Sản phẩm ngày càng nhiều, còn product manager thì ngày càng ít đi

Các nhóm phát triển sản phẩm cần ít PM hơn

• Nhiều công ty có xu hướng tuyển quá nhiều product manager (PM).
• PM thường dành thời gian cho các công việc quản lý dự án và cập nhật roadmap, trong khi lẽ ra họ nên tập trung vào việc tối ưu sản phẩm cho doanh nghiệp.
• Cần ít PM hơn số lượng team sản phẩm, và con số này có thể thay đổi tùy theo nhu cầu của sản phẩm, đội ngũ và doanh nghiệp.

Điều này có ý nghĩa gì với startup

• Thời điểm lý tưởng để tuyển PM ở startup là khi các nhà sáng lập không còn có thể tham gia vào mọi quyết định sản phẩm quan trọng.
• Khi tổ chức đạt quy mô khoảng 50 ~ 100 người và có 3 ~ 5 team sản phẩm, lúc đó cần phải có sẵn một chiến lược sản phẩm tổng thể rõ ràng, đồng thời cần một người thực thi chiến lược đó và tham gia vào định hướng cũng như các quyết định ở cấp độ thấp hơn.
• Nên tìm một PM giàu kinh nghiệm, và các nhà sáng lập vẫn nên tiếp tục đóng vai trò là người chịu trách nhiệm thực tế cho sản phẩm.

Cách biến team thành đội ngũ lấy sản phẩm làm trung tâm

• Team phát triển sản phẩm cần hiểu người dùng và bối cảnh của họ tốt hơn, đồng thời phải chủ động tham gia vào việc định hình sản phẩm.
• PM không nên là người gánh toàn bộ UX, wireframing, theo dõi tiến độ, tổ chức standup hay là tác giả duy nhất của PRD/spec; thay vào đó, họ nên tập trung vào việc truyền đạt rõ ràng tầm nhìn sản phẩm, giúp team giải quyết đúng vấn đề và duy trì định hướng rõ ràng của sản phẩm cũng như sự phù hợp với nhu cầu kinh doanh.

Xây dựng team lấy sản phẩm làm trung tâm

• Trước khi bắt đầu thảo luận giữa design, engineering và sản phẩm/nhà sáng lập, hãy ngồi lại với nhau để thống nhất và lập kế hoạch về cách triển khai.
• Hãy để mọi thành viên trong team tham gia vào nghiên cứu người dùng và kiểm thử khả dụng để họ trực tiếp quan sát cách người dùng sử dụng sản phẩm và rút ra insight.
• Cần chú ý đến cách quản lý team; nếu đo hiệu suất bằng số ticket đã đóng hoặc story point, bạn có thể vô tình gửi đi thông điệp sai rằng công việc là đóng ticket chứ không phải xây dựng sản phẩm.
• Nên tránh dùng các công cụ PM theo cách tạo ra rào cản, và bảo đảm mọi thành viên trong team đều có thể truy cập và hiểu được feedback từ người dùng, insight, dữ liệu, spec và roadmap.

Ý kiến của GN⁺

• Vai trò của product manager rất quan trọng trong quá trình phát triển sản phẩm, nhưng số lượng nhiều hơn không đồng nghĩa tổ chức sẽ trở nên lấy sản phẩm làm trung tâm hơn.
• Phát triển sản phẩm đòi hỏi nỗ lực hợp tác, và các team design cùng engineering cần nâng cao mức độ thấu hiểu người dùng cũng như chủ động tham gia vào việc định hình sản phẩm.
• Bài viết này đưa ra những lời khuyên thực tế để nâng cao hiệu quả của team sản phẩm, đồng thời nhấn mạnh tầm quan trọng của việc mọi thành viên cùng chia sẻ và hiểu chiến lược sản phẩm cũng như mục tiêu kinh doanh.

[GN⁺]

Ý kiến trên Hacker News

