Mở đầu — vì sao bài này quan trọng
Có một sự thật ít ai nói thẳng với bạn khi mới làm Product Manager: phần lớn quyết định bạn đưa ra trong tuần đều dựa trên thông tin thiếu. Một nghiên cứu nội bộ phổ biến trong giới PM ước tính một PM ra khoảng 50 quyết định mỗi tuần — từ "ưu tiên bug nào sửa trước", "có nên ship feature này thứ Sáu không", cho tới "có nên đổi cả định hướng quý sau không". Và gần như mọi quyết định trong số đó đều mang một cảm giác chung: bạn không chắc chắn.
Cảm giác bất an đó là bình thường. Nó không phải dấu hiệu bạn yếu kém. Trên thực tế, nếu một quyết định đã rõ ràng đến mức không cần suy nghĩ, thì nó đã không cần đến bạn — engineer hay một cái spreadsheet đã tự xử lý rồi. Bản chất công việc PM là ra quyết định trong điều kiện thiếu dữ liệu, thiếu thời gian, và thiếu sự đồng thuận. Bài học này không hứa giúp bạn loại bỏ sự bất định — điều đó là không thể. Nó dạy bạn cách vận hành tốt bên trong sự bất định: phân loại quyết định, chọn đúng lượng phân tích cho từng loại, và ra quyết định đủ nhanh mà không hối tiếc.
Đây là một trong những kỹ năng phân tách rõ nhất giữa một PM junior và một PM senior. PM junior đợi cho đến khi "đủ chắc" mới quyết — và thường là quá muộn. PM senior biết khi nào "đủ chắc" sẽ không bao giờ đến, nên họ quyết với mức tin cậy 70% và đi tiếp.
Khái niệm cốt lõi
Bất định (uncertainty) khác với rủi ro (risk)
Trước hết cần phân biệt hai khái niệm thường bị dùng lẫn. Rủi ro là khi bạn biết các kết quả có thể xảy ra và xác suất của chúng (như tung xúc xắc). Bất định là khi bạn thậm chí không biết hết các khả năng, chứ chưa nói tới xác suất. Phần lớn quyết định product nằm ở vùng bất định — bạn không có đủ dữ liệu để tính xác suất, bạn chỉ có phán đoán. Hiểu điều này giúp bạn buông bỏ ảo tưởng rằng "thu thập thêm dữ liệu sẽ giải quyết tất cả". Có những thứ chỉ có thể biết sau khi bạn hành động.
Trục phân loại số 1: Reversible vs Irreversible
Đây là khung tư duy nền tảng nhất, do Jeff Bezos của Amazon phổ biến qua khái niệm "two-way door" và "one-way door".
- Quyết định có thể đảo ngược (reversible / two-way door): nếu sai, bạn quay lại được với chi phí thấp. Ví dụ: đổi màu nút CTA, thử một dòng tiêu đề mới, bật một feature flag cho 5% người dùng. Với loại này, tốc độ quan trọng hơn độ chính xác. Đừng họp ba cuộc để quyết một việc bạn có thể hoàn tác trong 10 phút. Bezos viết trong thư gửi cổ đông 1997 và nhắc lại nhiều lần: phần lớn quyết định nên được ra với khoảng 70% thông tin bạn mong muốn có; nếu đợi tới 90% thì thường là quá chậm.
- Quyết định không thể đảo ngược (irreversible / one-way door): nếu sai, chi phí quay lại rất lớn hoặc không thể quay lại. Ví dụ: chọn nền tảng công nghệ lõi, ký hợp đồng độc quyền 3 năm với một nhà cung cấp, xóa vĩnh viễn dữ liệu người dùng, công bố một cam kết công khai với khách hàng. Với loại này, bạn được phép chậm lại, phân tích kỹ, hỏi thêm ý kiến.
Trục phân loại số 2: Chi phí của việc chần chừ
Một quyết định không đứng yên chờ bạn. Mỗi ngày không quyết cũng là một quyết định — quyết định giữ nguyên hiện trạng. Hãy luôn hỏi: "Chi phí của việc không quyết hôm nay là gì?" Đôi khi chần chừ là khôn ngoan (chờ thêm tín hiệu thị trường); đôi khi nó là kẻ giết chết cơ hội (đối thủ ra mắt trước).
Công cụ thực dụng: Expected Value và "tổn thất tối đa chịu được"
Khi bạn có thể ước lượng thô, hãy dùng giá trị kỳ vọng (expected value) = xác suất × giá trị nếu thắng, trừ đi xác suất × tổn thất nếu thua. Không cần con số chính xác đến chữ số thập phân — chỉ cần đủ để so sánh các lựa chọn. Quan trọng hơn cả, với quyết định one-way door, hãy hỏi: "Nếu kịch bản tệ nhất xảy ra, tôi có sống sót không?" Một quyết định có expected value dương nhưng tổn thất tối đa khiến công ty phá sản thì vẫn là quyết định tồi.
Pre-mortem: tưởng tượng thất bại trước khi nó xảy ra
Nhà tâm lý học Gary Klein đề xuất kỹ thuật pre-mortem: trước khi quyết, hãy giả định "6 tháng sau, quyết định này đã thất bại thảm hại — vì sao?" Việc tưởng tượng thất bại đã xảy ra giúp não bộ tìm ra những rủi ro mà tư duy lạc quan thông thường bỏ qua. Đây là một trong những công cụ rẻ và mạnh nhất để giảm điểm mù.
Tình huống thực tế
Ví dụ 1 — Tiki và quyết định two-way door bị xử lý như one-way door
Hãy hình dung một team product tại một sàn thương mại điện tử lớn ở Việt Nam (gọi là sàn X, lấy cảm hứng từ bối cảnh Tiki/Shopee). Team muốn thử đổi vị trí nút "Thêm vào giỏ" trên trang chi tiết sản phẩm — từ dưới giá tiền lên ngay cạnh tên sản phẩm. PM mới vào nghề tổ chức tới bốn cuộc họp, kéo cả design, research, và một bạn data analyst làm phân tích heatmap trong hai tuần, vì sợ "ảnh hưởng tới hành vi mua hàng của hàng triệu người dùng".
Vấn đề: đây là một quyết định two-way door kinh điển. Với feature flag và A/B test, họ có thể bật thay đổi cho 5% người dùng, đo conversion trong 3 ngày, và tắt ngay nếu xấu — chi phí đảo ngược gần như bằng không. Hai tuần phân tích đã lãng phí, trong khi chỉ cần một thử nghiệm 3 ngày là có câu trả lời thật từ dữ liệu thật.
Bài học: Khi một quyết định có thể được kiểm chứng rẻ và đảo ngược nhanh, đừng phân tích nó như thể nó vĩnh viễn. Hãy biến phán đoán thành thử nghiệm. Tốc độ học (learning velocity) mới là lợi thế cạnh tranh, không phải sự hoàn hảo của bản phân tích.
Ví dụ 2 — Startup fintech và quyết định one-way door bị xử lý như two-way door
Một startup fintech tại TP.HCM cần chọn nhà cung cấp cổng thanh toán để tích hợp vào lõi sản phẩm. PM, vốn quen với văn hóa "move fast", quyết trong một buổi chiều: chọn đối tác A vì họ chào phí thấp hơn 0,3% và demo nhanh. Hợp đồng ký 24 tháng, có điều khoản phạt nếu rút sớm.
Sáu tháng sau, đối tác A gặp sự cố downtime kéo dài vào đúng dịp cao điểm, tỷ lệ giao dịch thất bại tăng vọt, và startup phát hiện việc chuyển sang nhà cung cấp khác đòi hỏi viết lại toàn bộ lớp tích hợp thanh toán — ước tính 4 tháng kỹ thuật, cộng phí phạt hợp đồng. Đây chính là one-way door bị quyết vội như two-way door.
Nếu PM đã chạy một pre-mortem đơn giản — "giả sử 6 tháng nữa ta hối hận vì chọn A, vì sao?" — câu trả lời "vì downtime và vì khó chuyển đổi" sẽ hiện ra ngay, dẫn tới hai biện pháp phòng vệ: thương lượng điều khoản thoát linh hoạt hơn, và thiết kế lớp tích hợp trừu tượng để dễ thay nhà cung cấp.
Bài học: Với quyết định khó đảo ngược, chậm lại không phải là yếu đuối — đó là kỷ luật. Hãy đầu tư thời gian phân tích tương xứng với chi phí của sai lầm.
Ví dụ 3 — Grab và "disagree and commit" dưới sức ép thời gian
Trong một super-app khu vực Đông Nam Á như Grab, một team từng đối mặt quyết định: ra mắt tính năng đặt món theo nhóm (group ordering) cho mùa lễ hội cuối năm, hay hoãn để hoàn thiện thêm. Dữ liệu không rõ ràng — research cho thấy nhu cầu có, nhưng kỹ thuật cảnh báo rủi ro tải hệ thống. Hai bên không đồng thuận hoàn toàn, và mỗi tuần trì hoãn là mất một phần mùa cao điểm (chi phí chần chừ rất cao).
PM áp dụng nguyên tắc ra quyết định với 70% thông tin: ship phiên bản giới hạn cho 3 thành phố, kèm cơ chế giám sát tải và nút tắt khẩn cấp. Quan trọng là cách họ xử lý bất đồng — team kỹ thuật vẫn lo ngại, nhưng sau khi rủi ro được giảm thiểu bằng giải pháp giới hạn phạm vi, họ "disagree and commit": không đồng ý hoàn toàn nhưng cam kết thực thi trọn vẹn thay vì phá ngang.
Bài học: Trong bất định, mục tiêu không phải là làm mọi người đồng ý, mà là ra được quyết định mà cả team cam kết thực hiện. Giảm rủi ro của quyết định (qua giới hạn phạm vi, qua nút tắt) thường hiệu quả hơn là cố tìm thêm dữ liệu để xóa bất đồng.
Hướng dẫn từng bước
Khi đối mặt một quyết định trong điều kiện bất định, hãy đi qua quy trình sau:
- Phát biểu rõ quyết định. Viết một câu: "Tôi đang phải quyết X, với deadline Y." Sự mơ hồ trong phát biểu thường là nguồn gốc của tê liệt. Nếu không viết nổi thành một câu, bạn chưa thật sự hiểu mình đang quyết gì.
- Phân loại door. Hỏi: nếu sai, đảo ngược tốn bao nhiêu? Reversible → ưu tiên tốc độ, đặt giới hạn thời gian ngắn. Irreversible → cho phép phân tích sâu hơn.
- Tính chi phí của việc chần chừ. Mỗi ngày không quyết mất gì? Nếu chi phí cao, ép mình ra deadline cứng.
- Xác định "đủ thông tin" là bao nhiêu. Với two-way door, 70% là đủ. Đừng đợi 90%. Tự hỏi: "Thông tin còn thiếu có thực sự đổi được quyết định của tôi không?" Nếu không, thu thập thêm chỉ là trì hoãn.
- Chạy pre-mortem nhanh. "6 tháng sau quyết định này thất bại — vì sao?" Liệt kê 3 nguyên nhân hàng đầu và tìm cách phòng vệ cho từng cái.
- Thiết kế biện pháp giảm rủi ro. Có thể thử trên phạm vi nhỏ không? Có nút tắt không? Có điều khoản thoát không? Biến one-way door thành two-way door bất cứ khi nào có thể — đây là kỹ năng cấp cao nhất.
- Quyết, ghi lại lý do, và truyền đạt. Viết một "decision log" ngắn: quyết định gì, dựa trên giả định nào, sẽ xem lại khi nào. Điều này giúp bạn học từ kết quả thay vì viết lại lịch sử trong trí nhớ.
- Đặt một điểm hẹn xem lại. "Chúng ta sẽ đánh giá lại sau 4 tuần dựa trên chỉ số Z." Quyết định trong bất định luôn là tạm thời và có điều kiện.
Lỗi thường gặp & mẹo
Lỗi 1 — Analysis paralysis (tê liệt vì phân tích). Thu thập dữ liệu vô tận để né cảm giác bất an. Mẹo: đặt deadline cho chính việc ra quyết định, không chỉ cho sản phẩm. "Đến 5 giờ chiều thứ Năm tôi sẽ chốt, dù còn thiếu gì."
Lỗi 2 — Đối xử mọi quyết định như one-way door. Làm chậm cả tổ chức. Mẹo: mặc định coi mọi thứ là two-way door cho đến khi chứng minh ngược lại.
Lỗi 3 — Lẫn lộn giữa quyết định tồi và kết quả tồi (outcome bias). Một quyết định đúng quy trình vẫn có thể cho kết quả xấu vì xui rủi, và ngược lại. Mẹo: khi review, đánh giá chất lượng của quá trình ra quyết định tại thời điểm đó với thông tin lúc đó, không chỉ đánh giá kết quả. Đừng trừng phạt một quyết định 70% hợp lý chỉ vì nó rơi vào 30% xui.
Lỗi 4 — Sunk cost fallacy. "Đã đầu tư 3 tháng rồi nên phải đi tiếp." Chi phí đã bỏ ra không nên ảnh hưởng tới quyết định tương lai. Mẹo: hỏi "nếu bắt đầu lại từ hôm nay với thông tin hiện có, tôi có chọn lại con đường này không?"
Lỗi 5 — Tìm sự chắc chắn tuyệt đối trước khi hành động. Nó không bao giờ đến. Mẹo: thay câu hỏi "Tôi có chắc không?" bằng "Tôi đã đủ tự tin để đặt cược nhỏ chưa, và tôi sẽ học gì từ cú đặt cược đó?"
Mẹo vàng: Khi bị kẹt, hãy thu nhỏ quyết định. Một quyết định lớn đáng sợ thường có thể được chia thành một thử nghiệm nhỏ, rẻ, đảo ngược được. Biến "cá cược cả công ty" thành "đặt cược 5% người dùng trong 1 tuần".
Bài tập thực hành
- Nhật ký phân loại door (1 tuần): Trong 7 ngày tới, ghi lại 10 quyết định bạn (hoặc team bạn) phải ra. Với mỗi quyết định, đánh dấu reversible hay irreversible, và ước lượng chi phí đảo ngược. Cuối tuần, đếm xem bạn đã dành nhiều thời gian cho loại nào — kết quả thường gây bất ngờ.
- Pre-mortem cho một quyết định đang treo: Chọn một quyết định bạn đang lưỡng lự. Viết một đoạn văn bắt đầu bằng "6 tháng sau, quyết định này đã thất bại nặng nề. Nguyên nhân là..." Liệt kê ít nhất 4 nguyên nhân, rồi viết một biện pháp phòng vệ cho từng cái.
- Bài tập "70% rule": Lấy một quyết định two-way door bạn đang trì hoãn vì "chưa đủ thông tin". Tự hỏi: thông tin còn thiếu có thực sự thay đổi lựa chọn không? Nếu không, hãy quyết ngay hôm nay và ghi lại cảm giác.
- Tách quyết định và kết quả: Nhớ lại một quyết định trong quá khứ cho kết quả xấu. Đánh giá lại: với thông tin bạn có lúc đó, quá trình ra quyết định có hợp lý không? Bài tập này rèn khả năng nhìn rõ outcome bias.
Tóm tắt
Ra quyết định trong bất định là công việc cốt lõi, không phải ngoại lệ, của nghề PM. Cảm giác không chắc chắn là bình thường và sẽ không biến mất. Thay vì cố loại bỏ nó, hãy vận hành tốt bên trong nó.
Những điểm cần nhớ:
- Phân loại trước, phân tích sau. Reversible (two-way door) → ưu tiên tốc độ, quyết với 70% thông tin. Irreversible (one-way door) → cho phép chậm lại và phân tích sâu.
- Mỗi ngày không quyết cũng là một quyết định. Luôn tính chi phí của việc chần chừ.
- Pre-mortem là công cụ rẻ và mạnh để lộ ra rủi ro ẩn.
- Giảm rủi ro hơn là tìm thêm dữ liệu: biến quyết định lớn thành thử nghiệm nhỏ, có nút tắt, có điều khoản thoát — biến one-way door thành two-way door.
- Đánh giá quá trình, không chỉ kết quả. Đừng để outcome bias và sunk cost dẫn dắt bạn.
- Khi bị kẹt: thu nhỏ quyết định, đặt deadline cho chính việc quyết, và đi tiếp với sự tự tin có kỷ luật.