Không có yêu cầu kỹ thuật để trở thành người quản lý sản phẩm. Bạn không cần bằng cấp cao cấp hay vượt qua kỳ thi chứng chỉ để kiểm tra kiến ​​thức chuyên sâu về miền. Mọi người trở thành PM từ nhiều nền tảng khác nhau, thường là vì họ thích làm việc với mọi người và giải quyết vấn đề.

Tuy nhiên, việc quản lý sản phẩm có thể khó khăn ngay từ đầu vì nó thường khiến bạn cảm thấy rất lộn xộn. Bạn cần đưa ra quyết định khó khăn với thông tin không hoàn hảo. Bạn có thời gian hạn chế để thu thập và truyền đạt các yêu cầu phức tạp. Bạn phải tạo ra cấu trúc để những người khác thực sự có thể hoàn thành công việc và nếu mọi thứ không ăn khớp với nhau, thì đó là lỗi của bạn.

May mắn thay, có một thủ thuật kỳ lạ này sẽ giúp cuộc sống của bạn dễ dàng hơn rất nhiều - đặt câu hỏi!

Câu hỏi phù hợp có thể mang lại sự rõ ràng cho mọi tình huống và giúp bạn đi đúng hướng. Trong bài viết này, chúng ta sẽ gặp một vấn đề hư cấu về sản phẩm và đặt ra 14 câu hỏi, từ việc thu thập các yêu cầu đến đề xuất giải pháp và kết thúc bằng việc thực hiện và theo dõi.

Tôi sử dụng những câu hỏi chính xác này hàng ngày với tư cách là một Thủ tướng; hy vọng bạn cũng sẽ thấy chúng hữu ích!

Yêu cầu thu thập

Hãy thiết lập bối cảnh. Bạn là PM mới của một công ty khởi nghiệp công nghệ thời thượng chuyên cung cấp thức ăn cho mèo theo yêu cầu (chắc hẳn đó là một vấn đề, phải không?). Đó là một buổi sáng thứ Hai và bạn đang chơi một số giai điệu lo-fi. Bạn nghe thấy tiếng 'ding' của một thông báo Slack mới và mở nó ra cho một câu hỏi từ ai đó trong Operations.

này chúng ta trò chuyện được không

chúng tôi nhận được rất nhiều lời phàn nàn của người lái về một thứ trong ứng dụng và tôi muốn nói chuyện với bạn về điều đó.

Chắc chắn, bạn nghĩ. Tôi có thời gian.

tất nhiên - tôi sẽ gửi cho bạn một lời mời cho chiều nay!

[Lưu ý bên lề: trong khi chúng tôi bắt đầu với một cuộc trò chuyện ban đầu, những câu hỏi này sẽ hướng đến những người khác nhau theo thời gian. Từ ngữ chính xác cũng có thể được điều chỉnh cho phù hợp với bất kỳ ai mà bạn đang nói chuyện.]

1. Vấn đề là gì?

Sẽ rất hữu ích nếu bạn bắt đầu bằng một câu hỏi mở để khuyến khích mọi người cung cấp cho bạn càng nhiều thông tin càng tốt bằng ngôn từ của họ. Lý tưởng nhất là bạn muốn ghi chú (sổ tay hoặc máy tính xách tay đều hoạt động) trong khi họ đang nói. Hãy chờ xem việc này sẽ đi đến đâu:

Tôi: Này, nói cho tôi biết vấn đề là gì?

Hoạt động: Chúng tôi đã gặp một anh chàng này khi đạp xe vào đêm qua và anh ta nói rằng đó là do điện thoại của anh ta quá sáng. Anh ấy đang chuyển từ Google Maps (có màu tối) để xem chi tiết đơn đặt hàng của mình và bị mất tập trung. Bây giờ anh ấy ổn, nhưng điều này đã xảy ra một vài lần. Ngoài ra, những người đi xe phàn nàn rất nhiều về ứng dụng của chúng tôi và họ nói rằng họ không thể thấy nơi họ cần đến.

2. Trạng thái hiện tại và trạng thái mong muốn là gì?

