Product Creation Process - Part 5: Responsibility for each stage
1. Ai sẽ chịu trách nhiệm cho mỗi tầng?
Như đã nói, trong phần cuối này, mình sẽ tập trung vào trách nhiệm của từng tầng. Trước hết, hãy review lại Product Management Tower ở các phần trước
a. Ba tầng đầu: Target Market - Segmentation - Target Customers
Phần móng (sản phẩm là gì, đánh vào thị trường nào, v..v): Được quyết định bởi executive team (board, CEO))
+ Trả lời câu hỏi: Why?
- Bởi vì thị trường này tiềm năng
- Bởi vì thị trường này lớn
- Bởi vì ta có khả năng đánh được vô thị trường này
Rõ ràng, ta đã thấy tại sao 3 tầng này là 3 tầng móng. Khi trả lời những câu hỏi trên, vô hình chung giúp cho executive team xác định được xu hướng, xu thế để dẫn dắt toàn bộ doanh nghiệp. Thậm chí, có team có khả năng tạo ra xu thế.
Đặc điểm của phần móng, giống như cái tên của nó, đó là bất biến, không thay đổi. Do đó, chỉ cần 1 quyết định sai lầm, dẫn đến mọi nỗ lực về sau trở nên vô nghĩa, thậm chí gây hại.
Lấy ví dụ điển hình nhất là WeFit, việc sai từ chính sách, cốt lõi, khiến cho mọi sự cố gắng về bề nổi (phương diện kỹ thuật) đều trở nên vô nghĩa.
b. Sáu tầng tiếp theo: từ Users Insight đến Product Identity
- 6 bước tiếp theo: Sẽ do team product management đảm nhận. Đây sẽ là scope của những product managers. Team sẽ tìm câu trả lời cho câu hỏi: What?
- Cần sản phẩm gì để đánh (app)
- Cần chiến lược gì để đánh
+ Cũng từ mô hình này, mà nhiều công ty form lên 1 job description cho bộ phận product management như sau:
- Nắm bắt sâu sát đối tượng người dùng của mình là ai?
- Nắm được needs/ pain points
- Am hiểu đối thủ/ am hiểu thị trường (cái này cần nghiên cứu)/ am hiệu năng lực doanh nghiệp
- Từ đó form lên quyết định build chức năng nào, sản phẩm nào
=> Mục đích cuối cùng, đem lại xác suất thành công cho sản phẩm, kiếm lợi nhuận tối đa cho công ty
c. Những tầng cuối cùng: Form Product
- 4 các tầng cuối cùng: HOW
+ Các team UI/ UX/ FE/ BE sẽ tìm cách hình thành sản phẩm từ các ý tưởng.
+ Làm cái sản phẩm đó như thế nào
Có một định nghĩa khá hay cho phần này mà mình luôn tâm niệm
What: -> Build the right product
How: -> Build the product right
2. Sự giao thoa trách nhiệm
- Mặc dù là đã phân rõ trách nhiệm, nhưng đối với 1 team product management thì họ càng hiểu biết sâu hơn xuống các tầng base chừng nào thì tốt chừng đó. Và đương nhiên, họ càng am hiểu các tầng HOW thì sẽ bổ trợ nhiều. Tuy nhiên, am hiểu để support chứ không phải là dẫm chân lên nhau
+ Ví dụ product manager hiểu target customer, segment, target market là gì chứ không nên/ ko được can thiệp sâu hơn là tại sao, có nên đổi vì lý do này, lý do kia hay không
+ Tương tự, product manager hiểu UX/ UI/ backend làm gì là được, không nên hướng dẫn họ làm như thế nào
- Tương tự cho các department khác. Mỗi department cần nới rộng ra hai chiều (tuy nhiên nới rộng để hiểu chứ không phải để làm khôn)
- Ngoài ra, chạy song song và collaborate từ tầng 4 đến tầng 11 (FE) ta còn có user research.
+ Trách nhiệm của team này là sẽ validate các assumption, các quyết định của các team product management và UI/ UX/ FE (thậm chí 1 số giải pháp của BE) để xem thử nó có phù hợp, có tiềm năng hay không
+ Đôi khi việc validate này có thể được perform sớm ngay trước khi ta có wireframe hay MVP bằng những phương pháp như user interview, v..v
3. Tổng kết
Như vậy, qua 5 phần, chúng ta đã có cái nhìn tổng quát về 1 quy trình tạo ra 1 sản phẩm của một doanh nghiệp là như thế nào. Từ đó, có những cái nhìn ở mức vĩ mô hơn. Lý thuyết là vậy tuy nhiên trong thực tế, tuỳ vào từng doanh nghiệp, từng hoàn cảnh mà adapt cho phù hợp. Ví dụ như team mình, đặc thù sản phẩm mà không cần phải có UX - vì là templates của ứng dụng nên team quyết định lấy UX theo những app nổi tiếng có sẵn.
Một lần nữa, chuỗi series này được truyền cảm hứng từ anh Nguyễn Ngọc Hiếu, và video này https://www.youtube.com/watch?v=kMLgug3GrkU&t=1866s
