Product Management
Đăng nhập
ESC

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

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

Speed of Decision

Leadership

Ra quyết định nhanh khi data chưa đủ — phân biệt one-way door và two-way door để chọn tốc độ phù hợp.

Bạn đang ở đâu với kỹ năng này?

Làm bài Đánh giá Kỹ năng Lãnh đạo cho PM — 3 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Leadership, không chỉ kỹ năng này.

Làm bài đánh giá

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/4 mục · còn khoảng 5 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Tại sao kỹ năng này càng quan trọng trong thời đại AI?

AI rút ngắn implementation từ tuần xuống ngày. Nhưng quyết định nên build gì vẫn mất tuần — nếu PM chậm. Khi cycle time của competitor xuống 3 ngày, PM ra quyết định 2 tuần = thua sạch.

Cùng lúc, AI khiến nhiều quyết định trở nên reversible (rollback dễ, A/B test nhanh, prototype rẻ). Nghĩa là PM giờ có lý do quyết định nhanh hơn cho 90% case, và chỉ slow down cho 10% one-way door thực sự.

Jeff Bezos viết trong shareholder letter 2016: "Most decisions should probably be made with somewhere around 70% of the information you wish you had. If you wait for 90%, in most cases, you're probably being slow." Quote này bây giờ càng đúng — vì cost-of-being-slow tăng exponential khi AI tăng tốc compete.

Framework / Mental model

Bezos Two-Way Door / One-Way Door là framework đơn giản nhưng mạnh mẽ:

  • Two-way door (90% case): Quyết định reversible. Sai có thể rollback. → Quyết định nhanh, độc lập, "disagree and commit".
  • One-way door (10% case): Quyết định irreversible (vd: chọn payment processor 3 năm contract, public API contract, layoff, M&A). Sai = tốn nhiều tháng/năm để sửa. → Slow, deliberate, multi-stakeholder review.

Cây quyết định reversibility:

flowchart TD
    A[Cần quyết định gì đó] --> B{Nếu sai,
rollback mất
bao lâu?} B -->|< 1 tuần| C[TWO-WAY DOOR] B -->|1-4 tuần| D{Cost of delay
vs cost of mistake?} B -->|> 1 tháng| E[ONE-WAY DOOR] C --> F[Action: quyết
trong 48h
solo hoặc 1-on-1] D -->|Delay > Mistake| C D -->|Mistake > Delay| E E --> G[Action: 1-2 tuần
review
multi-stakeholder] F --> H[Nếu sai: học,
rollback, move on] G --> I[Nếu sai: damage
control plan
chuẩn bị trước]

Quy luật bổ sung: "Strong opinions, weakly held" — có ý kiến mạnh để move, nhưng sẵn sàng đổi khi có data mới.

Ví dụ thực tế

Case 1 — Pricing experiment (two-way door) ở Be: PM của Be muốn test pricing surge mới cho giờ cao điểm. Đây là two-way door — A/B test 2 tuần, nếu lose revenue thì rollback. PM quyết định solo trong 24h, ship trong 3 ngày. Kết quả: +8% revenue, nếu chờ exec align 2 tuần thì đã mất 2 tuần lợi nhuận.

Case 2 — Migration sang infrastructure mới (one-way door) ở Tiki: Tiki migration từ Magento sang custom stack 2019. One-way door — rollback mất 6 tháng. Đáng dành 3 tháng review, build PoC, get exec + board align. PM nào cố speed up cái này = career-limiting move. Đúng kỹ năng là biết khi nào KHÔNG nhanh.

Case 3 — Sai cách: PM treat mọi quyết định như one-way door → mỗi feature spec mất 2 tuần align, eng team idle, ship rate giảm. Hoặc ngược lại, treat one-way door như two-way → ship vendor lock-in 3 năm sau 1 buổi meeting → đau dài hạn.

Luyện tập hàng ngày

  • Bài 1 (5 phút/ngày — "Door tag"): Mỗi quyết định bạn ra hôm nay, đánh dấu "1-way" hoặc "2-way". Sau 30 ngày, bạn sẽ thấy mình thường over-deliberate cho 2-way (chậm vô lý) hoặc under-deliberate cho 1-way (ẩu).
  • Bài 2 (15 phút/tuần — "70% rule audit"): Pick 3 quyết định lớn nhất tuần. Hỏi: tôi có đủ 70% info chưa? Nếu chưa, action gì để có thêm 20%? Nếu rồi, why delay?
  • Bài 3 (1 buổi/tháng — "Decision retrospective"): Liệt kê 10 quyết định lớn 30 ngày qua. Đánh dấu outcome (good/bad/unclear). Tìm pattern: tôi sai khi quyết quá nhanh? Hay quá chậm? Field-test "calibration" của bạn.

Sai lầm phổ biến

Pitfall 1 — Decision-by-committee cho mọi thứ: Schedule 8 stakeholder cho 1 quyết định two-way door = đốt 16 person-hours và làm chậm 1 tuần. Worse: ai cũng nghĩ ai đó own decision, không ai own.
Pitfall 2 — "Cần thêm data" để né quyết định: Đôi khi PM xin thêm data 2 tuần để procrastinate. Hỏi thẳng: data này nếu có sẽ change my decision không? Nếu không → quyết luôn.
Pitfall 3 — Quá nhanh với one-way door: Ngược lại, một số PM chạy đua speed culture → ship vendor contract 3 năm trong 1 tuần → 6 tháng sau hối hận. Speed phải song hành với reversibility check.