Bạn sẽ nhận được rất nhiều thông tin với câu hỏi trước, và nhiệm vụ tiếp theo là gỡ rối và đơn giản hóa nó. Một cách hữu ích để làm điều đó là thiết lập một đường cơ sở về cách mọi thứ hoạt động ngay bây giờ và những thay đổi mà ai đó đang yêu cầu. Sau này, bạn sẽ muốn mô tả điều này dưới dạng luồng người dùng, tức là một chuỗi hành động.

Tôi: Vậy các tay đua của chúng tôi sử dụng ứng dụng vào ban đêm như thế nào và bạn nghĩ chúng tôi nên thay đổi điều gì?

Hoạt động: Có vẻ như khi trời tối, các tay đua của chúng tôi thường giảm độ sáng của màn hình xuống nhưng sau đó họ không thể xem chi tiết đơn đặt hàng của mình. Những gì họ muốn là một 'chế độ tối', nơi họ vẫn có thể nhìn thấy những nội dung quan trọng nhưng không bị mù.

3. Tôi có thể kiểm tra xem tôi có hiểu đúng về bạn không?

Sau khi nghe ai đó giải thích một vấn đề phức tạp, sẽ rất hữu ích nếu bạn lặp lại những gì bạn đã hiểu. Điều này cho phép bạn kiểm tra các giả định của mình và đảm bảo rằng bạn không bỏ sót điều gì, đồng thời giúp bạn thực hành giải thích vấn đề theo cách của mình (mẹo hay: điều này cũng rất hiệu quả trong các mối quan hệ!). Sau này, bạn sẽ trình bày vấn đề này và một giải pháp tiềm năng cho nhiều người khác, vì vậy bạn sẽ muốn bắt đầu tìm hiểu cách truyền đạt vấn đề.

Tôi: Tôi có thể kiểm tra xem tôi có hiểu đúng về bạn không? Bạn đang nói rằng các tài xế khó sử dụng ứng dụng của chúng tôi vào ban đêm vì màn hình quá sáng và điều này dẫn đến tai nạn. Những gì bạn muốn là một số loại chế độ tối nơi họ có thể xem chi tiết đơn đặt hàng của mình khi họ đang di chuyển.

Hoạt động: Khá nhiều và nó cũng cần hoạt động tốt khi họ chuyển đổi giữa ứng dụng của chúng tôi và ứng dụng điều hướng.

4. Tác động của vấn đề là gì?

Với câu hỏi này, bạn muốn hiểu liệu đây là một sự cố riêng lẻ hay một mô hình định kỳ. Lý tưởng nhất là bạn cũng muốn định lượng mức độ nghiêm trọng của vấn đề về lượng người dùng bị mất, doanh thu hoặc một số chỉ số sao bắc đẩu khác.

Tôi: Chúng ta có bằng chứng gì về vấn đề này, chẳng hạn như nó làm chúng ta mất hành khách hay khiến chúng ta phải trả giá?

Hoạt động: Chà, chúng tôi trả bảo hiểm cho tài xế và hóa đơn bệnh viện và nó có thể trở nên khá tốn kém. Ngoài ra, chúng tôi đã thực hiện một cuộc khảo sát về thói quen của tài xế và 30% trong số họ cho biết họ chuyển sang ứng dụng khác vào buổi tối. Khi chúng tôi theo dõi, họ nói rằng đó là vì họ cảm thấy ứng dụng của chúng tôi không an toàn.

[Lưu ý bên lề: bạn sẽ muốn xác thực tất cả thông tin này sau này bằng một số phân tích dữ liệu.]

5. Đây có phải là vấn đề quan trọng nhất mà chúng ta có thể giải quyết ngay bây giờ không?

Một khi bạn đã hiểu vấn đề, bạn cần ưu tiên nó so với mọi thứ khác mà bạn đang làm. Điểm thưởng nếu nó có tác động rõ ràng và nghiêm trọng, đồng thời gắn kết với mục tiêu rộng lớn hơn của công ty. Bạn cũng sẽ phải trình bày điều này với các bên liên quan của mình và phần còn lại của công ty, đồng thời sẵn sàng biện minh cho sự đánh đổi. Đây là một câu hỏi hay để tự hỏi mình đầu tiên.

