Bỏ qua

P3.1 — Assumption mapping và giả thuyết có thể kiểm chứng

Module: P3 - Validation và Experimentation Mục tiêu đọc: Sau chương này, bạn có thể phân rã ý tưởng thàành qua việc tự lập bản đồ, tự viết giả thuyết sai, và tự sửa nhiều lần trong bối cảnh thật.

Mental model — từ ý tưởng đến quyết định

Ý tưởng sản phẩm không phải sự thật. Nó là tập giả định về khách hàng, vấn đề, giá trị, kênh, doanh thu, chi phí, nguồn lực và đối tác.

Rủi ro lớn không phải xây chậm. Rủi ro lớn là xây đúng kế hoạch nhưng sai mô hình. Vì vậy, không đi thẳng từ Idea (ý tưởng) sang Execution (thực thi). Chèn Search and Testing (tìm kiếm và kiểm thử) ở giữa.

Ba hoạt động cốt lõi:

  1. Model (mô hình hóa): đưa niềm tin ra khỏi đầu, gắn chúng vào mô hình kinh doanh.
  2. Prioritize (ưu tiên): tìm giả định vừa quan trọng vừa thiếu bằng chứng.
  3. Test (kiểm thử): chuyển giả định thành giả thuyết rõ, rồi tạo bằng chứng phục vụ quyết định.

Đây không phải quy trình tuyến tính. Bằng chứng mới sửa thiết kế kinh doanh; thiết kế mới sinh giả định mới.

P3.1 - Assumption mapping và giả thuyết có thể kiểm chứng — diagram 1

Source mermaid — có thể chỉnh sửa 
flowchart TB
    A["Ý tưởng ban đầu"] --> B["Mô hình hóa giả định"]
    B --> C["Phân loại rủi ro"]
    C --> D["Lập bản đồ giả định"]
    D --> E["Chọn giả định rủi ro nhất"]
    E --> F["Viết giả thuyết có thể kiểm chứng"]
    F --> G["Thiết kế thử nghiệm và ngưỡng"]
    G --> H["Thu bằng chứng"]
    H --> I["Tạo nhận định có thể hành động"]
    I --> J{"Ra quyết định"}

    J -->|"Tiếp tục mô hình hiện tại"| K["Thực thi theo mô hình hiện tại"]
    J -->|"Đổi hướng mô hình"| L["Sửa mô hình và giả định"]
    J -->|"Dừng cược"| M["Kết thúc cược"]

    L --> B

Chuỗi quản trị đầy đủ:

Hypothesis (giả thuyết) → Evidence (bằng chứng) → Insight (nhận định có thể hành động) → Action (hành động)

Assumptions Mapping (lập bản đồ giả định) chỉ chọn điều cần học trước. Nó chưa xác thực ý tưởng, chưa thay thử nghiệm, chưa đủ làm căn cứ đầu tư lớn. Đây là lý do chương này đặt tên "mapping" chứ không phải "validation" — bản đồ là công cụ ưu tiên việc học, không phải kết luận về sự thật.

Core — nền tảng và quy tắc quyết định

1. Phân biệt giả định, giả thuyết và bằng chứng

Trực giác: Khi một đội nói "chúng tôi biết khách hàng muốn điều này", câu đó thường là niềm tin, không phải sự thật đã kiểm chứng. Việc gọi đúng tên — giả định, giả thuyết hay bằng chứng — quyết định đội có đang tự lừa mình hay không.

Định nghĩa chính xác:

Assumption (giả định) là điều đội tin đúng nhưng chưa có đủ bằng chứng.

Ví dụ:

Người bán hàng B2B sẽ cập nhật dữ liệu khách hàng ngay sau mỗi cuộc gọi.

Business Hypothesis (giả thuyết kinh doanh) là giả định được viết đủ rõ để kiểm tra. Nó phải nêu đối tượng, hành vi hoặc kết quả, bối cảnh và hình dạng thành công.

Ví dụ:

Trong hai tuần thử nghiệm, ít nhất 12 trong 15 nhân viên bán hàng B2B thuộc nhóm thử nghiệm sẽ cập nhật kết quả cuộc gọi trong vòng 30 phút mà không cần quản lý nhắc.

Evidence (bằng chứng) là dữ liệu quan sát được dùng để ủng hộ hoặc bác bỏ giả thuyết. Phát biểu của lãnh đạo, nội dung trên Lean Canvas (khung mô hình kinh doanh tinh gọn) và mức tự tin của đội không tự trở thành bằng chứng.

Insight (nhận định có thể hành động) là kết luận rút từ bằng chứng, đủ cụ thể để đổi giả thuyết, mô hình hoặc hành động tiếp theo.

Vì sao phân biệt này tồn tại: Nếu không tách rõ ba khái niệm, đội dễ nhầm "chúng tôi đã thảo luận kỹ" (giả định được nói to hơn) thành "chúng tôi đã kiểm chứng" (có bằng chứng quan sát được). Sự nhầm lẫn này dẫn thẳng tới quyết định đầu tư sai.

Quy tắc:

  • Mọi nội dung trên Lean Canvas (khung mô hình kinh doanh tinh gọn), Business Model Canvas (khung mô hình kinh doanh) hoặc Value Proposition Canvas (khung tuyên bố giá trị) vẫn là giả định cho đến khi có bằng chứng.
  • Một thử nghiệm đạt ngưỡng không chứng minh toàn bộ mô hình đúng.
  • Bằng chứng phải gắn với giả thuyết cụ thể. Không dùng nhãn chung như "ý tưởng đã được xác thực".

Failure mode: Đội trình bày canvas hoàn chỉnh với lãnh đạo và gọi đó là "chiến lược đã được xác thực". Canvas là bản đồ giả định, không phải bằng chứng. Gọi sai tên khiến người ra quyết định đánh giá sai mức rủi ro thực.

2. Mô hình hóa ý tưởng trước khi ưu tiên

2.1 Chọn công cụ phù hợp

Dùng một hoặc nhiều công cụ:

  • Lean Canvas (khung mô hình kinh doanh tinh gọn): phù hợp ghi nhanh mô hình giai đoạn đầu.
  • Business Model Canvas (khung mô hình kinh doanh): phù hợp mô tả cách tổ chức tạo, phân phối và thu giá trị.
  • Value Proposition Canvas (khung tuyên bố giá trị): phù hợp đào sâu Customer Jobs (việc khách hàng cần hoàn thành), Pains (nỗi đau), Gains (lợi ích mong muốn), cùng cách giải pháp xử lý chúng.

Lean Canvas (khung mô hình kinh doanh tinh gọn) gồm:

  1. Customer Segments (phân khúc khách hàng).
  2. Early Adopters (khách hàng chấp nhận sớm).
  3. Problems (vấn đề).
  4. Existing Alternatives (giải pháp thay thế hiện có).
  5. Unique Value Proposition (tuyên bố giá trị độc đáo).
  6. Solution (giải pháp).
  7. Channels (kênh).
  8. Revenue Streams (dòng doanh thu).
  9. Cost Structure (cơ cấu chi phí).
  10. Key Metrics (chỉ số trọng yếu).
  11. Unfair Advantage (lợi thế khó sao chép).

