Tất cả về sản phẩm, dành cho PM/PO mới bắt đầu

Khóa học dành cho các PM/PO junior không có mentor giỏi bên cạnh

Làm việc và học hỏi bên cạnh một người mentor giỏi, đây có lẽ là mong muốn của nhiều PM/PO junior.

Cách định nghĩa vấn đề, cách tư duy và ra quyết định, cách đối phó với các tình huống khác nhau phát sinh trong công việc, cách cấu trúc công việc và tạo ra thành quả - việc quan sát và học hỏi những điều này từ bên cạnh sẽ trở thành con đường tắt để phát triển.

Nhưng không phải ai cũng may mắn được làm việc với một người hướng dẫn giỏi. Phần lớn đều rơi vào tình huống phải tự mình làm việc mà không có người hướng dẫn nào đáng để học hỏi. Với mong muốn giúp ích cho các bạn Junior PM/PO đang ngày ngày phấn đấu, tôi đã không tiếc tay chia sẻ tất cả các kỹ thuật và mô hình tư duy (Mental Models) mà tôi đã học tập, thực hành, suy ngẫm và rút ra được.

Thông qua khóa học này, nơi tôi đã chuyển tải nguyên vẹn quá trình tư duy trong đầu mình, tôi hy vọng các bạn sẽ đạt được những thay đổi như vậy.

• Định nghĩa vấn đề một cách sắc bén, đặc biệt là việc khám phá và định nghĩa những vấn đề 'đáng giá để giải quyết' cho tổ chức sản phẩm.

• Sử dụng dữ liệu định lượng và nghiên cứu khách hàng định tính đúng chỗ, đúng lúc.

• Thu thập yêu cầu để lập kế hoạch màn hình không phải là cách làm việc, mà là chủ động thiết lập giả thuyết và xác minh.

• Không phải lúng túng không biết bắt đầu từ đâu, mà cấu trúc hóa công việc sản phẩm để tiếp cận một cách có hệ thống.

Xin chào, tôi là Kim Min Woo, người đã tạo ra khóa học này.

Khóa học này chứa đựng tất cả những gì tôi đã tích lũy được trong suốt hơn 10 năm làm việc trong ngành IT startup - qua việc học tập chăm chỉ, thực hành và trải qua những thử nghiệm, sai lầm. Tôi tin rằng những ai đã yêu thích nội dung trước đây của tôi sẽ hài lòng với khóa học này. Giống như trước đây, tôi đã cố gắng chỉ tập trung vào những điều cốt lõi mà không có những câu chuyện thừa thãi hay phóng đại.

Bạn có thể xem các bài viết và nội dung mà tôi đã để lại trước đây tại các liên kết dưới đây.

Để mời thuyết trình hoặc hỏi về hợp tác, vui lòng gửi email đến minwoo@minwookim.kr. Cảm ơn bạn.

Bối cảnh ra đời của khóa học này

Tôi bắt đầu quan tâm đến nghề Product Manager từ năm 2012. Đó là thời điểm ở trong nước chỉ tồn tại nghề 'Service Planner'. Vì ở Hàn Quốc không có nơi nào để học về Product Management, nên tôi phải học hỏi từ những người giỏi ở nước ngoài.

Ken Norton của Google, Marty Cagan tác giả cuốn , Hiten Shah người sáng lập Kissmetrics, Steve Blank thầy của Lean Startup, Paul Graham người sáng lập Y Combinator, và nhiều người xuất sắc khác (gần đây nổi tiếng cả ở Hàn Quốc như Lenny Rachitsky, Julie Zhuo, Shreyas Doshi, v.v.) - tôi đã học hỏi từ nội dung của họ.

Do tính cách tham lam đến mức phải đọc nhiều và ngay lập tức áp dụng những gì học được mới thấy thỏa mãn, tôi đã liên tục áp dụng vào công việc ngay lập tức, và qua những thử nghiệm sai lầm trong công việc thực tế, tôi lại học được thêm nhiều điều. Nhờ vậy mà tôi đã có được phương thức làm việc độc đáo, khác biệt so với những người làm service planner trong nước cùng thời kỳ.

• Thay vì ngay lập tức tạo ra các tính năng mà khách hàng hoặc các bên liên quan yêu cầu, tôi đã cố gắng trực tiếp gặp gỡ khách hàng để hiểu vấn đề và bối cảnh,

• Thay vì tạo tài liệu kế hoạch (tài liệu đặc tả chức năng, tài liệu thiết kế màn hình) và quản lý dự án, chúng tôi tập trung vào việc định nghĩa rõ ràng các giả thuyết cần được xác minh (risky assumptions) và kiểm tra chúng,

• Chúng tôi đã không chỉ dừng lại ở việc ra mắt tính năng mà còn nỗ lực theo dõi chính xác các chỉ số và hành vi người dùng thông qua phân tích sản phẩm (product analytics).