Tôi: Đây có phải là vấn đề quan trọng nhất mà chúng ta có thể giải quyết ngay bây giờ không?

Mirror-me: Câu hỏi hay đấy, tôi. Chúng ta cần hoàn thành các dự án của quý này trước. Tuy nhiên, sau đó, tồn đọng của chúng tôi chủ yếu là nợ công nghệ và tôi muốn nói rằng điều này được ưu tiên đặc biệt vì nó phù hợp với OKR của quý tới về việc tăng số giờ trực tuyến của hành khách. Hãy sử dụng 4 tuần tới để vạch ra một giải pháp và sau đó bắt đầu phát triển sau đó.

Đề xuất giải pháp

Khi bạn đã hiểu rõ vấn đề (lý tưởng nhất là bổ sung bằng phân tích dữ liệu, khảo sát và/hoặc thử nghiệm UX), đã đến lúc tìm giải pháp. Khi bắt đầu tạo quảng cáo chiêu hàng, bạn sẽ muốn trả lời một số câu hỏi quan trọng với sự trợ giúp của nhóm của mình.

6. Trải nghiệm người dùng lý tưởng mà chúng tôi có thể tạo ra là gì?

Sử dụng một số suy nghĩ về bầu trời xanh ở đây và đặt mình vào vị trí của người dùng để tưởng tượng trải nghiệm tốt nhất có thể cho họ. Đừng nghĩ về những ràng buộc kỹ thuật hoặc chi phí — còn rất nhiều thời gian để phân tích nó sau này.

Ở giai đoạn này, có thể hữu ích khi bắt đầu viết PR/FAQ (Thông cáo báo chí & Câu hỏi thường gặp). Đây là một định dạng được phổ biến bởi Amazon, nơi bạn viết một thông cáo báo chí tưởng tượng mô tả tính năng của bạn cho người dùng cuối.

Tôi: Trải nghiệm người dùng lý tưởng mà chúng ta có thể tạo ra là gì?

Nhà thiết kế: Hãy tưởng tượng điện thoại của người lái cảm nhận được khi trời tối và tự động chuyển sang chế độ tối, giống như trong ô tô. Đó có thể là mặc định, nhưng người lái cũng có thể chọn chế độ thủ công hoặc theo mặc định của hệ thống. Chúng tôi có thể muốn cho phép người lái đưa ra lựa chọn của họ khi họ đăng ký và cũng làm nổi bật tính năng này trên trang web của chúng tôi.

7. Chúng ta sẽ đánh giá mức độ thành công trong việc giải quyết vấn đề như thế nào?

Tiếp theo, bạn sẽ cần chọn một chỉ số duy nhất, hiện có thể đo lường được tương quan với vấn đề mà bạn đang cố gắng giải quyết và không thể dễ dàng đánh cược. Sau này, bạn sẽ sử dụng điều này để xác định xem tính năng này có thành công hay không.

Tôi: Làm sao chúng ta biết chúng ta đã giải quyết được vấn đề? Làm thế nào chúng ta sẽ theo dõi thành công?

Nhà phân tích: Mục tiêu chính của chúng tôi là tăng số giờ trực tuyến vào buổi tối, vì nếu người lái xe cảm thấy an toàn hơn khi sử dụng ứng dụng thì họ sẽ ít có khả năng chuyển sang đối thủ cạnh tranh hơn. Chúng tôi cũng sẽ theo dõi tỷ lệ phần trăm người lái kích hoạt tính năng này và điểm khảo sát mức độ hài lòng hàng tháng. Có lẽ chúng ta nên chạy thử nghiệm này dưới dạng thử nghiệm A/B để chắc chắn về kết quả.

8. Chúng tôi có những tùy chọn nào để triển khai tính năng này?

Đây là cuộc trò chuyện cần có với cả nhóm, đặc biệt là các nhà thiết kế và quản lý kỹ thuật của bạn. Sử dụng nguyên tắc MECE (loại trừ lẫn nhau, toàn diện chung) để tạo danh sách đầy đủ các tùy chọn và dành thời gian để thảo luận về ưu và nhược điểm. Thường thì nó sẽ trở nên khá rõ ràng nên tập trung vào một (hoặc hai) cái nào.