Ô Solution (giải pháp) chỉ là một phần nhỏ. Thiết kế sản phẩm tốt không cứu được phân khúc sai, vấn đề yếu, kênh không tiếp cận được hoặc kinh tế học không bền.

Ví dụ tối thiểu: Một đội điền ô Solution bằng "ứng dụng đặt tour" trước khi biết ai là khách hàng. Họ đang thiết kế câu trả lời cho câu hỏi chưa được đặt ra.

2.2 Quy tắc phác thảo

  1. Mỗi thành viên tự tạo một bản trong khoảng 20 phút.
  2. Đối chiếu và hợp nhất sau, nhằm giảm Groupthink (tư duy bầy đàn).
  3. Ghi niềm tin hiện tại, không viết dự báo xa.
  4. Để trống điều chưa biết. Không bịa số để khung trông đầy.
  5. Giữ một trang. Rút chữ, không thu nhỏ chữ.
  6. Tách mô hình chứa nhiều câu chuyện kinh doanh thành nhiều bản biến thể.

Ví dụ, mô hình thị trường kết nối người mua và người bán phải biểu diễn giả định của cả hai phía. Mỗi phía có vấn đề, giá trị, kênh và động lực kinh tế riêng. Nếu một khung trộn khách du lịch, hướng dẫn viên và nhà quảng cáo thành một câu chuyện, đội khó biết giả định nào thuộc phía nào.

Quy tắc phạm vi:

Hẹp trong từng Lean Canvas (khung mô hình kinh doanh tinh gọn), rộng trên tập Variant Canvas (bộ khung biến thể).

Failure mode: Bỏ qua bước "tự làm riêng trước" và để một người (thường là PM hoặc lãnh đạo) điền canvas trên máy chiếu trong cuộc họp. Kết quả là một bản duy nhất phản ánh niềm tin của người nói to nhất, không phải sự đa dạng giả định thật của đội.

2.3 Trích xuất giả định

Không chép nguyên tiêu đề ô. Viết điều phải đúng để ô đó hoạt động.

Ví dụ:

Khối mô hình Nội dung trên khung Giả định cần kiểm tra
Customer Segments (phân khúc khách hàng) Công ty logistics vừa Người quản lý vận hành tại công ty 50–200 xe có quyền chọn công cụ điều phối
Problems (vấn đề) Chậm phân tuyến Việc phân tuyến thủ công gây ít nhất hai giờ làm lại mỗi ngày
Channels (kênh) Đội bán hàng trực tiếp Có thể tiếp cận người quyết định với chi phí phù hợp
Revenue Streams (dòng doanh thu) 500 USD/tháng Khách hàng trả 500 USD/tháng cho kết quả đề xuất
Key Partners (đối tác chính) Nhà cung cấp bản đồ Đối tác cấp dữ liệu với độ phủ, độ trễ và điều khoản phù hợp

Một giả định trên một ghi chú. Không gộp nhiều mệnh đề bằng "và".

3. Phân loại ba nhóm rủi ro

Vì sao cần phân loại: Một danh sách giả định phẳng, không phân nhóm, khiến đội dễ chỉ kiểm tra loại rủi ro dễ nhất (thường là khả thi kỹ thuật) và bỏ qua loại rủi ro nguy hiểm nhất (thường là mức khách hàng mong muốn hoặc kinh tế học). Ba nhóm rủi ro buộc đội nhìn toàn cảnh trước khi chọn ưu tiên.

3.1 Desirability Risk (rủi ro mức khách hàng mong muốn)

Kiểm tra khách hàng có muốn giá trị đề xuất hay không:

  • Phân khúc có thật, đủ hẹp và đủ lớn?
  • Customer Jobs (việc khách hàng cần hoàn thành), Pains (nỗi đau) và Gains (lợi ích mong muốn) có quan trọng?
  • Vấn đề có đủ cấp thiết để đổi khỏi Existing Alternatives (giải pháp thay thế hiện có)?
  • Tuyên bố giá trị có phù hợp và khác biệt?
  • Có tiếp cận, thu hút và giữ được khách hàng?
  • Khách hàng có thực hiện hành động cam kết?

3.2 Feasibility Risk (rủi ro khả thi vận hành)

Kiểm tra tổ chức có thể tạo và giao giá trị ở mức cần thiết hay không:

  • Công nghệ có đáp ứng ngưỡng chất lượng, tốc độ và độ tin cậy?
  • Có đủ Key Resources (nguồn lực chính), nhân lực, dữ liệu, tài sản trí tuệ và năng lực?
  • Có thiết lập được Key Partnerships (quan hệ đối tác chính)?
  • Có vận hành ở quy mô, thời gian và mức dịch vụ cần thiết?
  • Có đáp ứng pháp lý, an toàn, bảo mật và tuân thủ?

3.3 Viability Risk (rủi ro khả thi tài chính)

Kiểm tra mô hình có tạo giá trị kinh tế bền vững hay không:

  • Khách hàng có trả mức giá cụ thể?
  • Revenue Streams (dòng doanh thu) có đủ mạnh?
  • Cost Structure (cơ cấu chi phí) có kiểm soát được?
  • Doanh thu có thể vượt chi phí?
  • Kênh tăng trưởng và tỷ lệ rời bỏ có cho phép duy trì quy mô?

Không đồng nhất Viability Risk (rủi ro khả thi tài chính) với "có người đăng ký email". Email là cam kết nhỏ; thanh toán, đặt trước hoặc hợp đồng tạo bằng chứng mạnh hơn.

Failure mode: Một đội báo cáo "500 email đăng ký chờ" như bằng chứng khả thi tài chính. Đây là tín hiệu quan tâm (Desirability), không phải tín hiệu sẵn sàng trả tiền (Viability). Nhầm hai loại rủi ro khiến quyết định đầu tư dựa trên bằng chứng sai loại.

4. Thứ tự kiểm tra: mặc định và ngoại lệ

Thứ tự mặc định:

  1. Desirability Hypothesis (giả thuyết mức khách hàng mong muốn).
  2. Feasibility Hypothesis (giả thuyết khả thi vận hành).
  3. Viability Hypothesis (giả thuyết khả thi tài chính).

Lý do: mô hình xây được nhưng không ai muốn vẫn thất bại.

Tuy nhiên, đây không phải luật cứng. Kiểm tra Feasibility Hypothesis (giả thuyết khả thi vận hành) sớm khi có rào cản nền tảng:

  • Công nghệ lõi có thể bất khả thi.
  • Giấy phép quyết định quyền tồn tại.
  • Dữ liệu hoặc đối tác độc quyền không thể tiếp cận.
  • Rủi ro an toàn có hậu quả thảm họa.
  • Chi phí nghiên cứu và phát triển lớn khiến kiểm tra muộn quá đắt.

