Product Management Training (part 1): How to build a product

Hôm nay vừa đi học một buổi training về Product Management của anh Ngọc Hiếu bên Seedcom. Trên tình thần học tập thì xin viết một bài share lại với mọi người.

Để bắt đầu thì chúng ta cần biết có những loại product nào:


Về cơ bản có 3 loại Product chính là hàng hóa hữu hình, dịch vụ, và hàng hóa điện tử như ví dụ trên hình. Tuy nhiên thì cũng có những sản phẩm như Laptop là tổng hòa của cả Physicall (Hardware), Service (bảo trì), và Digital (software).

Product Management Model:


Phân tích theo Ví dụ của AirBnB

Level 1 - Target Market (thị trường tiềm năng): Travel Industry. Để quyết định chính xác cần expertise về ngành và phân tích về độ lớn của market (liệu dominate được thị trường rồi thì doanh nghiệp có duy trì được ko).

Level 2 - Segmentation (chia phân khúc thị trường): Kids, Young, family, Business, Luxury -> Loại ra các đối tuợng mà không muốn phục vụ (ko thấy tiềm năng) hoặc không vụ nổi (nếu cố thì đem lại trải nghiệm ko tốt). Ví dụ: Kids khi đi du lịch thì thường được tổ chức bởi nhà trường hoặc đi theo nhà/ Luxury yc quá cao vượt delivery của sản phẩm

Level 3 - Target customer (đối tượng khách hàng): Dựa trên segmentation mà xây dựng nên tập đối tượng khách hàng

Level 4 - User Personas: Xây dựng profile khách hàng dựa trên pattern hành vi (giỏi hoặc kém digital) + mục đính (book phòng càng nhanh càng tốt/ book phòng càng rẻ càng tốt) sử dụng sp. User Personna có thể chỉ thuộc customer journey chứ ko cần thuộc segmentation (reflect 80% của user personna vì chỉ dựa trên góc nhìn business).

Ví dụ khi book phòng cho business travel, thư kí sẽ book cho businessman -> thư kí là 1 user personna ko thuộc segmentation

Xây xong personna thì cần interview + shadow testing để extract thông tin cho các step tiếp theo

Level 5 - Need (Nhu cầu)của khách. Ví dụ: nơi ở, di chuyển, đồ ăn, bảo hiểm, hoạt động du lịch trong chuyến đi, đổi tiền …vv. Có được tất cả nhu cầu rồi thì sắp xếp nhu cầu theo mức độ quan trọng.

Level 6 - Xác định Underserved Need bởi các dịch vụ đang có (pain point): Xác đinh bằng cách loại bỏ những nhu cầu đã đáp ứng tốt, và những need nằm ngoài khả năng phục vụ của mình (transportation đã có Uber, nếu muốn serve thì phối hợp, chứ ko nên lấn sang mảng này).

Level 7- Product Market Fit (Sản phẩm của mình có đúng thứ thị trường cần): Cần phải tìm được fit thì mới scale

Level 8 - Value Proposition: Match vs underserved need. Propose solution cho pain point của khách.

Level 9 - Product Feature Set: Dựa trên value Proposition của công ty thì mình có thể tạo nên những sản phẩm gì, feature gì.

Ví dụ: Trong trường hợp AirBnB, có 2 dòng sp cho Family và Business, với các tính năng (feature) như Booking, Payment.

Level 10 - User Experience. Đóng góp 1 mục địch lớn hơn là trải nghiệm khách hàng -> nhằm giải quyết vấn đề cho người dùng

Level 11 - User Interface


Tại mỗi bước đều liên tục cần test với khách hàng/ user để validate giả thuyết của mình thế nên đội User Research sẽ theo sát quá trình Build Product từ đầu đến cuối.



Vai Trò Của Các Team

Executive Team quyết định câu hỏi Why: tại sao thị trường này tiềm năn, segmentation ra sao: Level 1- 3

Product Management trả lời câu hỏi What (làm gì để thành công) dựa trên định hướng cảu BoD: Leve 4 - 9:

  • Am hiểu về khách hàng (need + pain point) + đối thủ + thị trường + bản thân business của công ty -> quyết định sẽ build product/ feature khả dĩ nhất để thành công.
  • Cũng cần hiểu biết về cả UX UI lẫn quyết định Why của CEO để support các bên.

Team UI/UX: trả lời câu hỏi How, biến những yêu cầu thành sản phẩm và tính năng


Mô hình Product Management hiện đang phổ biến ở các start up

Thường thấy ở các start-up, các CEO sẽ quyết định toàn bộ các quy trình làm sản phẩm và tự thực hiện research ở 1 số sản phẩm nổi trội trong thị trường (clone)

Nhưng

  • Trong quá trình clone, sẽ chỉ nhìn thấy được UI, UX suy ra sẽ phải bỏ qua hoặc đoán mò các lớp bên dưới.
  • Trong Model CEO centric Developement: Quyết định của CEO (chủ quan) sai thì các bước Build đều sai. Quá mạo hiểm!

Xây dựng nên 1 Product thành công không thể chỉ phu thuộc vào các C-level mà còn phải dựa cả vào User Research, đóng góp ý kiến từ Product Specialist. Và một quá trình Product Development chuẩn, cần phân chia role rõ ràng: CEO ko tác động đến UI hoặc UX.

So sánh giữa 2 mô hình

Cả hai mô hình đều có chung kết quả là launch được một sản phẩm nhưng tại sao lại phải tốn kém chi phí để xây dựng và điều hành một product team?

Bởi vì sự khác biệt giữa ra được sản phẩm và sản phẩm đúng yêu cầu của người dùng sẽ quyết định sự sống còn của công ty.

*Note: Các kiến thức trên chỉ mang tính foundation và thực tế thì chỉ các công ty lớn có nguồn cashflow ổn định mới có thể triển khai đầy đủ được các bước như mô hình trên. Các start up scale bé hơn sẽ phải chấp nhận việc một cá nhân phải đóng nhiều vai trò một lúc, nhưng vẫn cần phải nắm được quy trình chuẩn để biết được mình đang đội những cái mũ nào, và cái mũ nào mới là mũ chính của mình. Để đến khi công ty có thể scale lên được thì sẽ nhường bớt vai trò cho người khác.

Vậy xây xong rồi thì làm sao để biết được sản phẩm như nào là thành công? Các đội nhóm được xây dựng và quản lí như nào trong Product Management?

Câu trả lời sẽ có trong phần sau :v

8 Likes

Bài này @anon67481427 có thể đọc nè :))

FYI, Full Video sharing của anh Ngọc Hiếu đã publish rồi nè

E có 2 comment cho bài viết của a Haku nhé

  1. Bài viết khá lẫn lộn Anh - Việt, một số từ chuyên ngành a nên để cả tiếng Anh lẫn tiếng Việt dạng diễn giải để mn có trải nghiệm đọc xuyên suốt. Như em hơi amateur vừa đọc vừa phải translate bằng google khá là khó chịu.

  2. Giống như ý kiến của @anon57695697, a @steve cũng comment về việc các start - up mà vội vã xây dựng đội ngũ lớn trước khi có định hình thinking và create được sản phẩm thì chưa đến lúc pulic được sản phẩm, chưa đến giai đoạn chuyển đổi, hoặc xây dựng business model cho sản phẩm đã ngã ngựa vì hết tiền => những cái chết thường thấy của start-up