Cách tiếp cận này ban đầu không phải là phổ biến, nhưng vào khoảng năm 2020, nhiều tổ chức sản phẩm đã bắt đầu theo đuổi cách làm việc này. Nhờ đó, tôi đã có cơ hội viết bài, giảng dạy và huấn luyện các tổ chức sản phẩm cũng như cá nhân khác.

Trong suốt hơn 10 năm, tôi đã học tập một cách khao khát, áp dụng những gì đã học, chia sẻ với người khác thông qua bài viết và nội dung, dạy dỗ qua coaching, và tôi đã đưa tất cả những gì tích lũy được trong hơn 10 năm đó vào khóa học này. Hy vọng khóa học sẽ hữu ích cho những người mới bắt đầu công việc PM/PO, hoặc những người đang làm PM/PO nhưng có những băn khoăn về chuyên môn.

Các tổ chức sản phẩm tiên tiến ngày càng tìm kiếm những PM/PO có năng lực này.

• Năng lực giải quyết vấn đề dựa trên dữ liệu

• Năng lực thiết lập giả thuyết và xác minh bằng phương pháp định lượng/định tính

• Năng lực định nghĩa và giải quyết vấn đề từ góc độ khách hàng

• Năng lực tạo ra sự tăng trưởng sản phẩm và tác động kinh doanh

  
  

Tuy nhiên, vẫn còn nhiều PM/PO đang mắc kẹt trong những vai trò lỗi thời như vậy.

• Thu thập yêu cầu từ các bên liên quan

• Tạo tài liệu kế hoạch (tài liệu đặc tả chức năng, tài liệu thiết kế màn hình)

• Quản lý dự án để có thể ra mắt tính năng đúng lịch trình

  
  

Những PM/PO như vậy chỉ là những bộ phận của nhà máy tính năng (feature factory) chỉ biết vội vã lên kế hoạch và ra mắt các tính năng. Làm việc theo cách này thì dù có kinh nghiệm dài bao nhiêu cũng khó được thị trường công nhận giá trị.

Khóa học này cung cấp cho các bạn kiến thức nền tảng để trở thành PM/PO có năng lực đóng góp chuyên môn độc đáo cho tổ chức sản phẩm, thay vì chỉ là một bộ phận trong nhà máy tính năng (feature factory).

Định nghĩa vấn đề, thiết lập và kiểm chứng giả thuyết, suy nghĩ từ góc độ khách hàng, sử dụng dữ liệu, tạo ra tác động kinh doanh và những khái niệm khó và xa lạ khác sẽ được giải thích từng bước một cách chi tiết, đồng thời sử dụng các ví dụ và tài liệu tham khảo đa dạng để giúp các bạn có thể biến chúng thành kiến thức của riêng mình.

Những điều bạn có thể học được trong khóa học này

1. Chuyên môn riêng của Product Manager

• PM không phải là "người làm tạp vụ" chỉ dọn dẹp sau đội và giao tiếp với các bên liên quan, mà là người đóng góp chuyên môn riêng biệt cho tổ chức sản phẩm.

• PM cần đóng góp chuyên môn gì cho tổ chức và làm thế nào để có được chuyên môn đó.

2. Vấn đề (Problem), định nghĩa đúng và giải quyết

• Việc định nghĩa vấn đề là quan trọng là điều chúng ta nghe thấy rất nhiều ở khắp mọi nơi.

  Nhưng việc học cách định nghĩa vấn đề một cách tốt thì lại khó.

• Với tư cách là một product manager, tôi sẽ hướng dẫn bạn cách suy nghĩ chính xác và tỉ mỉ về vấn đề (problem).

• Không phải tất cả các vấn đề của khách hàng đều là những vấn đề đáng giải quyết trong sản phẩm (problem worth solving). Chúng tôi sẽ cho bạn biết tiêu chí để đánh giá vấn đề nào nên được giải quyết trong sản phẩm.

3. Công cụ mạnh mẽ để hiểu khách hàng: Thiết kế và tiến hành phỏng vấn sâu, kiểm tra khả năng sử dụng

• Sản phẩm tốt xuất phát từ sự hiểu biết về khách hàng.

  Cách tốt nhất để hiểu rõ khách hàng là gặp trực tiếp và nghiên cứu về họ.

• Chúng tôi sẽ chia sẻ phương pháp luận nghiên cứu tối thiểu mà PM cần phải có trong tổ chức không có nhà nghiên cứu chuyên nghiệp.

• Phỏng vấn sâu (In-Depth Interview) và kiểm tra khả năng sử dụng (Usability Test) được thiết kế và thực hiện như thế nào, những sai lầm thường gặp là gì và làm thế nào để tránh được chúng.