Kiểm tra Viability Hypothesis (giả thuyết khả thi tài chính) sớm khi mô hình phụ thuộc mạnh vào giá, biên lợi nhuận hoặc chi phí thu hút khách hàng.

Decision rule (quy tắc quyết định):

Kiểm tra giả định có thể làm mô hình thất bại sớm nhất, không máy móc kiểm tra khách hàng trước mọi trường hợp.

Ai có quyền đổi thứ tự mặc định: Core Team (đội cốt lõi) đề xuất thứ tự dựa trên bằng chứng về rào cản nền tảng; lãnh đạo xác nhận khi rào cản đó liên quan pháp lý, an toàn hoặc vốn đầu tư nghiên cứu và phát triển lớn. Đây không phải quyết định một người tự quyết trong nội bộ đội nếu chi phí sai lệch cao.

5. Lập Assumptions Map (bản đồ giả định)

5.1 Thành phần tham gia

Core Team (đội cốt lõi) tối thiểu gồm:

  • Product (sản phẩm).
  • Design (thiết kế).
  • Technology hoặc Engineering (công nghệ hoặc kỹ thuật).

Mời Supporting Team (đội hỗ trợ) theo loại rủi ro:

  • Legal (pháp lý).
  • Safety (an toàn).
  • Compliance (tuân thủ).
  • Data (dữ liệu).
  • Finance (tài chính).
  • Sales (bán hàng).
  • Marketing (tiếp thị).
  • User Research (nghiên cứu người dùng).
  • Chuyên gia miền.

Không để một lãnh đạo hoặc chức danh cao tự xếp hạng. Quyền lực dễ biến ý kiến thành mệnh lệnh.

5.2 Trục bản đồ

Assumptions Map (bản đồ giả định) dùng hai trục:

Trục ngang — Evidence (bằng chứng):

  • Bên trái: có bằng chứng liên quan, quan sát được và gần đây.
  • Bên phải: thiếu bằng chứng hoặc bằng chứng yếu, cũ, gián tiếp.

Trục dọc — Importance (mức quan trọng):

  • Phía trên: nếu sai, ý tưởng thất bại hoặc nhiều giả thuyết khác mất liên quan.
  • Phía dưới: nếu sai, đội vẫn có thể sửa với tác động giới hạn.

P3.1 - Assumption mapping và giả thuyết có thể kiểm chứng — diagram 2

Source mermaid — có thể chỉnh sửa 
flowchart TB
    A["Giả định đã liệt kê"] --> B{"Nếu sai, ý tưởng có thất bại<br/>hoặc giả thuyết khác mất liên quan?"}
    B -->|"Có"| C["Mức quan trọng cao"]
    B -->|"Không"| D["Mức quan trọng thấp"]
    C --> E{"Có bằng chứng liên quan,<br/>quan sát được, gần đây?"}
    D --> F{"Có bằng chứng liên quan,<br/>quan sát được, gần đây?"}
    E -->|"Có"| G["Trên trái: thách thức chất lượng<br/>bằng chứng và theo dõi"]
    E -->|"Không"| H["Trên phải: Riskiest Hypotheses<br/>thường gồm Leap-of-Faith Assumptions"]
    F -->|"Có"| I["Dưới trái: lưu và theo dõi"]
    F -->|"Không"| J["Dưới phải: chưa ưu tiên"]

Vùng trên phải chứa Riskiest Hypotheses (giả thuyết rủi ro nhất). Đây thường là Leap-of-Faith Assumptions (giả định mang tính bước ngoặt): những niềm tin nền tảng mà chiến lược phụ thuộc vào.

5.3 Chất lượng bằng chứng

Không hỏi "có dữ liệu không?". Hỏi dữ liệu có phù hợp không.

Bằng chứng mạnh dần theo bốn hướng:

  1. Ý kiến yếu hơn sự kiện đã xảy ra.
  2. Điều người dùng nói yếu hơn điều người dùng làm.
  3. Bối cảnh mô phỏng yếu hơn bối cảnh thật.
  4. Cam kết nhỏ như email yếu hơn cam kết lớn như thanh toán, đặt trước, hợp đồng hoặc uy tín nghề nghiệp.

Ví dụ:

  • "Tôi sẽ mua" là bằng chứng yếu.
  • "Tuần trước tôi đã trả 200 USD cho cách thay thế" mạnh hơn.
  • Nhấp nút giá mạnh hơn nói thích.
  • Thanh toán thật mạnh hơn đăng ký email.

Bằng chứng cũ có thể mất hiệu lực khi thị trường, quy định, giá hoặc hành vi đổi. Bằng chứng cho phân khúc khác cũng không tự chuyển sang phân khúc hiện tại.

5.4 Cách chạy phiên lập bản đồ

  1. Ghi riêng giả thuyết thuộc ba nhóm rủi ro.
  2. Dùng màu khác nhau cho từng nhóm.
  3. Một giả thuyết trên một ghi chú.
  4. Đặt từng giả thuyết độc lập trước.
  5. Thảo luận vị trí và căn cứ.
  6. Ghi nguồn bằng chứng cạnh giả thuyết.
  7. Đánh dấu vùng trên phải.
  8. Chọn một số ít giả thuyết cho danh sách thử nghiệm ngắn hạn.

Nếu đội tranh cãi giả định là "đã biết" hay "chưa biết", yêu cầu chỉ ra bằng chứng. Không có bằng chứng phù hợp thì xếp về phía thiếu bằng chứng.

Không cần tranh luận tọa độ tuyệt đối. Bản đồ là công cụ ưu tiên tương đối, không phải phép đo khoa học chính xác.

Failure mode: Đội dành cả buổi tranh luận một giả định nên nằm ở "trên phải" hay "trên trái", trong khi mục tiêu thực chỉ là biết giả định nào cần thử nghiệm sớm nhất. Tranh luận vị trí tuyệt đối là dấu hiệu bản đồ đang bị dùng sai mục đích.

6. Viết giả thuyết có thể kiểm chứng

Một giả thuyết tốt có ba thuộc tính:

  1. Testable (có thể kiểm tra): bằng chứng có thể ủng hộ hoặc bác bỏ.
  2. Precise (chính xác): rõ ai, điều gì, khi nào, trong bối cảnh nào và hình dạng thành công.
  3. Discrete (đơn nhất): một giả thuyết kiểm tra một điều.

Mẫu tối thiểu:

Chúng tôi tin rằng [đối tượng cụ thể] sẽ [thực hiện hành vi hoặc đạt kết quả quan sát được] trong [bối cảnh và thời gian].

Mẫu có ngưỡng:

Chúng tôi tin rằng [ít nhất X trong Y đối tượng] sẽ [hành vi] trong [bối cảnh], được đo bằng [chỉ số], với ngưỡng [tiêu chí].

Mẫu về động lực:

Chúng tôi tin rằng [đối tượng] thực hiện [hành vi] vì [động lực].

Phần "vì" hữu ích cho khám phá nguyên nhân, nhưng không thay hành vi và ngưỡng. Nếu vừa kiểm tra hành vi vừa kiểm tra nguyên nhân, nên tách thành hai giả thuyết.