Tôi: Chúng tôi có những tùy chọn nào để triển khai tính năng này?

Trưởng nhóm kỹ thuật: Tôi nghĩ có một số cách để thực hiện:
1. Chúng tôi chỉ có thể thay đổi bảng màu của toàn bộ ứng dụng sang chế độ tối và không cho phép người dùng chuyển đổi — cách này sẽ nhanh nhất nhưng không phải là trải nghiệm người dùng tốt nhất.

2. Chúng tôi có thể sử dụng một số thư viện tự động tự động đảo ngược màu sắc của chúng tôi.

3. Chúng tôi có thể xác định hai cách phối màu và sử dụng cài đặt hệ thống để xác định xem chúng tôi sử dụng chế độ sáng hay chế độ tối.

4. [vân vân]

[Lưu ý bên lề: đây chỉ là những ví dụ, tôi chưa thực sự nghiên cứu cách bạn triển khai chế độ tối]

9. Người dùng tương tác với giải pháp tiềm năng của chúng tôi như thế nào?

Đây là một câu hỏi hay nếu bạn có thời gian và nguồn lực. Khi bạn đã quyết định cách tiếp cận ban đầu, cùng với một nguyên mẫu trên Figma hoặc một công cụ thiết kế khác, hãy để người dùng nhấp chuột xung quanh và xem họ bối rối ở đâu. Hoặc điều hành nó bởi những người khác trong công ty, đặc biệt là những người có liên hệ chặt chẽ với người dùng của bạn.

Tôi: Người dùng nghĩ gì về giải pháp tiềm năng của chúng tôi?

Nhà nghiên cứu UX: Chúng tôi nhận thấy rằng họ thực sự thích có chế độ tối trong menu điều hướng chính, nhưng không phải trên trang hồ sơ vì họ muốn xem tất cả các huy hiệu của mình được hiển thị đẹp mắt. Hầu hết người dùng đều ổn với việc ứng dụng tự động chuyển sang chế độ tối khi trời tối.

10. Giải pháp của chúng tôi sẽ mất bao lâu và có cách nào để thực hiện nó rẻ hơn không?

Bây giờ bạn đã quyết định cách tiếp cận tổng thể và phác thảo thông số kỹ thuật của sản phẩm, đã đến lúc kiểm tra giá. Hãy hỏi người quản lý kỹ thuật của bạn để biết ước tính cấp cao về thời gian cần thiết. Bạn không cần ước tính chi tiết theo từng nhiệm vụ, chỉ cần một câu trả lời theo thứ tự tuần/tháng.

Nếu quá trình triển khai ban đầu mất quá nhiều thời gian, hãy sử dụng quy tắc 80–20 để hạn chế phạm vi. Hầu hết giá trị có thể được cung cấp bằng một giải pháp tối thiểu, với các yêu cầu tốt để có phiên bản trong tương lai.

Tôi: Giải pháp của chúng ta sẽ mất bao lâu và có cách nào để thực hiện nó rẻ hơn không?

Trưởng nhóm kỹ thuật: Nếu chúng tôi thực hiện đầy đủ, sẽ mất khoảng 6–8 tuần để kiểm tra hồi quy và phát hành cửa hàng ứng dụng. Nếu chúng tôi không triển khai phát hiện tự động vào ban đêm, điều đó có thể sẽ giảm thời gian xuống còn 3–4 tuần.

Thực hiện & Phản ánh

Sau khi bạn có một dự án được thiết kế độc đáo và có phạm vi rộng, đã đến lúc bắt đầu xây dựng!

11. Mọi người có hiểu họ cần làm gì không?

Sẽ rất hữu ích nếu bạn tổ chức một cuộc họp khởi động nhanh với nhóm của mình khi bắt đầu phát triển một tính năng mới, nơi bạn trình bày thông số kỹ thuật và thảo luận các câu hỏi nổi bật. Điều thực sự quan trọng ở đây là kiểm tra sự hiểu biết và cũng có thể hữu ích khi chỉ định chủ sở hữu tính năng, thường là nhà phát triển có nhiều nhiệm vụ nhất đối với tính năng.