• Khác với việc tạo bảng khảo sát một cách mù quáng và gặp gỡ khách hàng, chúng tôi sẽ hướng dẫn bạn phương pháp nghiên cứu bắt đầu từ việc ra quyết định, thiết kế câu hỏi kinh doanh (business question) và câu hỏi nghiên cứu (research question) để có được thông tin cần thiết cho việc ra quyết định.

4. Xây dựng chuyên môn về dữ liệu: Làm việc dựa trên dữ liệu

• 'Làm việc dựa trên dữ liệu' là một cụm từ thực sự được sử dụng ở rất nhiều nơi. Từ việc xem các chỉ số liên quan đến kinh doanh, tạo ra thuật toán gợi ý cho đến việc ứng dụng trí tuệ nhân tạo, tất cả đều được gom lại dưới cái tên 'dữ liệu'.

• Vì vậy, đối với những người mới bắt đầu, rất khó để biết PM làm gì với dữ liệu, cần có những năng lực gì và phải học gì để làm được việc đó.

• Để không còn bối rối nữa, tôi sẽ cho bạn biết việc sử dụng dữ liệu hiệu quả với tư cách là PM có nghĩa là gì và cần làm gì để có được chuyên môn về dữ liệu.

5. Framework chỉ số sản phẩm (Metric)

• PM có thể hiểu khách hàng sử dụng sản phẩm như thế nào và sản phẩm đang tạo ra bao nhiều giá trị kinh doanh thông qua các chỉ số đa dạng.

• Năng lực ra quyết định dựa trên chỉ số là một trong những chuyên môn cốt lõi của PM.

• Chúng tôi sẽ hướng dẫn bạn về các chỉ số cần theo dõi từ nhiều góc độ khác nhau như Acquisition(thu hút), Activation(kích hoạt), Engagement(tương tác), Retention(giữ chân), Monetization(kiếm tiền hóa), và cách diễn giải các chỉ số này để đưa ra quyết định.

  
  

6. Khám phá sản phẩm (Product Discovery): Nghệ thuật tổng hợp việc thiết lập và xác minh giả thuyết

• Trong tổ chức sản phẩm hiện đại, PM không phải là người nhận 'yêu cầu' từ các 'bên liên quan' để tạo ra 'tài liệu đặc tả chức năng và thiết kế màn hình'. (Đây là công việc của các nhà hoạch định tại các công ty agency hoặc SI.)

• PM là người giải quyết vấn đề của khách hàng để mang lại giá trị, và tạo ra giá trị kinh doanh cho công ty chúng ta.

• Để làm được điều này, chúng ta cần có năng lực khám phá sản phẩm để 'tìm ra' những sản phẩm có giá trị (valuable), có tính khả dụng (usable), có thể thực hiện được về mặt kỹ thuật (feasible), và hợp lý về mặt kinh doanh (viable).

• Khám phá sản phẩm là một nghệ thuật tổng hợp từ việc thiết lập giả thuyết đến xác minh. Tôi sẽ cho bạn biết cách tiếp cận tốt nhất cho vấn đề này.

• Đặc biệt, chúng tôi sẽ giải thích cụ thể các khái niệm về giả thuyết/giả định (Assumptions), kiểm chứng (Testing) có thể cảm thấy trừu tượng, và cho bạn biết cách áp dụng những khái niệm này trong công việc thực tế.

7. Phát triển sản phẩm: Tăng trưởng sản phẩm (Product Growth)

• Vai trò của PM không kết thúc ở việc tạo ra và phát hành hoặc triển khai sản phẩm hay tính năng.

• Thực tế, bạn cũng phải biết cách làm cho khách hàng/người dùng sử dụng sản phẩm tốt và tạo ra giá trị kinh doanh cho công ty chúng ta.

• Tổ chức sản phẩm có thể đóng góp vào tăng trưởng bằng cách cải thiện các chỉ số Acquisition, Activation, Engagement, Retention, Monetization như thế nào sẽ được chia sẻ với bạn.

8. Hợp tác

• Các tổ chức sản phẩm hiện đại không làm việc theo cách mà 'đội ngũ kế hoạch', 'đội ngũ phát triển', 'đội ngũ thiết kế' làm việc riêng biệt, mà thay vào đó PM, designer, engineer, v.v. làm việc trong một đội và hợp tác chặt chẽ với nhau.

• Tại sao lại làm như vậy, tôi sẽ cho bạn biết làm thế nào để hợp tác tốt với vai trò PM trong môi trường như thế này.

  
  

Đánh giá từ những người đã nghe bài giảng trước

(Đây là những đánh giá thật sự từ những người đã trả phí để học. Không phải là đánh giá từ nhóm trải nghiệm hoặc đánh giá được nhờ bạn bè quen biết.)