6.1 Viết cả giả thuyết thuận và đối nghịch

Để giảm Confirmation Bias (thiên kiến xác nhận), viết Competing Hypothesis (giả thuyết đối nghịch).

Ví dụ:

  • Giả thuyết thuận: người quản lý cửa hàng bỏ giỏ hàng vì quy trình nhập kho mất thời gian.
  • Giả thuyết đối nghịch: họ bỏ giỏ hàng vì không tin độ chính xác dữ liệu, không phải vì thời gian.

Thử nghiệm phải có khả năng phân biệt hai cách giải thích. Nếu mọi kết quả đều được diễn giải thành "đúng", giả thuyết không có khả năng bị bác bỏ.

6.2 Ví dụ tốt và kém

Kém:

Thế hệ millennial sẽ thích sản phẩm.

Lỗi: phân khúc rộng, "thích" không quan sát rõ, không có bối cảnh hoặc ngưỡng.

Tốt hơn:

Ít nhất 8 trong 10 phụ huynh thuộc thế hệ millennial có con 5–9 tuổi, đã mua hoạt động giáo dục tại nhà trong ba tháng gần nhất, sẽ đặt trước bộ khoa học phù hợp cấp học với giá 15 USD/tháng.

Kém:

Có thể mua vật liệu, giao hàng và tạo lợi nhuận.

Lỗi: gộp nguồn cung, giao hàng, chi phí và lợi nhuận.

Tách đúng:

  • Có thể mua vật liệu với chi phí dưới 3 USD/hộp ở sản lượng 100 hộp/tháng.
  • Có thể giao nội địa với chi phí dưới 5 USD/hộp trong hai ngày.
  • Tổng chi phí biến đổi giữ dưới 60% giá bán ở sản lượng 100 hộp/tháng.

6.3 Value Hypothesis và Growth Hypothesis

The Lean Startup nhấn mạnh hai giả thuyết nền tảng:

  • Value Hypothesis (giả thuyết giá trị): khách hàng có nhận giá trị khi dùng sản phẩm không?
  • Growth Hypothesis (giả thuyết tăng trưởng): khách hàng mới khám phá sản phẩm qua cơ chế nào?

Ví dụ Value Hypothesis (giả thuyết giá trị):

Ít nhất 16 trong 20 phụ huynh sử dụng dịch vụ thủ công sẽ đánh giá trải nghiệm từ "hài lòng một phần" trở lên và ít nhất 8 người sẽ đặt mua lần hai trong 30 ngày.

Ví dụ Growth Hypothesis (giả thuyết tăng trưởng):

Trong sáu tuần, ít nhất 15% khách hàng đủ điều kiện sẽ chia sẻ mã giới thiệu; ít nhất 5% người nhận mã sẽ mua hàng mà không cần ưu đãi bổ sung.

Chương trình giới thiệu có thưởng không tự chứng minh tăng trưởng tự nhiên. Theo dõi cả chuyển đổi và duy trì sau ưu đãi.

Failure mode: Một đội viết "chúng tôi tin người dùng sẽ thích tính năng mới" và coi đó là giả thuyết. Không có đối tượng cụ thể, không có hành vi quan sát được, không có ngưỡng — câu này không thể bị bác bỏ bởi bất kỳ dữ liệu nào, nên nó không phải giả thuyết kiểm chứng được.

7. Từ giả thuyết sang danh sách thử nghiệm

Giả thuyết chưa phải thiết kế thử nghiệm. Mỗi thử nghiệm cần bốn thành phần:

  1. Hypothesis (giả thuyết).
  2. Experiment (thử nghiệm).
  3. Metrics (chỉ số).
  4. Criteria (ngưỡng quyết định).

Test Card (thẻ thiết kế thử nghiệm) nên ghi thêm:

  • Đối tượng.
  • Bối cảnh.
  • Hành động cần quan sát.
  • Thời gian chạy.
  • Rủi ro đạo đức, pháp lý và thương hiệu.
  • Điều kiện dừng.
  • Hành động khi đạt, chưa rõ hoặc không đạt ngưỡng.

Ví dụ:

Thành phần Nội dung
Giả thuyết 10% khách truy cập đủ điều kiện sẽ bắt đầu đặt tour ở mức giá 30 USD
Thử nghiệm Trang đích có lịch, giá và nút đặt tour
Chỉ số Tỷ lệ bắt đầu đặt; tỷ lệ hoàn tất; nguồn truy cập
Ngưỡng Ít nhất 10% bắt đầu đặt và 3% hoàn tất trên tối thiểu 300 khách đủ điều kiện
Nếu đạt Kiểm tra khả năng cung ứng và phí giao dịch
Nếu chưa rõ Kiểm tra thông điệp, chất lượng nguồn truy cập và quy trình đặt
Nếu không đạt Sửa phân khúc, giá trị, giá hoặc dừng hướng hiện tại

Ngưỡng phải đặt trước khi xem kết quả. Nếu hạ ngưỡng sau khi thấy dữ liệu, đội đang tạo Success Theater (kịch thành công).

Ngưỡng trong sách và ví dụ chỉ là Rule of Thumb (quy tắc kinh nghiệm). Cỡ mẫu, mức tin cậy và ngưỡng phải phù hợp rủi ro quyết định. Quyết định khó đảo ngược cần bằng chứng mạnh hơn.

Applied — tình huống sản phẩm Localize

Ghi chú: Tình huống dưới đây là mô phỏng (simulated) để minh họa cách áp dụng khung Assumption Mapping, không phải một case study có thật.

Bối cảnh

Đội Localize muốn kết nối khách du lịch với người địa phương tổ chức tour đi bộ. Đội có một Product Manager, một nhà thiết kế và một kỹ sư. Dữ liệu ban đầu gồm quan sát cá nhân và bài viết về du lịch trải nghiệm. Đây là tín hiệu khám phá, chưa phải bằng chứng nhu cầu mua.

1. Tách mô hình thành hai phía

Đội không dùng một câu chuyện chung cho toàn bộ thị trường. Họ tạo hai bản Lean Canvas (khung mô hình kinh doanh tinh gọn):

  • Phía cầu: khách du lịch mua tour.
  • Phía cung: người địa phương cung cấp tour.

Họ ghi rõ:

Phía Giả định ban đầu
Khách du lịch Khách 22–35 tuổi muốn trải nghiệm địa phương ít đại trà
Người tổ chức tour Người địa phương có kiến thức và thời gian để dẫn tour
Trao đổi giá trị Khách trả khoảng 30 USD/người; nền tảng thu phí giao dịch
Kênh Nội dung du lịch, tìm kiếm, cộng đồng và đối tác lưu trú
Năng lực Có thể sàng lọc người tổ chức và xử lý an toàn
Lợi thế Mạng lưới tour chất lượng có thể tạo hiệu ứng mạng

Đội không coi "hiệu ứng mạng" là lợi thế hiện có. Nó mới là câu chuyện hình thành Unfair Advantage (lợi thế khó sao chép), cần bằng chứng về cung, cầu và mức độ lặp lại.

2. Trích xuất và phân loại giả định

Facts (Sự việc): Đội có canvas hai phía, chưa có dữ liệu hành vi thật, chỉ có quan sát cá nhân và bài viết tham khảo.

Current behavior (Hành vi hiện tại): Đội đang có xu hướng muốn bắt đầu xây ứng dụng vì đây là năng lực quen thuộc nhất trong đội.

Underlying need (Nhu cầu thật): Cần biết giả định nào, nếu sai, sẽ làm sập toàn bộ mô hình — trước khi đầu tư công sức xây dựng.

Options (Lựa chọn):

Giả định Nhóm rủi ro Mức quan trọng Bằng chứng hiện có
Khách du lịch gặp khó khi tìm trải nghiệm địa phương đáng tin Desirability Risk (rủi ro mức khách hàng mong muốn) Cao Bài viết và quan sát gián tiếp
Khách sẵn sàng trả khoảng 30 USD cho tour 2–3 giờ Viability Risk (rủi ro khả thi tài chính) Cao Chưa có
Khách sẵn sàng đi cùng người địa phương chưa quen Desirability Risk (rủi ro mức khách hàng mong muốn) Cao Chưa có
Có thể tuyển người tổ chức tour đạt chuẩn Feasibility Risk (rủi ro khả thi vận hành) Cao Chưa có
Có thể sàng lọc an toàn với chi phí phù hợp Feasibility Risk (rủi ro khả thi vận hành) Cao Chưa có
Người tổ chức chấp nhận phí giao dịch 20% Viability Risk (rủi ro khả thi tài chính) Trung bình đến cao Chưa có
Đội có thể xây ứng dụng di động Feasibility Risk (rủi ro khả thi vận hành) Thấp ở thời điểm này Kỹ năng nội bộ đã biết

Decision criteria (Tiêu chí quyết định): Chọn giả định có mức quan trọng cao và thiếu bằng chứng (vùng trên phải), bỏ qua giả định đã có kỹ năng nội bộ xác nhận (khả năng xây app).

Decision (Quyết định): Không đưa "khả năng xây ứng dụng" vào vùng ưu tiên. Ứng dụng chưa cần tồn tại để kiểm tra nhu cầu, giá và nguồn cung.

Authority (Thẩm quyền): Core Team tự quyết định vì đây là lựa chọn nội bộ về trình tự học, không ảnh hưởng cam kết pháp lý hay vốn lớn.

Artifact (Tài liệu ghi lại): Bảng phân loại giả định theo rủi ro, gắn nguồn bằng chứng.

Consequence if wrong (Hậu quả nếu sai): Nếu đội vẫn ưu tiên xây app trước, họ tiêu tốn vài tuần công sức kỹ thuật trong khi giả định nền tảng về nhu cầu và giá vẫn chưa được kiểm tra — rủi ro cao nhất chưa giảm.

3. Chọn giả định rủi ro nhất

Đội chọn ba giả định vùng trên phải:

  1. Vấn đề tìm trải nghiệm địa phương đủ cấp thiết.
  2. Khách thực hiện cam kết ở mức giá đề xuất.
  3. Có thể tuyển nguồn cung đạt chuẩn trong phạm vi hẹp.

Đội hoãn giả định phí 20%. Lý do: chưa có giao dịch thì tỷ lệ phí chưa phải rủi ro đầu tiên. Tuy nhiên, đội ghi nó vào danh sách kế tiếp, không loại bỏ.

4. Viết giả thuyết có thể kiểm chứng

Giả thuyết vấn đề

Trong 20 cuộc phỏng vấn với khách 22–35 tuổi đã tự lên kế hoạch cho chuyến đi thành phố trong ba tháng gần nhất, ít nhất 8 người sẽ kể lại một sự kiện cụ thể khi họ không tìm được trải nghiệm địa phương đáng tin; vấn đề này nằm trong ba khó khăn lớn nhất của ít nhất 6 người.

Giả thuyết đối nghịch:

Khách tìm được đủ lựa chọn qua nền tảng hiện có; trở ngại chính là thời gian, giá hoặc lịch trình, không phải thiếu trải nghiệm địa phương.

Ngưỡng 8/20 và 6/20 là tiêu chí định hướng do đội đặt trước, không phải chuẩn phổ quát.

Giả thuyết nhu cầu và giá

Trong 14 ngày, ít nhất 10% trong 300 khách truy cập đủ điều kiện từ cùng một thành phố sẽ chọn tour cụ thể ở mức giá trung bình 30 USD/người; ít nhất 3% sẽ hoàn tất quy trình đặt trước có điều khoản rõ ràng.

Đội không dùng đăng ký email làm bằng chứng sẵn sàng trả. Email chỉ đo quan tâm yếu. Giá và hành động đặt trước tạo bằng chứng gần hành vi mua hơn.

Nếu chưa có khả năng cung cấp tour, đội không thu tiền thật. Họ dùng Mock Sale (mô phỏng mua hàng), giải thích rõ trạng thái dịch vụ và không thu thông tin thanh toán. Nếu dùng Presale (bán trước), đội phải có khả năng thực hiện, điều khoản hoàn tiền và rà soát pháp lý.

Giả thuyết nguồn cung

Trong 14 ngày tại Hà Nội, đội sẽ tuyển được ít nhất 20 ứng viên phù hợp; ít nhất 8 người vượt vòng sàng lọc ban đầu về kinh nghiệm, lịch trống, an toàn và khả năng dẫn một tour mẫu.

"Có 20 người điền biểu mẫu" không đủ. Tiêu chí phải phản ánh chất lượng nguồn cung, không chỉ số lượng đầu mối.

5. Tạo danh sách thử nghiệm ngắn hạn

Ưu tiên Giả thuyết Thử nghiệm phù hợp Bằng chứng cần
1 Vấn đề đủ cấp thiết Phỏng vấn sự kiện gần nhất; phân tích diễn đàn và tìm kiếm Sự kiện thật, cách thay thế, mức cấp thiết
2 Nhu cầu ở mức giá 30 USD Trang đích có tour, giá và Call to Action (lời kêu gọi hành động) Chọn tour, bắt đầu đặt, hoàn tất
3 Tuyển được nguồn cung đạt chuẩn Tuyển thủ công, phỏng vấn và tour mẫu Ứng viên đủ điều kiện, thời gian, chi phí
4 Có thể giao trải nghiệm tốt Concierge (dịch vụ thủ công minh bạch) cho nhóm nhỏ Thanh toán, hài lòng, thời gian và chi phí giao
5 Phí 20% chấp nhận được Đề nghị thương mại với người tổ chức đã trải nghiệm quy trình Chấp nhận điều khoản, không chỉ đồng ý bằng lời

Đội giới hạn một thử nghiệm đang chuẩn bị, một thử nghiệm đang chạy và một thử nghiệm đang phân tích. Mục tiêu: hoàn tất vòng học trước khi mở thêm việc.

6. Quyết định sau bằng chứng

  • Bằng chứng ủng hộ vấn đề nhưng yếu về giá: giữ phân khúc, kiểm tra giá trị hoặc mức giá khác.
  • Bằng chứng ủng hộ cầu nhưng nguồn cung kém: đổi tiêu chuẩn, mô hình cung ứng hoặc phạm vi địa lý.
  • Nguồn cung tốt nhưng khách không cam kết: sửa phân khúc, vấn đề, giá trị hoặc dừng.
  • Cả hai phía có tín hiệu và trải nghiệm thủ công đạt ngưỡng: tăng độ chân thực thử nghiệm; chưa cần xây ứng dụng đầy đủ.
  • Bằng chứng bác bỏ giả định nền tảng: Pivot (đổi hướng) hoặc Kill (dừng), không tiếp tục xây để bảo vệ chi phí đã bỏ ra.

Artifact tạo ra

  • Hai Lean Canvas Snapshot (ảnh chụp khung mô hình kinh doanh tinh gọn) cho hai phía.
  • Assumptions Register (sổ đăng ký giả định) gắn giả định với khối mô hình và nguồn bằng chứng.
  • Assumptions Map (bản đồ giả định).
  • Danh sách Riskiest Hypotheses (giả thuyết rủi ro nhất).
  • Near-Term Experimentation Backlog (danh sách thử nghiệm ngắn hạn).
  • Test Card (thẻ thiết kế thử nghiệm) cho thử nghiệm đầu tiên.

Senior Lens — quản trị dưới bất định

1. Quyền quyết định

Core Team (đội cốt lõi) sở hữu:

  • Viết và tách giả thuyết.
  • Đề xuất vị trí trên Assumptions Map (bản đồ giả định).
  • Chọn cách học trong phạm vi được giao.
  • Đề xuất Pivot, Persevere hoặc Kill (đổi hướng, tiếp tục hoặc dừng).

Lãnh đạo sở hữu:

  • Định hướng chiến lược.
  • Ràng buộc pháp lý, đạo đức, thương hiệu và ngân sách.
  • Funding Gate (cổng cấp vốn).
  • Quyền truy cập khách hàng, dữ liệu, chuyên gia và đối tác.
  • Quyết định bắt buộc khi tác động vượt phạm vi đội.

Lãnh đạo không nên sửa vị trí giả định bằng chức danh. Câu hỏi đúng:

  • Bằng chứng nào đặt giả định ở đây?
  • Có bằng chứng trái chiều nào?
  • Quyết định nào phụ thuộc vào giả định?
  • Cần mức bằng chứng nào trước khi tăng vốn?
  • Thử nghiệm có thể gây hại cho ai?

Phải phân biệt rõ câu hỏi, ý kiến, khuyến nghị và quyết định bắt buộc. Một nhận xét mơ hồ từ người có quyền thường bị đội hiểu thành lệnh.

Escalation boundary (ranh giới leo thang): Khi bằng chứng cho thấy cần thay đổi phân khúc, mô hình doanh thu, hoặc dừng cược, đội trình bày bằng chứng và đề xuất cho lãnh đạo — quyết định cuối thuộc lãnh đạo nếu tác động vượt phạm vi ngân sách hoặc chiến lược đã giao cho đội.

2. Cấp vốn theo mức giảm bất định

Khi bất định cao:

  • Đội nhỏ.
  • Cược nhỏ.
  • Thời gian ngắn.
  • Bằng chứng nhanh, rẻ.
  • Phạm vi thử nghiệm giới hạn.

Chỉ tăng người, vốn và độ chân thực khi bằng chứng mạnh dần. Không cấp vốn theo độ đẹp của lộ trình tính năng hoặc độ hoàn chỉnh của bản trình bày.

Dừng một hướng có bằng chứng yếu không mặc định là thất bại đội. Nó giải phóng vốn cho cơ hội tốt hơn.

3. Ngưỡng bằng chứng theo loại quyết định

Loại quyết định Mức bằng chứng phù hợp
Đảo ngược dễ, chi phí thấp Tín hiệu định tính hoặc hành vi nhỏ có thể đủ
Xây nguyên mẫu giới hạn Nhiều nguồn bằng chứng; ưu tiên hành vi
Tuyển đội lớn hoặc ký hợp đồng dài hạn Bằng chứng mạnh, gần bối cảnh thật
Ra mắt rộng hoặc đầu tư vốn lớn Nhiều thử nghiệm, gồm hành động cam kết mạnh
An toàn, pháp lý hoặc tác động khó đảo ngược Rà soát chuyên môn và ngưỡng bảo thủ

Đây là bảng trade-off cốt lõi cho senior: mức bằng chứng cần thiết tỷ lệ thuận với chi phí đảo ngược quyết định, không tỷ lệ thuận với mức độ tự tin của đội.

Không dùng câu "cần thêm dữ liệu" để trì hoãn mọi quyết định đảo ngược được. Cũng không dùng một thử nghiệm yếu cho quyết định khó đảo ngược.

4. Bằng chứng mất hiệu lực sau đổi hướng

Pivot (đổi hướng) có thể làm bằng chứng cũ mất liên quan.

  • Đổi thông điệp nhỏ: phần lớn bằng chứng có thể còn dùng.
  • Đổi giải pháp: bằng chứng vấn đề có thể còn, bằng chứng sử dụng phải kiểm tra lại.
  • Đổi phân khúc: nhiều bằng chứng khách hàng mất hiệu lực.
  • Đổi vấn đề hoặc mô hình doanh thu: phải rà soát lại phần lớn mô hình.

Mọi Decision Record (hồ sơ quyết định) nên nối:

Giả thuyết → Bằng chứng → Nhận định → Hành động → Phần bằng chứng còn hiệu lực

5. Đạo đức là ràng buộc thiết kế

Phân biệt thử nghiệm cùng khách hàng với thử nghiệm lên khách hàng.

Trước khi chạy, xác định:

  • Phân khúc và số người tham gia.
  • Thời gian chạy.
  • Dữ liệu hoặc cam kết thu thập.
  • Cách dùng thương hiệu.
  • Mức phơi nhiễm tài chính.
  • Cơ chế dừng.
  • Rà soát pháp lý, an toàn và tuân thủ khi cần.

Không:

  • Thu tiền nếu không có ý định hoặc khả năng thực hiện.
  • Dùng chứng thực giả.
  • Tạo trạng thái "hết hàng" giả.
  • Thu dữ liệu vượt nhu cầu thử nghiệm.
  • Dùng nút giả trong chức năng tối quan trọng mà không có cơ chế tắt và thông báo phù hợp.

Risk và Authority: Vi phạm các ràng buộc trên tạo rủi ro pháp lý và uy tín thương hiệu vượt phạm vi quyết định của Core Team. Bất kỳ thử nghiệm nào thu tiền thật, dùng dữ liệu cá nhân nhạy cảm, hoặc có khả năng gây hiểu nhầm về tình trạng dịch vụ đều cần rà soát của Legal/Compliance trước khi chạy, không chỉ là "nên tham khảo".

