Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đồng thuận với stakeholder & khách hàng

Vì sao PO là điểm giao dễ vỡ nhất

PO đứng giữa khách hàng, sales, marketing, vận hành, lãnh đạo, và Dev Team. Ai cũng có "ưu tiên số một". Nếu PO không kiểm soát, team bị xé bởi nhiều ông chủ và mất tốc độ. Kỹ năng đồng thuận biến mớ hỗn loạn ưu tiên thành một hướng đi chung.

Bức tranh lớn: một giọng nói duy nhất

graph TD
  S1[Sales] --> PO[PO - mot giong noi]
  S2[Marketing] --> PO
  S3[Van hanh] --> PO
  S4[Lanh dao] --> PO
  PO --> Team[Dev Team]
Nguyên tắc sống còn: chỉ có một thứ tự ưu tiên hướng ra team. Khi hai stakeholder tranh nhau, PO không đẩy cả hai xuống team — PO đàm phán ra một thứ tự, giải thích đánh đổi, rồi bảo vệ nó.

Ví dụ chi tiết: Sales vs CSKH

Sales muốn tính năng chốt hợp đồng mới; CSKH muốn sửa lỗi giữ khách cũ. PO không làm cả hai nửa vời. PO đưa dữ liệu: khách cũ đang rời với chi phí lớn hơn → sửa lỗi trước, tính năng mới vào sprint sau, kèm mốc thời gian rõ. Cả hai thấy được lắng nghe vì thấy lý do, không vì được chiều.

Lộ trình đồng thuận

graph LR
  A[Minh bach tieu chi uu tien] --> B[Cho thay danh doi]
  B --> C[Sprint Review lam bang chung]
  C --> D[Noi ngon ngu tung ben]
  • Minh bạch tiêu chí ưu tiên — mọi người biết luật chơi.
  • Cho thấy đánh đổi — "làm A nghĩa là hoãn B".
  • Sprint Review là sân khấu — mời stakeholder xem thật, phản hồi thật.
  • Nói ngôn ngữ của từng bên — sales nghe doanh thu, vận hành nghe rủi ro, khách nghe lợi ích.

Thói quen & kỷ luật

NhịpThói quen
Hằng tuầnCập nhật ngắn cho stakeholder chính về ưu tiên & tiến độ
Mỗi sprintMời đúng stakeholder tới Review
Khi có tranh ưu tiênDùng dữ liệu + đánh đổi, không dùng "ai to hơn"
Working mindset: "Stakeholder ghét bất ngờ hơn ghét bị từ chối. Under-promise, over-deliver."

Cần luyện tập gì (drills)

  • Drill 1 — Bảng đánh đổi: với 2 yêu cầu tranh nhau, viết "làm cái này thì hoãn cái kia" kèm số liệu.
  • Drill 2 — Dịch lợi ích: viết cùng một tính năng theo 3 ngôn ngữ: doanh thu (sales), rủi ro (vận hành), lợi ích (khách).
  • Drill 3 — Kịch bản Review: chuẩn bị một Sprint Review lấy phản hồi thật thay vì trình chiếu một chiều.

Checklist hành động tuần này

  • [ ] Gửi cập nhật ưu tiên cho 2 stakeholder chính
  • [ ] Chuẩn bị bảng đánh đổi cho 1 xung đột ưu tiên
  • [ ] Mời đúng stakeholder tới Sprint Review tới
  • [ ] Diễn đạt 1 tính năng theo ngôn ngữ của từng bên

Chỉ số & North Star

North Star: stakeholder tin và tuân theo một thứ tự ưu tiên duy nhất — không đi cửa sau ép team.

Chỉ sốTốtXấu
Số "cửa sau" ép team trực tiếpGần 0Thường xuyên
Stakeholder bị bất ngờHiếmNhiều
Xung đột ưu tiên được giải bằng dữ liệuĐa sốBằng quyền lực

Dấu hiệu bạn đã thành thạo

  • Stakeholder đến bạn để thương lượng ưu tiên, không đi vòng ép team.
  • Bạn từ chối được người quyền lực mà vẫn giữ quan hệ.
  • Sprint Review trở thành nơi ra quyết định, không phải trình diễn.

Cạm bẫy thường gặp

Cạm bẫyThay bằng
Đẩy cả hai yêu cầu xuống teamMột thứ tự, giải thích đánh đổi
Hứa ngày cứng cho mọi thứUnder-promise, over-deliver
Im lặng đến khi có tin xấuCập nhật sớm, đều

Chốt lại

  • PO là một giọng nói duy nhất; chỉ một thứ tự ưu tiên.
  • Đồng thuận bằng minh bạch tiêu chí + cho thấy đánh đổi.
  • Stakeholder ghét bất ngờ hơn ghét bị từ chối.
Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi