Người ta thường nói PM là mini-CEO của sản phẩm. Tuy nhiên thực tế ở mỗi cty, tính chất công việc của PM có nhiều điểm khác nhau. Dưới dây là thống kê đã được kiểm chứng đúng với đa số Product Manager ở nhiều công ty, tôi sẽ nêu kinh nghiệm thực tế và đúc kết của bản thân trên mỗi Insight mà tôi thu thập được về yêu cầu đối với một Product Manager là gì
Insight 1: The #1 thing Product Managers own is product documentation.
65% tin tuyển dụng có yêu cầu PM quản lý tài liệu sản phẩm. Trong đó thông thường bạn phải viết các loại tài liệu:
- Tài liệu yêu cầu của sản phẩm và người dùng (User Flow, BVMN, thông số kỹ thuật - rule trên giao diện)
- Phân tích chung và báo cáo nghiên cứu thị trường
- Câu chuyện của người dùng
Tôi nhận thấy rằng ở nhiều công ty họ bỏ qua quy trình viết tài liệu. Tuy nhiên tôi cho rằng việc tổ chức tài liệu mô tả đi theo quá trình phát triển sản phẩm là điều không thể thiếu. Bởi khi vận hành sau một thời gian bạn sẽ không thể nào nhớ nổi ở tính năng đó vì sao được làm như vậy, và những quy luật ngầm ở dưới là gì. Tránh lãng phí thời gian và tiền bạc để đập đi xây lại với không có một lý do rõ ràng
Insight 2: 73% of Product Managers spend time on feature prioritization.
Tôi cho rằng đây là phần khó nhất của làm sản phẩm. Có nhiều phương pháp để một PM có thể tự phân chia thứ tự ưu tiên, tôi sẽ nói kỹ ở bài sau. Có một sự thật rằng ở mỗi sprint bạn lại có những buổi họp nhiều bộ phận để quyết định ưu tiên này. Hãy cố gắng kiểm soát kỳ vọng của những stakeholder bạn làm việc cùng để họ có sự đồng thuận trên thứ tự ưu tiên bạn đề ra.
Insight 3: Fewer than half of PMs are expected to talk to customers.
Đây cũng là điểm yếu của tôi, chính vì sự bias (nghĩ cũng k có insight gì mới) trong quan điểm khiến tôi không nhìn ra tầm quan trọng của việc đi gặp và nói chuyện với khách hàng thường xuyên. Tôi sẽ có một chủ đề để nói chi tiết về cách triển khai user interview như thế nào, vì đây là một kỹ thuật không hề dễ với nhiều người.
Insight 4: Empathy is one of the most important personal skills a Product Manager can have.
Tôi thích tạo ra niềm vui, tới giờ tôi vẫn nhớ cảm giác được khen khi làm ra một tính năng hay giúp đỡ user của mình cải thiện cuộc sống. Hay những lúc cực kỳ bực tức vì gặp phải lỗi ảnh hưởng tới hoạt động vận hành của nhiều user, những lần có trải nghiệm xấu với khâu hậu mãi.
Để giải quyết một vấn đề bạn phải tin là nó có tồn tại và nó quan trọng trước, thì mới có thể dồn tâm trí để tìm kiếm dữ liệu để chứng minh cho giả thuyết của bạn. Rất nhiều lần trong quá khứ tôi phát triển tính năng mới dựa trên định tính, chỉ vì gặp một vài trường hợp với thái độ kiên quyết của họ tôi đã bị thuyết phục nhờ sự đồng cảm để thấy cần ưu tiên. Chính quyết định đó khiến tôi đạt được niềm tin của user nhiều lần.
Insight 5: Most PMs don’t own the metrics their work will be measured against.
Một thử thách lớn của PM là bạn phải tìm cách dịch từ business metrics sang product metrics để gắn các mục tiêu phát triển tính năng của bạn vào chung với các mục tiêu lớn của công ty. Chúng ta thường sử dụng OKR để chia nhỏ các mục tiêu đo đạc được.
Insight 6: Product Managers are asked to be data-driven but most don’t own a metric of any kind.
Cho dù tốc độ phát triển sản phẩm chóng mặt cỡ nào, bạn cũng cần ngồi xuống và suy nghĩ về metrics nào được chọn để đo đạc cho các nổ lực của cả team. Nếu bạn không thể xác định được tới từng tính năng, ít nhất bạn vẫn có một dashboard tổng thể để theo dõi các chỉ số quan trọng nhất. Với tôi dashboard luôn có các metrics đi theo 3 nhóm
- Traffics: Có nhiều người xem không
- CTR, BR: Tỉ lệ người xem trên người bấm vào là bao nhiêu
- CR: Có bao nhiêu người mua hàng sau đó
Insight 7: Product Managers are expected to work with engineering.
PM chịu trách nhiệm trong việc triển khai tính năng tới người dùng cuối, vì vậy khâu làm việc với engineering để đưa ý tưởng của bạn tới kết quả cuối cùng như ý là điều quan trọng. Tôi có một số tips cho bạn như sau:
- Đừng chỉ giao công việc cho nhóm kỹ thuật. Thay vào đó, hãy đưa họ vào quá trình ra quyết định. Yêu cầu kỹ thuật phản hồi khi bạn thiết kế và viết thông số kỹ thuật. Họ là một phần của quá trình đưa ra giải pháp.
- Chia sẻ thông tin chuyên sâu về khách hàng và ưu tiên sản phẩm để giúp các kỹ sư hiểu ‘lý do’ đằng sau những gì bạn đang xây dựng.
- Tìm hiểu làm thế nào để giải thích những gì các kỹ sư nói. Khi một kỹ sư nói rằng một tính năng hoặc timeline là không thể, hãy trò chuyện với họ để khám phá cách giải quyết hoặc đánh đổi.
Insight 8: 71% of companies want PMs that can clearly write and articulate ideas.
Bạn cần tìm đọc các cuốn sách và kỹ năng liên quan tới giao tiếp hiệu quả. Công việc này yêu cầu bạn làm việc với nhiều người, cố gắng đừng để thông tin trở nên sai lệch. Với từng nhóm đối tượng, hãy chịu khó tìm cách trình bày khác nhau và kéo sự tập trung của họ tới đúng chỗ, để đảm bảo công việc được tiến hành đúng.
Insight 9: Retention was absent from job postings.
Tỉ lệ khách hàng quay lại. Ở nhiều công ty làm việc tôi luôn đưa tỉ lệ này ra để cho thấy sức khỏe của một sản phẩm đang ở mức nào. Bạn sẽ mất gấp nhiều lần chi phí để có được một khách hàng mới. Cố gắng tìm cách theo dõi chỉ số này, người quay lại họ quan tâm tới ngành hàng nào, mua gì… hãy biết lúc nào bạn cần làm ra một tính năng kéo chân người dùng quay lại. Và phải biết làm như thế nào sẽ phù hợp với nhóm đối tượng sản phẩm hướng tới