6. Nhịp quản trị tối thiểu

Nhịp tuần:

  1. Rà soát bằng chứng.
  2. Cập nhật khung mô hình.
  3. Cập nhật Assumptions Map (bản đồ giả định).
  4. Chọn ít nhất một giả thuyết quan trọng.
  5. Hoàn tất Test Card (thẻ thiết kế thử nghiệm).
  6. Ghi quyết định và chủ sở hữu.

Nhịp tháng:

  • Trình bày điều đã thử.
  • Nêu bằng chứng thuận và nghịch.
  • Nêu điều bất ngờ.
  • Đề xuất Pivot, Persevere hoặc Kill (đổi hướng, tiếp tục hoặc dừng).
  • Yêu cầu gỡ điểm nghẽn hoặc điều chỉnh vốn.

Không tổng hợp bài học rồi giữ nguyên chiến lược và danh sách công việc.

Anti-patterns — dấu hiệu cảnh báo

1. Kiểm tra điều dễ thay vì điều nguy hiểm

Đội kiểm tra tích hợp kỹ thuật vì quen thuộc, trong khi chưa biết ai trả tiền.

Sửa: hỏi giả định nào làm mô hình chết nếu sai. Chọn giả định đó trước.

2. Bắt đầu bằng giải pháp

Đội tung phỏng đoán tốt nhất, gọi là Minimum Viable Product (sản phẩm khả dụng tối thiểu), rồi mong dữ liệu hành vi tự giải thích vấn đề.

Sửa: hiểu phân khúc, sự kiện, vấn đề và cách thay thế trước. Chỉ xây phần cần để tạo bằng chứng tiếp theo.

3. Gộp nhiều giả thuyết

"Khách muốn, trả tiền và giới thiệu" là ba giả thuyết.

Sửa: một mệnh đề trên một ghi chú; một tiêu chí quyết định chính trên một giả thuyết.

4. Dùng động từ không đo được

"Thích", "quan tâm", "thấy hữu ích" thiếu hành vi quan sát.

Sửa: dùng hành động như đặt lịch, tải dữ liệu, quay lại, đặt trước, thanh toán hoặc ký.

5. Hạ ngưỡng sau khi thấy kết quả

Đội đặt mục tiêu 15%, đạt 6%, rồi gọi 6% là tín hiệu tốt.

Sửa: khóa ngưỡng trước; nếu ngưỡng sai, ghi quyết định thay đổi và chạy lại.

6. Coi lời nói là hành vi

"Tôi chắc chắn sẽ mua" không bằng mua.

Sửa: tăng dần cam kết từ trả lời, nhấp, để lại thông tin, đặt trước đến thanh toán.

7. Một thử nghiệm cho quyết định lớn

Một khảo sát hoặc trang đích đạt ngưỡng không chứng minh doanh nghiệp bền vững.

Sửa: dùng nhiều loại thử nghiệm cho giả thuyết quan trọng, tăng dần độ mạnh bằng chứng.

8. Bản đồ giả định thành nghi thức

Đội lập bản đồ đẹp, sau đó quay lại lộ trình tính năng cũ.

Sửa: buộc danh sách công việc và quyết định vốn nối với vùng trên phải.

9. Tranh luận vị trí quá lâu

Đội dành nhiều ngày để tranh luận một ghi chú nằm lệch bao nhiêu.

Sửa: giới hạn thời gian. Thiếu bằng chứng phù hợp thì xếp về phía chưa biết và kiểm tra.

10. Chỉ tìm bằng chứng thuận

Đội bỏ qua dữ liệu trái ý hoặc chọn mẫu thuận lợi.

Sửa: viết giả thuyết đối nghịch, mời người độc lập tổng hợp và báo cáo bằng chứng trái chiều.

11. Thuê ngoài vòng học hỏi

Đơn vị nghiên cứu chạy toàn bộ thử nghiệm; đội chỉ đọc báo cáo.

Sửa: có thể thuê năng lực chuyên môn, nhưng đội sở hữu giả thuyết, tham gia thiết kế, quan sát và ra quyết định.

12. Nhầm số lượng thử nghiệm với chất lượng học

Chạy nhiều thử nghiệm nhưng không đổi quyết định.

Sửa: mỗi thử nghiệm phải nối với giả thuyết, ngưỡng, nhận định và hành động.

Quick reference

Quy trình chuẩn

Bước Hành động Đầu ra
1 Chọn công cụ mô hình hóa Lean Canvas, Business Model Canvas hoặc Value Proposition Canvas phù hợp
2 Tạo bản cá nhân rồi hợp nhất Ảnh chụp giả định hiện tại
3 Tách mô hình nhiều phía hoặc nhiều câu chuyện Bộ khung biến thể
4 Trích xuất một giả định trên một ghi chú Sổ đăng ký giả định
5 Phân loại mức mong muốn, khả thi vận hành, khả thi tài chính Danh sách giả định theo rủi ro
6 Đặt lên bản đồ theo mức quan trọng và bằng chứng Assumptions Map (bản đồ giả định)
7 Chọn vùng quan trọng, thiếu bằng chứng Danh sách giả thuyết rủi ro nhất
8 Viết giả thuyết rõ đối tượng, hành vi, bối cảnh và ngưỡng Giả thuyết có thể kiểm chứng
9 Viết giả thuyết đối nghịch Cách giải thích cạnh tranh
10 Chọn thử nghiệm theo rủi ro, bất định và thời hạn quyết định Danh sách thử nghiệm ngắn hạn
11 Ghi chỉ số, ngưỡng và hành động trước khi chạy Test Card (thẻ thiết kế thử nghiệm)
12 Gắn bằng chứng với giả thuyết, rồi ra quyết định Decision Record (hồ sơ quyết định)

Checklist chất lượng giả thuyết

  • [ ] Một đối tượng cụ thể.
  • [ ] Một hành vi hoặc kết quả quan sát được.
  • [ ] Một bối cảnh xác định.
  • [ ] Một khoảng thời gian.
  • [ ] Một chỉ số.
  • [ ] Một ngưỡng đặt trước.
  • [ ] Có khả năng bị bác bỏ.
  • [ ] Không gộp nhiều giả định.
  • [ ] Có giả thuyết đối nghịch khi nguy cơ thiên kiến cao.
  • [ ] Có hành động khi đạt, chưa rõ hoặc không đạt.
  • [ ] Ngưỡng phù hợp mức rủi ro quyết định.
  • [ ] Thử nghiệm đáp ứng đạo đức, pháp lý, an toàn và bảo mật.

Quy tắc quyết định

Kết quả Hành động
Bằng chứng ủng hộ, mức tin cậy đủ Kiểm tra giả thuyết trọng yếu kế tiếp hoặc tăng độ chân thực
Bằng chứng ủng hộ nhưng yếu Chạy thử nghiệm khác tạo cam kết mạnh hơn
Bằng chứng lẫn lộn Kiểm tra chất lượng mẫu, bối cảnh, chỉ số và giả thuyết đối nghịch
Bằng chứng bác bỏ Đổi hướng hoặc dừng
Xuất hiện nhận định mới Cập nhật mô hình, bản đồ và danh sách thử nghiệm
Đổi phân khúc, vấn đề hoặc giải pháp lớn Rà soát hiệu lực bằng chứng cũ