Tôi: Mọi người có hiểu họ cần làm gì không?

Nhà phát triển di động: Trên thực tế, có một trường hợp cạnh mà chúng tôi cần xem xét — điều gì sẽ xảy ra nếu người dùng nhận được cảnh báo hệ thống ở chế độ sáng?

12. Chúng tôi sẽ thông báo tính năng này cho đồng nghiệp và người dùng của mình bằng cách nào?

Một số thay đổi hướng tới người dùng sẽ yêu cầu bạn thông báo thay đổi này cho người dùng của mình — PR/FAQ mà bạn đã viết cho Câu hỏi 6 có thể hữu ích. Nó có thể đơn giản như một đoạn trong email hàng tháng hoặc xây dựng lại toàn bộ trang web. Bạn cũng nên thông báo trước cho các nhóm nội bộ, những người sẽ bị ảnh hưởng bởi bản phát hành của bạn.

Tôi: Làm thế nào chúng ta sẽ cho mọi người biết về tính năng này?

Tiếp thị: Sẽ rất tuyệt nếu đưa một số ảnh chụp màn hình này lên trang đích dành cho người lái của chúng tôi và chúng tôi cũng có thể thêm nó vào email cập nhật sản phẩm hàng tháng của mình.

13. Dữ liệu ban đầu nói lên điều gì?

Sau khi bạn phát triển xong và (hy vọng) phát hành tính năng này mà không gặp quá nhiều khó khăn, hãy kiểm tra số liệu thống kê ngay lập tức. Thường thì sẽ không có bất kỳ sự kiện nào vì bạn đã quên thêm một số sự kiện quan trọng hoặc gặp phải một lỗi kỳ lạ. Sau khi bạn chắc chắn rằng nó hoạt động chính xác, hãy giảm bớt cho đến khi bạn có một lượng dữ liệu có ý nghĩa (Nếu bạn đang chạy thử nghiệm A/B, đây sẽ là khi bạn đạt được ý nghĩa thống kê).

Tôi: Dữ liệu ban đầu nói lên điều gì?

Nhà phân tích: Tỷ lệ sử dụng trên iOS cực kỳ tích cực, một nửa trình điều khiển của chúng tôi đang sử dụng nó! Android thấp hơn khoảng 10%, có vẻ như chúng tôi đã bỏ sót điều gì đó trong thiết kế của mình?

14. Các bước tiếp theo là gì? Làm thế nào chúng ta có thể làm cho điều này tốt hơn?

Đây là phần dễ dàng! Với câu trả lời cho câu hỏi trước, bạn thường có một ý tưởng khá rõ ràng về cách cải thiện mọi thứ.

Tôi: Làm tốt lắm mọi người! Bây giờ hãy nghĩ về phiên bản tiếp theo, bạn muốn làm cho nó tốt hơn như thế nào?

Nhà thiết kế: Tôi muốn thay đổi màu đánh dấu.

Nhà phân tích: Chúng tôi cần sửa một lỗi với Android.

Kỹ sư: Có một số nhiệm vụ nợ công nghệ chúng ta nên hoàn thành.

Aaaaaaaa và cắt!

suy nghĩ chia tay

Trong bài viết này, chúng ta đã thấy 14 câu hỏi này và câu trả lời mà chúng gợi ra đã mang lại cấu trúc cho một vấn đề lộn xộn và giúp xác định một giải pháp hiệu quả như thế nào.

Như chúng ta đã thấy, đặt câu hỏi đúng quan trọng hơn là có câu trả lời đúng. Bạn sẽ thường phát hiện ra những giả định hoặc lỗ hổng ẩn trong kiến ​​thức của mình quan trọng hơn nhiều so với bạn nghĩ ban đầu và bản thân việc học này có thể là một niềm vui.

Đặt câu hỏi cũng là một công cụ quan trọng để hợp tác — bằng cách thừa nhận rằng bạn không biết điều gì đó, bạn đang mời những người khác giúp bạn cùng nhau tìm ra giải pháp. Nó giúp mọi người cảm thấy rằng bạn không quản lý vi mô họ và chuyên môn của họ được đánh giá cao.

Vì vậy, bạn đã học được gì từ tác phẩm này?