Dấu hiệu bạn đã master

  • 90% quyết định của bạn ra trong 48h, không cần committee — và team không phàn nàn.
  • Bạn nói "đây là 2-way door, tôi quyết, anh em disagree-and-commit" — và mọi người accept.
  • Cho one-way door, bạn chủ động slow down team — "đợi 1 tuần, đáng" — và lý do clear.
  • Decision retrospective sau 6 tháng: ≥70% quyết định có outcome positive hoặc neutral. Không 100% — đó là dấu hiệu over-cautious.

Tài nguyên thêm

  • Bài viết: Jeff Bezos — Amazon 1997 + 2016 Shareholder Letters (aboutamazon.com). Source của Day-1 thinking + 2-way door.
  • Sách: Annie Duke — How to Decide. Framework cụ thể từ professional poker player, decision under uncertainty.
  • Sách: Daniel Kahneman — Thinking, Fast and Slow. System 1 vs System 2, foundation cho decision-making science.
  • Sách: Chip & Dan Heath — Decisive. WRAP framework (Widen options, Reality-test, Attain distance, Prepare).
  • Video: Naval Ravikant podcast với Tim Ferriss — "On decision making and speed" — 30 phút, dense.

Hiccups thường gặp và cách xử lý

HiccupVì sao xảy raXử lý
Quyết định trôi hết tuần này sang tuần khácKhông ai được chỉ định là người quyếtMỗi quyết định ghi tên đúng một người và một hạn; không có tên thì nó sẽ trôi
Họp thêm để "có thêm dữ liệu"Nhầm giữa thiếu dữ liệu và ngại chịu trách nhiệmHỏi: dữ liệu nào sẽ làm ta đổi ý? Không trả lời được thì dữ liệu không phải thứ đang thiếu
Quyết nhanh rồi lật lại liên tụcKhông phân biệt loại quyết định đảo được và không đảo đượcĐảo được thì quyết nhanh và sửa sau; không đảo được thì chậm lại và làm cho kỹ
Chờ đồng thuận toàn bộSợ mất lòngĐồng thuận không phải điều kiện. Nghe hết ý kiến rồi quyết là đủ — nói rõ quy tắc này trước.
Quyết xong không ai biếtChỉ nói miệng trong phòngGhi lại trong 24 giờ: quyết gì, vì sao, ai làm gì tiếp
Cùng một quyết định được bàn lại mỗi quýKhông ghi lý do lúc quyếtGhi lý do và điều kiện sẽ khiến ta xem lại — rồi chỉ mở lại khi điều kiện đó xảy ra

Vì sao vai trò của bạn cần cái này

Vai tròBạn dùng nó để
Product Owner / PMTốc độ quyết định của bạn là trần tốc độ của cả đội — họ không đi nhanh hơn bạn được
Team LeadPhân loại quyết định nào đẩy xuống đội được, để không thành nút thắt
Head of ProductBạn thiết lập quy tắc: đồng thuận không phải điều kiện để tiến
FounderỞ giai đoạn đầu, tốc độ quyết định thường quan trọng hơn chất lượng từng quyết định
Engineer / DesignerBạn nêu chi phí thật của việc chờ, bằng số ngày, thay vì chịu đựng

Definition of done

  • Mỗi quyết định đang mở đều có tên một người và một hạn.
  • Đã phân loại đảo được / không đảo được trước khi chọn tốc độ.
  • Khi hoãn, đã trả lời được: dữ liệu nào sẽ làm ta đổi ý?
  • Quyết định được ghi lại trong 24 giờ kèm lý do.
  • Có điều kiện rõ ràng để mở lại, và chỉ mở lại khi điều kiện đó xảy ra.

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. PM muốn thử một mức giá giờ cao điểm mới bằng A/B test hai tuần; nếu doanh thu giảm thì tắt đi được ngay. Nên quyết thế nào?
2. Đội cần chọn đơn vị xử lý thanh toán với hợp đồng ràng buộc 3 năm. Cách tiếp cận đúng là gì?
3. Một quyết định đã trôi ba tuần; có người đề nghị họp thêm “để có thêm dữ liệu”. Câu hỏi nên đặt ra là gì?

Khóa học liên quan (4)

Sử dụng trong vai trò

Thảo luận & tài liệu thêm 0

Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.

Kiểm tra kỹ năng này

Bài kiểm tra của các khóa dạy kỹ năng này
1 Chẩn đoán

Đánh giá Kỹ năng Lãnh đạo cho PM

Chấm riêng từng chiều của kỹ năng này.

3 người đã làm
Làm bài này
2 Quiz

Chương 5: Công cụ PM & bối cảnh sản phẩm chuyên biệt

Bài kiểm tra của một khóa dạy kỹ năng này.

1 người đã làm
Làm bài này
3 Quiz

Chương 1: Nền tảng Product Management

Bài kiểm tra của một khóa dạy kỹ năng này.

1 người đã làm
Làm bài này
4 Quiz

Đánh giá cuối khóa: Ra quyết định dựa trên dữ liệu

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này

Học kỹ năng này ở đâu?

Có 4 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.

Bắt đầu học