• Chia sẻ kinh nghiệm về Product Manager (PM)

  • Một Engineering Manager cho biết quản lý sản phẩm là một vai trò quan trọng trong công ty nhưng cũng là công việc khó.
  • Những PM kém năng lực thường quản lý vi mô đội ngũ kỹ thuật quá mức hoặc quan tâm nhiều hơn đến các hành vi mang tính chính trị.
  • Có ý kiến đề xuất nên bố trí PM như một “mini CEO” cho từng nhóm, và nếu thiếu năng lực kỹ thuật thì ghép cặp với một “mini CTO”.

• Vấn đề động lực dành cho lập trình viên

  • Các lập trình viên thường hứng thú hơn với thành tựu kỹ thuật, và điều này thường gắn với phần thưởng chính thức.
  • Những nỗ lực phi kỹ thuật như nghiên cứu khách hàng có thể không được công nhận nhiều như thành tựu kỹ thuật.
  • Nếu tổ chức coi trọng hơn giá trị lấy người dùng làm trung tâm và thay đổi cơ chế khen thưởng, điều đó sẽ đòi hỏi thay đổi lớn ở cấp quản lý.

• Ý kiến về AI art

  • Có người bày tỏ sự khó chịu với việc dùng AI art làm ảnh chính cho các bài viết blog.
  • Dù AI art là một công cụ có giá trị, việc dùng nó chỉ để lấp chỗ trống bị xem là không hiệu quả.

• Chỉ trích vai trò của Product Manager (PM)

  • Một PM giỏi phải liên tục làm công việc thu hẹp khoảng cách giữa kỹ thuật và người dùng.
  • Nhiều PM có xu hướng chỉ tập trung vào giấy tờ tài liệu và thực hiện công việc quản lý dự án hơn là quản lý sản phẩm thực sự.

• Kinh nghiệm về Product Manager xuất sắc

  • Một kỹ sư chia sẻ trải nghiệm từng làm việc với một PM xuất sắc, người hiểu cả độ phức tạp kỹ thuật lẫn nhu cầu kinh doanh.
  • Phần lớn PM chỉ đơn thuần là người đảm nhiệm vai trò này và trên thực tế không tạo ra ảnh hưởng lớn.

• Suy nghĩ về tỷ lệ các vai trò trong tổ chức

  • Có sự cân nhắc điều chỉnh tỷ lệ giữa kỹ sư frontend và backend, Engineering Manager và Individual Contributor (IC), technical writer và kỹ sư, PM và kỹ sư để theo đuổi hiệu quả tối ưu.
  • Điều quan trọng là tôn trọng tính tự chủ của đội ngũ kỹ thuật và giảm quản lý vi mô.

• Ưu tiên PM có kinh nghiệm kỹ thuật

  • Làm việc với PM có nền tảng kỹ thuật, người có thể hiểu góc nhìn của kỹ thuật, sẽ dễ hơn.
  • Những PM không có kinh nghiệm kỹ thuật thường thiên về kinh doanh, điều này đôi khi cần thiết nhưng không phải lúc nào cũng vậy.

• Nhu cầu tích hợp product management và product design

  • Phần lớn chức năng của product management nên được hợp nhất với product design.
  • Vai trò PM tồn tại quá nhiều để những người không thuộc khối kỹ thuật có thể bước vào ngành công nghệ và nhận mức lương của ngành này.

• Suy ngẫm về vai trò và năng lực cá nhân

  • Mỗi người đều có điểm riêng, và có ý kiến đặt câu hỏi liệu vai trò quản lý sản phẩm là một năng lực bẩm sinh hay chỉ đơn giản là một chức danh được gán cho.
  • Tổ chức nên coi trọng tính chủ động của cá nhân và tuyển dụng những nhân sự đa năng.

• Quan điểm của một Product Manager có 20 năm kinh nghiệm

  • Tỷ lệ PM là yếu tố quan trọng, và nhiều PM không đóng góp có ý nghĩa vào chiến lược hay tầm nhìn sản phẩm.
  • Việc Product Manager không thực sự sở hữu sản phẩm là một vấn đề.