Thuật ngữ sử dụng trong chương

Thuật ngữ Giải nghĩa tiếng Việt
Assumption Giả định: điều tin là đúng nhưng chưa có đủ bằng chứng
Business Hypothesis Giả thuyết kinh doanh: giả định nền tảng của tuyên bố giá trị, mô hình kinh doanh hoặc chiến lược
Testable Hypothesis Giả thuyết có thể kiểm chứng: phát biểu có thể được bằng chứng ủng hộ hoặc bác bỏ
Competing Hypothesis Giả thuyết đối nghịch: cách giải thích cạnh tranh dùng giảm thiên kiến xác nhận
Assumptions Mapping Lập bản đồ giả định: ưu tiên giả định theo mức quan trọng và bằng chứng
Riskiest Hypothesis Giả thuyết rủi ro nhất: giả thuyết quan trọng nhưng thiếu bằng chứng
Leap-of-Faith Assumption Giả định mang tính bước ngoặt: niềm tin nền tảng mà chiến lược phụ thuộc
Desirability Risk Rủi ro mức khách hàng mong muốn
Feasibility Risk Rủi ro khả thi vận hành
Viability Risk Rủi ro khả thi tài chính
Evidence Bằng chứng: dữ liệu quan sát dùng ủng hộ hoặc bác bỏ giả thuyết
Insight Nhận định có thể hành động rút từ bằng chứng
Confidence Level Mức tin cậy dựa trên loại, độ mạnh, số lượng và bối cảnh bằng chứng
Lean Canvas Khung mô hình kinh doanh tinh gọn dùng ghi nhanh giả định
Business Model Canvas Khung mô hình kinh doanh mô tả cách tạo, phân phối và thu giá trị
Value Proposition Canvas Khung tuyên bố giá trị nối hồ sơ khách hàng với bản đồ giá trị
Value Hypothesis Giả thuyết giá trị: khách hàng có nhận giá trị khi sử dụng hay không
Growth Hypothesis Giả thuyết tăng trưởng: khách hàng mới khám phá sản phẩm qua cơ chế nào
Test Card Thẻ thiết kế thử nghiệm gồm giả thuyết, thử nghiệm, chỉ số và ngưỡng
Decision Record Hồ sơ quyết định nối giả thuyết, bằng chứng, nhận định và hành động
Pivot Đổi hướng chiến lược có cấu trúc
Persevere Tiếp tục hướng hiện tại dựa trên bằng chứng
Kill Dừng cược và tái phân bổ nguồn lực
Validated Learning Học hỏi đã được xác thực bằng dữ liệu thực nghiệm
Confirmation Bias Thiên kiến xác nhận: ưu tiên dữ liệu ủng hộ niềm tin sẵn có
Success Theater Kịch thành công: trình bày tín hiệu đẹp nhưng không tạo học hỏi đáng tin
Call to Action Lời kêu gọi hành động có thể quan sát và đo
Fidelity Độ chân thực của thử nghiệm so với trải nghiệm thật

Nguồn và giới hạn

Đóng góp của từng nguồn

Testing Business Ideas cung cấp:

  • Vòng lặp Business Design–Testing (thiết kế kinh doanh–kiểm thử).
  • Ba nhóm rủi ro.
  • Assumptions Map (bản đồ giả định).
  • Tiêu chí giả thuyết có thể kiểm tra, chính xác và đơn nhất.
  • Test Card (thẻ thiết kế thử nghiệm).
  • Chuỗi giả thuyết, bằng chứng, nhận định và hành động.
  • Quản trị đội, cấp vốn, đạo đức và độ mạnh bằng chứng.

Running Lean cung cấp:

  • Vòng Model–Prioritize–Test (mô hình hóa–ưu tiên–kiểm thử).
  • Lean Canvas (khung mô hình kinh doanh tinh gọn).
  • Quy tắc tạo bản cá nhân trước để giảm tư duy bầy đàn.
  • Cách tách mô hình nhiều phía và bộ khung biến thể.
  • Tư duy yêu vấn đề, không yêu giải pháp.
  • Kiểm tra rủi ro lớn nhất thay vì việc dễ nhất.

The Lean Startup cung cấp:

  • Validated Learning (học hỏi đã được xác thực).
  • Leap-of-Faith Assumptions (giả định mang tính bước ngoặt).
  • Value Hypothesis (giả thuyết giá trị).
  • Growth Hypothesis (giả thuyết tăng trưởng).
  • Quyết định Pivot or Persevere (đổi hướng hoặc tiếp tục).
  • Trách nhiệm lãnh đạo trong môi trường bất định.

Khác biệt cần giữ

Các nguồn thống nhất về việc kiểm tra giả định rủi ro trước cam kết lớn, nhưng khác trọng tâm:

  • Running Lean thường ưu tiên mức khách hàng mong muốn trước, sau đó kiểm tra kinh tế học và khả năng xây dựng.
  • Testing Business Ideas tổ chức giả thuyết theo mức khách hàng mong muốn, khả thi vận hành và khả thi tài chính, rồi chọn theo mức quan trọng và bằng chứng.
  • The Lean Startup nhấn mạnh giả thuyết giá trị và tăng trưởng, cùng vòng học phục vụ đổi hướng hoặc tiếp tục.

Không nên biến khác biệt này thành thứ tự cứng. Trong công nghệ sâu, dược phẩm, hạ tầng, an toàn hoặc ngành chịu quản lý chặt, rào cản khả thi vận hành có thể phải kiểm tra trước. Trong mô hình có biên lợi nhuận mỏng, giá và chi phí có thể trở thành giả định đầu tiên.

Giới hạn áp dụng

  • Bản đồ phản ánh chất lượng suy luận của người tham gia; nó không tự loại thiên kiến.
  • Vị trí trên bản đồ là tương đối, không phải phép đo xác suất.
  • Ngưỡng ví dụ không phải chuẩn thống kê phổ quát.
  • Bằng chứng khám phá thường chưa đủ cho quyết định đầu tư lớn.
  • Bằng chứng hành vi mạnh vẫn có thể sai nếu mẫu, kênh hoặc bối cảnh không đại diện.
  • Bằng chứng có thể mất hiệu lực sau đổi hướng hoặc thay đổi thị trường.
  • Khung làm việc không thay đánh giá pháp lý, an toàn, bảo mật, đạo đức hoặc chuyên môn miền.
  • Một mô hình hoạt động trên giấy chỉ là điều kiện để tiếp tục kiểm tra, không chứng minh mô hình sẽ hoạt động ngoài thị trường.
  • Chương này cung cấp khung tư duy và ví dụ mô phỏng; nó không thay thế kinh nghiệm trực tiếp điều hành một chu kỳ Assumption Mapping thật với dữ liệu, con người và áp lực thời gian thực.