P2.1 — Problem discovery và xây dựng hiểu biết liên tục về khách hàng
Module: P2 - Product Discovery Mục tiêu đọc: Chọn đúng khách hàng. Khám phá vấn đề qua hành vi thật. Phân biệt tín hiệu mạnh với lời nói xã giao. Tổng hợp bằng chứng thành mô hình cơ hội. Duy trì nhịp học hằng tuần. Dùng hiểu biết đó đổi quyết định sản phẩm. Nguồn tổng hợp: Continuous Discovery Habits, Lean Customer Development, The Mom Test
Mental model — nhìn toàn cảnh trước khi đi vào chi tiết
Đội luôn phải quyết định trước khi biết đủ
Problem discovery (khám phá vấn đề) không phải hỏi khách muốn gì. Mục tiêu là xây mô hình đáng tin về:
- Ai gặp vấn đề.
- Kết quả họ muốn.
- Hành vi hiện tại.
- Trở ngại, giải pháp thay thế, chi phí.
- Vấn đề có đủ quan trọng để họ đổi hành vi hoặc trả tiền không.
- Cơ hội nào thúc đẩy Outcome (kết quả cần tạo) của đội.
Dữ liệu, kinh nghiệm, ý kiến của đội vẫn sai. Mỗi nguồn cho góc nhìn hẹp. PM thấy khiếu nại, bối cảnh kinh doanh. Designer thấy nhầm lẫn, cảm xúc. Engineer thấy phụ thuộc kỹ thuật, lỗi. Khách hàng thường mô tả hình ảnh họ tin về bản thân, không phải Actual Behavior (hành vi thực tế).
Ba sách thống nhất: - The Mom Test: Hỏi về sự kiện cụ thể trong quá khứ. Tránh lời khen, dự đoán tương lai. - Lean Customer Development: Xem mọi nhận định là Hypothesis (giả thuyết cần kiểm tra). Đối chiếu với hành vi, chi phí, nỗ lực hiện tại. - Continuous Discovery Habits: Học hằng tuần. Nối Customer Evidence (bằng chứng khách hàng) với Outcome (kết quả cần tạo), Opportunity (cơ hội can thiệp) và quyết định đội.
Khác biệt phạm vi: - The Mom Test: Mạnh nhất về chất lượng Customer Conversation (cuộc trò chuyện với khách hàng) và yêu cầu Commitment (cam kết bằng thứ có giá trị). - Lean Customer Development: Mở rộng sang giả thuyết kinh doanh, phân khúc, hành vi mua, Minimum Viable Product (MVP — sản phẩm khả dụng tối thiểu). - Continuous Discovery Habits: Mạnh về Operating Cadence (nhịp vận hành), Shared Understanding (hiểu biết chung), Opportunity Solution Tree (OST — cây cơ hội–giải pháp), quyền quyết định của Product Trio (bộ ba sản phẩm).
Mental model (mô hình tư duy) thống nhất:
Bắt đầu bằng Outcome (kết quả cần tạo). Chọn phân khúc đủ hẹp. Nêu điều chưa biết. Thu dữ kiện từ hành vi thật. Tổng hợp thành Opportunity Space (không gian cơ hội). Chọn cơ hội mục tiêu. Tiếp tục học khi sản phẩm, thị trường thay đổi.
Source mermaid — có thể chỉnh sửa
flowchart TB
A["Outcome<br/>(kết quả cần tạo)"] --> B["Focused Segment<br/>(phân khúc tập trung)"]
B --> C["Unknowns & Risks<br/>(điều chưa biết và rủi ro)"]
subgraph W["Học hằng tuần: thu thập → tổng hợp → quyết định"]
C --> D["Chọn phương pháp thu bằng chứng"]
D --> E["Trò chuyện với khách hàng<br/>Sự kiện và hành vi quá khứ"]
D --> F["Quan sát hành vi thực tế"]
D --> G["Đối chiếu dữ liệu hiện có"]
E --> H["Evidence (bằng chứng)<br/>Dữ kiện, chi phí, nỗ lực,<br/>giải pháp thay thế/tạm thời,<br/>cam kết bằng thứ có giá trị"]
F --> H
G --> H
H --> I["Opportunity Space<br/>(không gian cơ hội)<br/>Nhu cầu, kết quả mong muốn,<br/>trở ngại, giải pháp thay thế, chi phí"]
I --> J["Target Opportunity<br/>(cơ hội mục tiêu)"]
J --> K["Solution & Assumption Test<br/>(kiểm thử giải pháp và giả định)"]
K --> L["Kết quả học được từ thử nghiệm<br/>Tích cực hoặc tiêu cực"]
L --> N{"Product Trio chọn<br/>bước tiếp theo"}
end
E -->|Một phỏng vấn sửa câu hỏi| D
H -->|Cập nhật điều chưa biết| C
H -->|Nhiều phỏng vấn có thể sửa phân khúc| B
N -->|Tiếp tục kiểm thử| K
N -->|Giả định sai: cập nhật Opportunity Space| I
N -->|Dừng hướng giải pháp| O["Dừng hướng giải pháp"]
O -->|Chọn lại cơ hội| I
N -->|Triển khai/phát hành| P["Triển khai/phát hành"]
P --> Q["Tác động quan sát được<br/>Tích cực hoặc tiêu cực"]
Q -->|Cập nhật Outcome| A
Q -->|Cập nhật Opportunity Space| I
Đây là vòng lặp, không phải dự án nghiên cứu một lần. Một phỏng vấn sửa câu hỏi. Nhiều phỏng vấn sửa phân khúc. Thử nghiệm thất bại sửa Opportunity Space (không gian cơ hội). Tác động sau phát hành sửa cả Outcome (kết quả cần tạo).
Core — hiểu đúng nền tảng
1. Phân biệt vấn đề, cơ hội, giải pháp và kết quả
Bốn khái niệm dễ trộn lẫn:
| Khái niệm | Câu hỏi nó trả lời | Ví dụ trừu tượng |
|---|---|---|
| Outcome (kết quả cần tạo) | Hành vi hoặc kết quả nào phải thay đổi? | Nhiều người hoàn tất quy trình hơn |
| Opportunity (cơ hội can thiệp) | Nhu cầu, điểm đau hoặc mong muốn nào cản trở kết quả? | Không biết cần chuẩn bị thông tin gì |
| Solution (giải pháp) | Đội có thể can thiệp bằng cách nào? | Checklist, hướng dẫn theo bước, hỗ trợ trực tiếp |
| Output (đầu ra được giao) | Đội đã xây hoặc phát hành gì? | Một màn hình checklist |
“Xây checklist” là Output (đầu ra). “Khách không biết chuẩn bị gì” là Opportunity (cơ hội). Phân biệt này quan trọng vì một nhu cầu có nhiều cách giải. Đưa Feature Request (yêu cầu tính năng) thẳng vào backlog là tự khóa vào giải pháp bề mặt.
Ownership (quyền sở hữu): - Khách hàng: Sở hữu bối cảnh, vấn đề, ràng buộc. - Product Team (đội sản phẩm): Sở hữu việc tạo, so sánh, kiểm tra giải pháp. - Stakeholder (bên liên quan): Cung cấp bối cảnh, ràng buộc, bằng chứng. Không mặc định quyết định giải pháp. - Product Leader (lãnh đạo sản phẩm): Thương lượng Outcome (kết quả), tham vọng, nguồn lực với đội.
Hành động: Khi nghe Feature Request (yêu cầu tính năng), hỏi “Điều đó giúp anh/chị làm gì?” và “Hiện anh/chị xoay xở thế nào?”. Cách này theo cả The Mom Test và Continuous Discovery Habits.
2. Chọn đúng người trước khi hỏi đúng câu
Câu hỏi tốt đặt cho sai người cho dữ liệu yếu.
Bắt đầu hẹp
Lean Customer Development đề xuất bắt đầu bằng Problem Hypothesis (giả thuyết về vấn đề):
Tôi tin rằng [nhóm người cụ thể] gặp [vấn đề cụ thể] khi thực hiện [công việc cụ thể].
The Mom Test dùng Customer Slicing (chia lát phân khúc khách hàng). Phân khúc hữu ích phải trả lời được: Ai động lực mạnh nhất? Họ đang làm gì? Có Workaround (giải pháp chắp vá) không? Tìm họ ở đâu? Ai dùng, ai mua, ai quyết, ai chặn? Với Marketplace (thị trường nhiều phía), mục tiêu và ràng buộc mỗi phía là gì?
Đầu ra tốt là một Who-where Pair (cặp ai–ở đâu). Không phải nhãn rộng như “sinh viên” hay “doanh nghiệp vừa và nhỏ”. Demographic (nhân khẩu học) giúp tuyển người nhưng ít khi giải thích hành vi. Nhu cầu, động lực, quy trình, mức khẩn cấp hữu ích hơn. Khuyến nghị này từ cả Lean Customer Development và The Mom Test.
Early Adopter không chỉ là người thích công nghệ mới
Early Adopter (người chấp nhận sớm) có giá trị phải: 1. Có vấn đề. 2. Biết mình có vấn đề. 3. Đã chủ động tìm cách giải quyết. 4. Đã đầu tư thời gian, tiền, uy tín. 5. Có khả năng tiếp tục quy trình mua/áp dụng.
Lean Customer Development gọi nhóm mạnh hơn là Earlyvangelist (người dùng sớm đồng thời truyền bá sản phẩm). Cảm xúc mạnh giúp nhận diện nhóm này, nhưng không chứng minh thị trường. The Mom Test yêu cầu kiểm tra cảm xúc bằng hành vi cụ thể và Commitment (cam kết).
3. Đặt điều cần học trước khi viết câu hỏi
Research Question (câu hỏi nghiên cứu) là điều đội cần biết. Interview Question (câu hỏi phỏng vấn) là cách gợi ra dữ kiện. Hai thứ không nên giống nhau.
- Research Question: “Vì sao người dùng bỏ ngang quy trình thiết lập?”
- Interview Question: “Kể tôi nghe lần gần nhất anh/chị bắt đầu nhưng không hoàn tất quy trình. Điều gì xảy ra?”
Trước mỗi cuộc gặp, The Mom Test đề xuất List of 3 (danh sách ba điều cần học): 1. Ba vùng rủi ro lớn nhất. 2. Bằng chứng hiện có. 3. Dữ kiện nào có thể thay đổi quyết định.
Ít nhất một câu hỏi phải chạm đến một Failure Point (điểm có thể làm sản phẩm thất bại). Câu hỏi dễ chịu nhưng không đổi quyết định chỉ tạo hoạt động, không tạo học hỏi.
Lean Customer Development bổ sung: viết giả thuyết ra giấy trước. Việc này làm Confirmation Bias (thiên kiến xác nhận) dễ bị phát hiện.
Artifact (đầu ra công việc): Một Conversation Prep Sheet (phiếu chuẩn bị cuộc trò chuyện) tối thiểu gồm: Outcome, Focused Segment, ba điều cần học, giả thuyết, rủi ro lớn nhất, người cần gặp, Commitment (cam kết) muốn kiểm tra, Next Step (bước tiếp theo).
4. Hỏi về hành vi thật, không xin dự đoán
Ba quy tắc của The Mom Test
The Mom Test (bộ quy tắc đặt câu hỏi khó bị nói dối): 1. Nói về đời sống, công việc người tham gia, không nói về ý tưởng của bạn. 2. Hỏi về sự kiện cụ thể trong quá khứ, không hỏi về nhận định chung hoặc dự đoán tương lai. 3. Nói ít, nghe nhiều.
Câu hỏi yếu cần tránh: "Anh/chị có thích ý tưởng này không?", "Anh/chị có dùng không?", "Anh/chị trả bao nhiêu?", "Anh/chị muốn tính năng nào?".
Câu hỏi mạnh thay thế: "Kể tôi nghe lần gần nhất việc đó xảy ra.", "Điều gì diễn ra ngay trước và sau?", "Anh/chị đã dùng công cụ nào?", "Ai khác tham gia?", "Tốn bao nhiêu thời gian/tiền bạc?", "Đã thử cách nào khác chưa?".
Continuous Discovery Habits gọi đây là khai quật Specific Story (câu chuyện cụ thể). Câu chuyện tốt có nhân vật, dòng thời gian, bối cảnh, trở ngại. Khi nghe “Tôi thường…”, kéo họ về một lần cụ thể. Confidence (sự tự tin) và lời kể mạch lạc không bảo đảm nguyên nhân đúng. Khuyến nghị này được cả ba nguồn ủng hộ.
Phân biệt ba loại dữ liệu xấu
The Mom Test phân loại Bad Data (dữ liệu xấu): 1. Compliment (lời khen): “Ý tưởng của bạn tuyệt vời.” 2. Fluff (phát biểu chung chung hoặc tương lai): “Tôi chắc chắn sẽ dùng.” 3. Idea (ý tưởng hoặc yêu cầu giải pháp): “Hãy thêm tính năng xuất báo cáo.”
Cách xử lý:
| Tín hiệu | Cách phục hồi | Điều cần tìm |
|---|---|---|
| Compliment | Chuyển về hành vi hiện tại | Quy trình, chi phí, mức độ quan trọng |
| Fluff | Hỏi về lần gần nhất | Sự kiện và hành động cụ thể |
| Idea | Hỏi vì sao và hiện xoay xở thế nào | Goal (mục tiêu), Constraint (ràng buộc), Buying Criterion (tiêu chí mua) |
Feature Request (yêu cầu tính năng) không phải lúc nào cũng yếu. Nó có thể là Must-have (điều bắt buộc) nếu nhiều người cùng phân khúc, cùng thất bại vì thiếu nó. Phải kiểm tra, không mặc định tuân theo hoặc bỏ qua.
Cảm xúc là tín hiệu, không phải kết luận
Cảm xúc là dấu hiệu để đào sâu. Nhưng cảm xúc phải được nối với sự kiện, hệ quả, Workaround (giải pháp chắp vá), chi phí, nỗ lực đã bỏ ra, mức độ cấp thiết. Người phàn nàn mạnh nhưng không bao giờ tìm giải pháp, vấn đề có thể có thật nhưng không đáng để họ trả tiền.
5. Tách Problem Discovery khỏi Solution Validation, nhưng không tạo nghi lễ
Logic: tách Problem Discovery (khám phá vấn đề) và Solution Validation (kiểm tra giải pháp). - Giai đoạn đầu: Hiểu vấn đề. Không giới thiệu ý tưởng sớm. - Giai đoạn sau: Đưa ra giải pháp, quan sát hành vi, yêu cầu Commitment (cam kết).
Thực tế: không cần tách thành các cuộc họp chính thức. Trao đổi ngắn và tự nhiên.
Decision rule (quy tắc quyết định): - Cần hiểu Problem Space (không gian vấn đề): Chưa giới thiệu giải pháp. - Đã đủ hiểu, cần phân biệt lời khen với nhu cầu thật: Yêu cầu Commitment (cam kết). - Rủi ro là Feasibility (khả thi), Retention (duy trì), Growth (tăng trưởng): Customer Conversation (trò chuyện) không đủ; cần prototype, thử nghiệm hoặc sản phẩm thật.
6. Facts, Commitment và Advancement là ba mức bằng chứng
Cuộc trò chuyện hữu ích tạo ra một trong ba: - Fact (dữ kiện): hành vi, chi phí, quy trình cụ thể trong quá khứ. - Commitment (cam kết): người tham gia bỏ thời gian, tiền bạc hoặc uy tín. - Advancement (tiến triển): mối quan hệ chuyển sang bước tiếp theo của quy trình thật.
"Tiền tệ" của Commitment (cam kết): 1. Time (thời gian): Dùng thử nghiêm túc, phản hồi chi tiết, bố trí người triển khai. 2. Reputation (uy tín): Giới thiệu cho sếp, đồng nghiệp, khách hàng. 3. Money (tiền): Đặt cọc, đặt hàng trước, tham gia thử nghiệm trả phí.
Lời nói “Tôi chắc chắn sẽ mua” không phải là Commitment. Một Deposit (đặt cọc) mạnh hơn. Không yêu cầu Commitment (cam kết) quá sớm khi còn đang khám phá vấn đề. Học trước, bán để xác nhận sau.
7. Tổng hợp từng cuộc, không chờ báo cáo lớn
Continuous Discovery Habits đề xuất Interview Snapshot (bản tóm tắt phỏng vấn một trang) ngay sau mỗi cuộc. Bao gồm bối cảnh, Specific Story (câu chuyện), câu nói đáng nhớ, Opportunity (cơ hội), Insight (nhận định). Lean Customer Development dùng cấu trúc đơn giản hơn: Validates (ủng hộ giả thuyết), Invalidates (phản bác giả thuyết), Also Interesting (thông tin khác).
Artifact (đầu ra công việc): Customer Evidence Record (bản ghi bằng chứng khách hàng) có thể gồm:
| Trường | Nội dung |
|---|---|
| Segment (phân khúc) | Người này thuộc nhóm nào |
| Specific Story (câu chuyện) | Lần gần nhất, dòng thời gian, bối cảnh |
| Facts (dữ kiện) | Hành vi, công cụ, người liên quan, chi phí |
| Opportunity (cơ hội) | Nhu cầu, điểm đau, mong muốn được phát hiện |
| Evidence Status (trạng thái) | Ủng hộ, phản bác, chưa rõ |
| Commitment (cam kết) | Thời gian, uy tín, tiền |
| Decision Link (liên kết) | Giả thuyết hoặc lựa chọn nào bị ảnh hưởng |
| Follow-up (theo dõi) | Ai chịu trách nhiệm và khi nào |
Tổng hợp ngay giúp sửa câu hỏi cho tuần sau. Chờ gom nhiều cuộc để viết báo cáo làm Learning Cycle (chu kỳ học) chậm lại. Khuyến nghị này đến từ cả ba nguồn.
8. Biến câu chuyện riêng lẻ thành Opportunity Space
Một cuộc trò chuyện cho tín hiệu, không cho chân lý. Cần cấu trúc để tổng hợp nhiều tín hiệu thành Opportunity Space (không gian cơ hội).
Experience Map trước, Opportunity Map sau
Khi nhận Outcome (kết quả) mới, Product Trio (bộ ba sản phẩm) tự vẽ một Experience Map (bản đồ trải nghiệm) giả thuyết. 1. Chọn Scope (phạm vi) gắn với Outcome. 2. Mỗi người vẽ riêng để giảm Groupthink (tư duy nhóm). 3. Hợp nhất thành một bản đồ chung. 4. Đánh dấu phần bất đồng hoặc chưa biết. 5. Cập nhật bản đồ bằng các câu chuyện cụ thể thu được.
Opportunity (cơ hội) tốt: viết từ góc nhìn khách hàng, là một nhu cầu, xuất hiện trong nhiều cuộc trò chuyện, có khả năng thúc đẩy Outcome (kết quả), có hơn một cách giải. “Khách hàng bực mình” quá mơ hồ. “Phải nhập lại dữ liệu đã có ở bước trước” cụ thể hơn. “Thêm tính năng tự động điền” là Solution in Disguise (giải pháp đội lốt cơ hội).
Cấu trúc OST
Opportunity Solution Tree (OST — cây cơ hội–giải pháp) có bốn tầng: 1. Desired Outcome (kết quả mong muốn). 2. Opportunity Space (không gian cơ hội). 3. Solution Space (không gian giải pháp). 4. Assumption Test (kiểm thử giả định).
Source mermaid — có thể chỉnh sửa
flowchart TB
subgraph OST["OST giả định minh họa — phía người mua Marketplace"]
direction TB
O["Desired Outcome<br/>Tăng tỷ lệ người mua chọn được sản phẩm phù hợp"]
A["Opportunity giả định<br/>Khó so sánh các lựa chọn"]
B["Opportunity giả định<br/>Khó thu hẹp danh sách sản phẩm"]
S1["Solution giả định<br/>Bảng so sánh thuộc tính"]
S2["Solution giả định<br/>Đánh dấu điểm khác biệt"]
S3["Solution giả định<br/>Bộ lọc theo nhu cầu"]
T1["Assumption Test<br/>Giả định: Bảng thuộc tính giúp so sánh dễ hơn<br/>Kiểm tra: Thử nguyên mẫu với 5 người mua<br/>Đạt: Ít nhất 4/5 người nhận ra khác biệt và chọn được sản phẩm"]
T2["Assumption Test<br/>Giả định: Điểm khác biệt nổi bật hỗ trợ lựa chọn<br/>Kiểm tra: Thử nguyên mẫu với 5 người mua<br/>Đạt: Ít nhất 4/5 người giải thích được lý do chọn"]
T3["Assumption Test<br/>Giả định: Lọc theo nhu cầu giúp thu hẹp lựa chọn<br/>Kiểm tra: Thử nguyên mẫu với 5 người mua<br/>Đạt: Ít nhất 4/5 người tìm được nhóm sản phẩm phù hợp"]
O --> A
O --> B
A --> S1
A --> S2
B --> S3
S1 --> T1
S2 --> T2
S3 --> T3
end
OST (cây cơ hội–giải pháp) không chứng minh nhân quả. Nó ngoại hóa mô hình hiện tại của đội để mọi người cùng kiểm tra. Với Marketplace (thị trường nhiều phía), lập cây riêng cho mỗi phía.
9. Ưu tiên cơ hội, không ưu tiên câu nói gây ấn tượng
Chọn Target Opportunity (cơ hội mục tiêu) bằng cách so sánh tương đối giữa các Sibling Opportunity (cơ hội cùng cấp). Không dựa trên số lần nhắc đến.
Continuous Discovery Habits đề xuất bốn lens (lăng kính đánh giá): 1. Opportunity Sizing (quy mô cơ hội): Số người bị ảnh hưởng, tần suất. 2. Market Factors (yếu tố thị trường): Điều kiện cạnh tranh, khác biệt chiến lược. 3. Company Factors (yếu tố công ty): Chiến lược, năng lực cốt lõi, ràng buộc. 4. Customer Factors (yếu tố khách hàng): Tầm quan trọng, mức độ hài lòng hiện tại.
Bổ sung từ Lean Customer Development và The Mom Test: Workaround (giải pháp chắp vá) hiện hữu, chi phí hiện tại, mức độ chủ động tìm giải pháp, Commitment (cam kết) đã nhận.
Không cộng điểm máy móc. Một cơ hội nhỏ có thể là Strategic Differentiator (khác biệt chiến lược). Một vấn đề được nhắc nhiều có thể chỉ là Annoyance (phiền toái chịu được). Governance (cơ chế quản trị) tốt là làm rõ giả định và trade-off.
Chọn Target Opportunity (cơ hội mục tiêu) là một Two-way Door Decision (quyết định dễ đảo ngược). Đội chỉ cam kết vài ngày để khám phá, chưa cam kết xây.
10. Xây dựng hiểu biết liên tục, không chỉ chạy dự án
Continuous Discovery (khám phá liên tục) là: - Đội tiếp xúc khách hàng ít nhất mỗi tuần. - Chính người xây sản phẩm (Product Trio (bộ ba sản phẩm)) tham gia. - Hoạt động nghiên cứu nhỏ, bền vững. - Mỗi hoạt động phục vụ một Outcome (kết quả) đã xác định.
Nhịp vận hành gọn: 1. Đầu tuần: Chọn ba điều cần học. 2. Trước buổi: Kiểm tra lại phân khúc, giả thuyết. 3. Trong buổi: Khai thác Specific Story (câu chuyện cụ thể). 4. Ngay sau: Tạo Interview Snapshot (bản tóm tắt). 5. Cùng đội: Cập nhật Experience Map (bản đồ trải nghiệm), OST (cây cơ hội–giải pháp). 6. Cuối tuần: Xác định quyết định nào đã đổi, câu hỏi nào cho tuần tới.
Recruiting (tuyển người) phải thành hệ thống. Kênh tuyển: trong sản phẩm, qua Sales (bán hàng), Customer Success (thành công khách hàng), Support (hỗ trợ), cộng đồng, giới thiệu.
Applied — đi qua một tình huống sản phẩm
Bối cảnh và dữ kiện
- Sản phẩm: Phần mềm quản lý lịch hẹn cho doanh nghiệp nhỏ.
- Business Outcome: Giảm Customer Churn (tỷ lệ rời bỏ).
- Facts (dữ kiện): Khách hàng mới không tạo được lịch hẹn đầu tiên trong tuần đầu có tỷ lệ rời bỏ cao hơn. Dữ liệu chưa chứng minh nguyên nhân.
- Yêu cầu từ lãnh đạo: "Xây một onboarding wizard (hướng dẫn từng bước)". Đây là một giải pháp, không phải hiểu biết vấn đề.
Hành động của Product Trio (bộ ba sản phẩm): - Product Outcome (kết quả sản phẩm): Tăng số tài khoản tạo được lịch hẹn đầu tiên trong tuần đầu. - Implied Opportunity (cơ hội hàm ẩn): Người dùng khó khăn khi thiết lập hệ thống. - Giả định: Hướng dẫn từng bước sẽ xử lý được khó khăn.
Chọn phân khúc
- Phân khúc rộng: "Tất cả doanh nghiệp dịch vụ nhỏ". Quá rộng, quy trình khác nhau.
- Phân khúc hẹp (Focused Segment):
- Chủ salon tóc độc lập.
- Tự mình thiết lập tài khoản.
- Đã đăng ký trong 7 ngày gần nhất.
- Chưa tạo được lịch hẹn đầu tiên.
- Đang nhận lịch qua kênh khác (điện thoại, tin nhắn).
- Who-where Pair (cặp ai–ở đâu): Chủ salon độc lập trong nhóm kích hoạt chưa hoàn tất, tìm thấy qua dữ liệu đăng ký.
Chuẩn bị điều cần học
- List of 3 (danh sách ba điều cần học):
- Lần gần nhất họ nhận lịch hẹn đã diễn ra thế nào?
- Họ đã cố thiết lập sản phẩm và mắc kẹt ở đâu?
- Vấn đề là hiểu sản phẩm, thiếu thông tin, thiếu thời gian hay chưa thấy giá trị?
- Câu hỏi đáng sợ: Nếu họ chưa sẵn sàng đổi quy trình nhận lịch, thì việc không hoàn tất thiết lập là do thiếu nhu cầu, không phải lỗi onboarding.
Cuộc trò chuyện: Bằng chứng và Nhu cầu
Current behavior (hành vi hiện tại): Một người tham gia nói: "Tôi rất cần một hệ thống tự động." Đây là Fluff (phát biểu chung chung). PM kéo về sự kiện cụ thể. - PM: "Kể tôi nghe lần gần nhất một khách hàng đặt lịch." - Chủ salon: "Khách quen nhắn tin qua Facebook." - PM: "Sau đó chị làm gì?" - Chủ salon: "Kiểm tra sổ lịch giấy, nhắn lại giờ trống, ghi tên khách vào sổ." - PM: "Chị đã thử chuyển quy trình này sang sản phẩm của chúng tôi chưa?" - Chủ salon: "Chưa. Sợ khách cũ không chịu bấm link lạ."
Underlying need (nhu cầu ẩn): Vấn đề không phải không hiểu cách thiết lập. Nhu cầu thực sự là "Không muốn buộc khách hàng quen thuộc phải thay đổi cách liên hệ." Đội tạo một Interview Snapshot (bản tóm tắt) và ghi lại Opportunity (cơ hội) này.
Mẫu lặp, lựa chọn, và quyết định
Options (các lựa chọn - cơ hội): Các cuộc trò chuyện tiếp theo cho thấy ba dạng vấn đề (Opportunity Space): 1. Opportunity A: "Người dùng không tin khách của họ sẽ đổi cách đặt lịch." (Nỗi sợ, không phải điểm kẹt kỹ thuật) 2. Opportunity B: "Người dùng không có dữ liệu dịch vụ sẵn sàng để thiết lập." (Điểm kẹt dữ liệu đầu vào) 3. Opportunity C: "Người dùng không muốn nhập lại thủ công các lịch hẹn hiện có." (Chi phí chuyển đổi cao)
Decision criteria (tiêu chí quyết định): Đội so sánh các cơ hội: quy mô, tầm quan trọng với khách hàng (dựa trên cảm xúc và workaround), khả năng thúc đẩy Product Outcome, sự phù hợp chiến lược. - Opportunity C có chi phí thời gian rõ ràng nhưng giải pháp có rủi ro kỹ thuật cao. - Opportunity B phổ biến hơn, có thể xử lý bằng giải pháp nhẹ nhàng hơn.
Decision (quyết định): - Target Opportunity (cơ hội mục tiêu): "Người dùng không có danh sách dịch vụ và thời lượng chuẩn khi bắt đầu thiết lập." - Authority (thẩm quyền): Product Trio quyết định hướng đi khám phá này. Đây là quyết định dễ đảo ngược, không phải cam kết xây dựng cuối cùng. Lãnh đạo được thông báo về lý do thay đổi so với yêu cầu ban đầu.
Artifact và hệ quả
Artifact (đầu ra công việc): - Outcome Map, Focused Segment, List of 3, Interview Snapshots. - Experience Map (cập nhật các điểm kẹt). - Opportunity Solution Tree (OST). - Ghi chú về quyết định ưu tiên cơ hội và các giả định.
Consequence (hệ quả): - Đội không xây "onboarding wizard" đầy đủ. Thay vào đó, họ thử nghiệm các cách đơn giản để giúp người dùng tạo danh sách dịch vụ. - Tránh giải quyết nhầm vấn đề (nỗi sợ của khách hàng) bằng giải pháp sai (thêm hướng dẫn). - Stakeholder (bên liên quan) thấy bằng chứng vì sao yêu cầu của họ bị thay đổi.
Consequence if wrong (hệ quả nếu sai) / Giới hạn: - Phỏng vấn không chứng minh giải pháp mới sẽ tăng tỷ lệ kích hoạt. - Người đồng ý phỏng vấn có thể không đại diện cho toàn bộ nhóm rời bỏ. - Product Outcome (tăng kích hoạt) chưa được chứng minh là Leading Indicator (chỉ số dẫn dắt) đáng tin của Customer Churn (giảm rời bỏ). - Next step (bước tiếp theo): Cần Assumption Test (kiểm thử giả định), Instrumentation (đo lường) và theo dõi tác động sau phát hành. Customer Conversation (trò chuyện) chỉ giảm sự bất định về nhu cầu, không thay thế đo lường tác động.
Senior Lens — ra quyết định trong điều kiện không hoàn hảo
1. Quyền quyết định cần quyền tiếp cận bằng chứng
PM phỏng vấn một mình rồi kể lại tạo ra Learning Bottleneck (nút thắt học hỏi). Người đó trở thành "Voice of the Customer" (tiếng nói khách hàng) và dùng câu "khách hàng nói vậy" để đóng tranh luận.
Governance (cơ chế quản trị) tốt: - Product Trio (bộ ba sản phẩm) cùng chuẩn bị điều cần học. - Hai người tham gia phỏng vấn: một dẫn dắt, một ghi chú. - PM, Designer, Engineer đều dự một phần đủ lớn các cuộc phỏng vấn. - Đội cùng rà soát bằng chứng và cập nhật mô hình chung sau mỗi cuộc. - Quyết định ghi rõ bằng chứng, giả định, điều kiện xem xét lại.
2. Phân loại rủi ro trước khi chọn phương pháp
Customer Conversation (trò chuyện) rất mạnh để kiểm tra: - Desirability Risk (rủi ro về mức độ mong muốn): Vấn đề có quan trọng không? - Workflow (luồng công việc), Alternative (giải pháp thay thế), Budget (ngân sách).
Customer Conversation (trò chuyện) rất yếu để kiểm tra: - Feasibility Risk (rủi ro về tính khả thi): Có xây được không? - Retention Risk (rủi ro duy trì sử dụng): Họ có dùng lâu dài không? - Growth Risk (rủi ro tăng trưởng): Có mở rộng được không?
Decision rule (quy tắc quyết định): Dùng conversation khi lời kể giảm bất định. Dùng prototype, dữ liệu, thử nghiệm kỹ thuật, Live Product Test (kiểm thử trên sản phẩm thật) khi rủi ro nằm ở hành vi tương tác hoặc khả năng xây dựng.
3. Không dùng số cuộc phỏng vấn như ngưỡng chân lý
"Dừng lại khi không còn nghe điều gì mới" không phải là quy tắc thống kê. Saturation (độ bão hòa thông tin) có thể là giả nếu: phân khúc quá đồng nhất, câu hỏi dẫn dắt, chỉ ghi điều phù hợp giả thuyết, chỉ gặp người dùng nhiệt thành, trong B2B chỉ gặp người dùng cuối.
Escalation / Review (leo thang / rà soát): Senior PM nên hỏi: - Mẫu có đủ Variation (độ đa dạng) không? - Có Disconfirming Evidence (bằng chứng phản bác) không? - Dữ kiện mới có thay đổi quyết định không? - Quyết định này có dễ đảo ngược không? Quyết định khó đảo ngược cần bằng chứng cao hơn.
4. Quản trị việc tuyển người và quan hệ khách hàng
Sales (bán hàng) có lý do để bảo vệ khách hàng của họ.
Cơ chế giảm thiểu rủi ro: - Bắt đầu với số buổi phỏng vấn nhỏ. - Nêu rõ mục đích học hỏi, không hứa hẹn Feature (tính năng). - Chia sẻ lại tác động của insight cho nhóm đã giới thiệu khách. - Dùng nhiều kênh tuyển dụng để tránh lệ thuộc.
5. Privacy, consent và đại diện công bằng
WARNING: This section contains critical compliance and ethical guidelines. Please read it carefully in its standard form.
Cả ba nguồn sách không cung cấp một quy trình Privacy Governance (quản trị quyền riêng tư) đầy đủ. Senior PM phải bổ sung: - Thu thập Informed Consent (sự đồng ý sau khi được cung cấp đủ thông tin) cho việc ghi âm hoặc ghi hình. - Nói rõ mục đích sử dụng, nơi lưu trữ, ai có quyền truy cập và thời hạn giữ dữ liệu. - Chỉ thu thập dữ liệu cần thiết cho mục đích nghiên cứu. - Anonymization (ẩn danh hóa) dữ liệu khi chia sẻ rộng rãi. - Không dùng ảnh thật trong Interview Snapshot (bản tóm tắt phỏng vấn) nếu chưa có phép. - Tránh tuyển người dễ tiếp cận rồi coi họ là đại diện cho toàn bộ thị trường. - Chủ động kiểm tra các nhóm có thể bị loại khỏi quy trình tuyển dụng do ngôn ngữ, khả năng tiếp cận, thiết bị, thu nhập hoặc chính sách nội bộ.
Ethical Assumption (giả định đạo đức) là một phần của Product Decision (quyết định sản phẩm), không chỉ là một Legal Review (rà soát pháp lý).
6. Khi không nên áp dụng máy móc
Không cần phỏng vấn khi: - Desk Research (nghiên cứu tài liệu) đã trả lời đủ. - Dữ liệu hành vi trực tiếp (A/B test) đáng tin hơn. - Có thể yêu cầu Commitment (cam kết) ngay với chi phí thấp. - Rủi ro chính là về kỹ thuật. - Đã đủ bằng chứng cho một quyết định dễ đảo ngược. - Nghiên cứu chỉ là hình thức trì hoãn.
Không biến Weekly Interviewing (phỏng vấn hằng tuần) thành chỉ tiêu số lượng. Nếu không phục vụ quyết định, đổi sang quan sát, phân tích dữ liệu, hoặc kiểm thử khác.
7. Dấu hiệu cảnh báo
| Dấu hiệu | Rủi ro thật | Cách sửa | Nguồn |
|---|---|---|---|
| “Mọi người đều thích ý tưởng” | Chỉ thu được Compliment (lời khen) | Hỏi về hành vi, chi phí; yêu cầu Commitment (cam kết) | The Mom Test |
| “Tôi chắc chắn sẽ dùng” | Future Promise (lời hứa tương lai) không đáng tin | Hỏi về lần gần nhất; yêu cầu hành động ở hiện tại | The Mom Test |
| Yêu cầu tính năng vào thẳng backlog | Giải pháp bề mặt chi phối | Hỏi về mục tiêu, ràng buộc, cách xoay xở hiện tại | Cả ba |
| Một người giữ toàn bộ ghi chú | Learning Bottleneck (nút thắt học hỏi) | Phỏng vấn cặp, rà soát cùng đội | Cả ba |
| Nhiều trò chuyện, không quyết định nào đổi | Research Theater (nghiên cứu hình thức) | Gắn câu hỏi với rủi ro và điểm quyết định | TMT, CDH |
| Gộp phản hồi nhiều phân khúc | Mixed Signal (tín hiệu bị trộn lẫn) | Thực hiện Customer Slicing (chia lát phân khúc) | The Mom Test |
| Chỉ gặp người dùng nhiệt tình | Sampling Bias (thiên lệch lấy mẫu) | Thêm kênh tuyển dụng khác, tìm trường hợp tiêu cực | Cả ba |
| OST không bao giờ thay đổi | Mô hình tư duy đã chết | Cập nhật sau mỗi bằng chứng mới | CDH |
| Tiếp tục phỏng vấn dù rủi ro chính là kỹ thuật | Dùng sai phương pháp | Chuyển sang prototype, thử nghiệm kỹ thuật | The Mom Test |
| Phỏng vấn kéo dài, chưa bao giờ bán/xây | Discovery (khám phá) là sự trì hoãn | Time-box (giới hạn thời gian), yêu cầu Commitment (cam kết) | TMT, LCD |
8. Cơ chế báo cáo với Stakeholder
Không chỉ báo cáo “khách hàng muốn X”. Trình bày toàn bộ chuỗi lý luận: 1. Outcome (kết quả cần tạo). 2. Segment (phân khúc) đã chọn. 3. Điều cần học. 4. Một Specific Story (câu chuyện) minh họa. 5. Opportunity Space (không gian cơ hội) đã lập. 6. Cơ hội được chọn và các cơ hội bị bỏ qua. 7. Bằng chứng ủng hộ và phản bác. 8. Điều đội vẫn chưa biết. 9. Quyết định hiện tại. 10. Điều kiện để xem xét lại quyết định.
Cách này chuyển họp từ đấu tranh ý kiến sang cùng đánh giá lựa chọn, giả định, bằng chứng.
Stakeholder (bên liên quan) có quyền thách thức: - Outcome (kết quả) có còn phù hợp chiến lược không? - Phân khúc có phù hợp không? - Đội có bỏ sót rủi ro không? - Mức độ bằng chứng có tương xứng mức độ khó đảo ngược của quyết định chưa? - Có tác động pháp lý, bảo mật, đạo đức nào chưa xét đến không?
Quick reference
Checklist trước–trong–sau cuộc trò chuyện
| Giai đoạn | Kiểm tra |
|---|---|
| Trước | Outcome rõ; phân khúc hẹp; đúng người; có ba điều cần học; giả thuyết đã viết; có câu hỏi đáng sợ; đã làm desk research. |
| Trong | Đặt bối cảnh ngắn; hỏi về lần gần nhất; khai thác dòng thời gian; hỏi về công cụ, chi phí, workaround; chuyển hướng lời khen; không giới thiệu giải pháp sớm. |
| Cuối | Hỏi về điều bị bỏ sót; xin giới thiệu nếu phù hợp; yêu cầu Commitment (cam kết) hoặc Advancement (tiến triển) nếu đến giai đoạn giải pháp. |
| Sau | Tóm tắt ngay; tách fact khỏi interpretation; cập nhật giả thuyết, Experience Map, OST; ghi lại quyết định đã đổi; chọn câu hỏi cho lần sau. |
Quy tắc chọn bằng chứng
| Điều cần biết | Bằng chứng phù hợp |
|---|---|
| Vấn đề xảy ra thế nào | Specific Story (câu chuyện cụ thể), quan sát trực tiếp |
| Vấn đề có quan trọng không | Hệ quả, chi phí, Workaround (giải pháp chắp vá), cảm xúc kèm hành động |
| Họ có trả tiền không | Ngân sách hiện tại, đặt cọc hoặc đặt hàng trước |
| Ai là người quyết định | Budget Owner (chủ ngân sách), quy trình mua hàng |
| Giải pháp có dễ dùng không | Usability Test (kiểm thử khả dụng) |
| Giải pháp có được dùng lâu dài không | Dữ liệu Retention (duy trì sử dụng) |
| Có xây dựng được không | Technical Spike (thử nghiệm kỹ thuật), prototype |
| Cơ hội có thúc đẩy Outcome không | Thử nghiệm, Metric Chain (chuỗi chỉ số) |
| Thị trường nhiều phía có cân bằng không | Nghiên cứu, đo lường từng phía riêng |
Câu chuyển hướng nhanh
| Khi nghe | Hỏi tiếp |
|---|---|
| “Tôi thường…” | “Lần gần nhất là khi nào ạ?” |
| “Tôi sẽ dùng…” | “Hiện tại anh/chị xử lý việc đó thế nào?” |
| “Ý tưởng của bạn rất hay” | “Phần nào trong quy trình hiện tại tốn kém nhất?” |
| “Hãy thêm tính năng X” | “X sẽ giúp anh/chị đạt được điều gì?” |
| “Đó là một thảm họa” | “Hệ quả cụ thể của lần gần nhất là gì?” |
| “Tôi sẽ trả…” | “Ngân sách cho việc này hiện nằm ở đâu ạ?” |
| “Báo cho tôi khi ra mắt nhé” | “Bước tiếp theo cụ thể nào hợp lý ngay bây giờ ạ?” |
Thuật ngữ sử dụng trong chương
| Thuật ngữ tiếng Anh | Acronym | Giải nghĩa tiếng Việt | Ngữ cảnh sử dụng |
|---|---|---|---|
| Product Discovery | — | khám phá nên xây gì và vì sao | Toàn bộ hoạt động giảm bất định trước và trong khi xây |
| Problem Discovery | — | khám phá vấn đề, nhu cầu và bối cảnh thật | Trước khi chọn giải pháp |
| Continuous Discovery | — | khám phá liên tục theo nhịp bền vững | Học hằng tuần gắn với quyết định |
| Customer Development | — | phát triển hiểu biết và kiểm tra giả thuyết khách hàng | Nhu cầu, mua hàng và mô hình kinh doanh |
| Customer Conversation | — | cuộc trò chuyện nhằm thu dữ kiện khách hàng | Phỏng vấn, trao đổi ngắn, sales discovery |
| Outcome | — | thay đổi hành vi hoặc kết quả cần tạo | Định hướng discovery |
| Business Outcome | — | kết quả cấp doanh nghiệp | Doanh thu, chi phí, giữ chân |
| Product Outcome | — | hành vi sản phẩm đội có thể tác động | Kích hoạt, hoàn tất luồng |
| Output | — | thứ đội xây hoặc phát hành | Tính năng, màn hình, API |
| Opportunity | — | nhu cầu, điểm đau hoặc mong muốn có thể can thiệp | Lớp giữa Outcome và Solution |
| Opportunity Space | — | tập hợp các cơ hội liên quan đến một Outcome | Tổng hợp từ problem discovery |
| Solution | — | cách can thiệp do đội tạo ra | Sau khi chọn cơ hội |
| Opportunity Solution Tree | OST | cây nối kết quả, cơ hội, giải pháp và kiểm thử | Lập bản đồ quá trình discovery |
| Experience Map | — | bản đồ trải nghiệm theo hành động và bối cảnh | Ngoại hóa hiểu biết hiện tại về hành trình khách hàng |
| Interview Snapshot | — | bản tóm tắt một trang về một cuộc phỏng vấn | Tổng hợp ngay sau mỗi buổi |
| Product Trio | — | nhóm quyết định gồm Product, Design và Engineering | Cùng học và cùng quyết định |
| Shared Understanding | — | hiểu biết chung của cả đội | Giảm diễn giải lệch và tăng tốc độ |
| Hypothesis | — | giả thuyết có thể bị bằng chứng sửa hoặc bác bỏ | Nền tảng của phương pháp khoa học |
| Problem Hypothesis | — | giả thuyết về người, vấn đề và công việc | Chọn điểm xuất phát cho discovery |
| The Mom Test | — | quy tắc hỏi về đời sống, quá khứ và nghe nhiều | Tránh dữ liệu thiên lệch từ lời nói |
| Specific Story | — | câu chuyện về một sự kiện cụ thể đã xảy ra | Cách khai thác hành vi thật |
| Actual Behavior | — | hành vi thực tế đã xảy ra | Bằng chứng mạnh hơn dự đoán tương lai |
| Workaround | — | cách chắp vá khách hàng đang dùng để giải quyết vấn đề | Đo mức độ quan trọng và chi phí hiện tại |
| Compliment | — | lời khen không chứng minh hành vi mua | Một loại dữ liệu xấu, cần chuyển hướng |
| Fluff | — | phát biểu chung chung hoặc về tương lai | Một loại dữ liệu xấu, cần neo vào sự kiện cụ thể |
| Feature Request | — | yêu cầu tính năng từ khách hàng hoặc stakeholder | Đầu vào cho discovery, không phải lệnh để xây |
| Commitment | — | cam kết bằng thời gian, tiền hoặc uy tín | Phân biệt sự quan tâm thật sự với lời nói xã giao |
| Advancement | — | tiến triển sang bước tiếp theo trong một quy trình thật | Bán hàng, thử nghiệm, triển khai |
| Early Adopter | — | người chấp nhận giải pháp mới sớm | Nhóm khách hàng để học hỏi ban đầu |
| Earlyvangelist | — | người dùng sớm có vấn đề mạnh và chủ động truyền bá | Khách hàng đầu tiên lý tưởng |
| Customer Slicing | — | chia lát phân khúc khách hàng tới nhóm cụ thể | Tránh tín hiệu bị trộn lẫn, tăng độ rõ nét |
| Who-where Pair | — | cặp xác định ai và tìm họ ở đâu | Một phân khúc có thể hành động được |
| Confirmation Bias | — | thiên kiến tìm bằng chứng xác nhận niềm tin sẵn có | Rủi ro lớn khi hỏi và tổng hợp dữ liệu |
| Learning Bottleneck | — | nút thắt khi hiểu biết chỉ nằm ở một người | Vấn đề về governance cấp đội |
| Market Risk | — | rủi ro khách không muốn, không mua hoặc thị trường quá nhỏ | Kiểm tra bằng customer research |
| Product Risk | — | rủi ro không xây được, không tăng trưởng hoặc không giữ chân người dùng | Kiểm tra bằng prototype và thử nghiệm kỹ thuật |
| Desirability | — | mức độ khách hàng muốn và nhận giá trị từ giải pháp | Một trong năm loại rủi ro chính |
| Viability | — | khả năng tạo ra giá trị kinh doanh bền vững | Một trong năm loại rủi ro chính |
| Feasibility | — | khả năng thực hiện trong ràng buộc kỹ thuật, pháp lý, vận hành | Một trong năm loại rủi ro chính |
| Usability | — | khả năng người dùng tìm, hiểu và thao tác được giải pháp | Một trong năm loại rủi ro chính |
| Minimum Viable Product | MVP | sản phẩm khả dụng tối thiểu để học với đầu tư thấp nhất | Công cụ kiểm tra giả định sau problem discovery |
| Customer Advisory Board | CAB | nhóm khách hàng cố vấn định kỳ | Kênh tiếp cận có chiều sâu, nhưng cần chống lệch mẫu |
| Stakeholder | — | bên liên quan có quyền lợi, dữ liệu hoặc ảnh hưởng | Cần quản lý và báo cáo trong quá trình discovery |
| Instrumentation | — | cơ chế ghi nhận dữ liệu hành vi trong sản phẩm | Đo lường tác động của giải pháp |
| Leading Indicator | — | chỉ số sớm có khả năng dự báo một kết quả trong tương lai | Nối Product Outcome với Business Outcome |
| Retention | — | mức độ duy trì sử dụng hoặc khách hàng | Một rủi ro không thể xác thực chỉ bằng lời nói |
| Marketplace | — | sản phẩm kết nối nhiều phía phụ thuộc lẫn nhau | Cần nghiên cứu và cân bằng nhu cầu của từng phía |
| B2B | — | Business-to-Business (doanh nghiệp bán cho doanh nghiệp) | Thường có quy trình mua hàng phức tạp với nhiều stakeholder |
| Privacy Governance | — | cơ chế quản trị việc thu thập, sử dụng và lưu giữ dữ liệu cá nhân | Đặc biệt quan trọng khi nghiên cứu có ghi âm hoặc dữ liệu nhạy cảm |
| Informed Consent | — | sự đồng ý sau khi đã hiểu mục đích và cách dùng dữ liệu | Bắt buộc trước khi ghi âm, ghi hình hoặc chia sẻ thông tin |
Nguồn và giới hạn
Continuous Discovery Habits
Đóng góp chính: Định nghĩa khám phá liên tục; Product Trio (bộ ba sản phẩm) cùng nghiên cứu; Outcome (kết quả) làm điểm neo; artifact cốt lõi (Experience Map, Interview Snapshot, OST); quy trình tổng hợp liên tục; chọn Target Opportunity (cơ hội mục tiêu) trước giải pháp. Giới hạn: Nhịp "mỗi tuần" không phải định luật. Outcome Management (quản trị bằng kết quả) phụ thuộc văn hóa. OST (cây cơ hội–giải pháp) là mô hình ra quyết định, không phải bằng chứng nhân quả.
Lean Customer Development
Đóng góp chính: Viết giả thuyết ra giấy trước; chọn nhóm hẹp và tìm Earlyvangelist (người dùng sớm truyền bá); quan sát hành vi, ràng buộc, quyết định mua; nối discovery với MVP (sản phẩm khả dụng tối thiểu). Giới hạn: Mốc số lượng phỏng vấn chỉ là Rule of Thumb (quy tắc kinh nghiệm). Quan điểm không trả tiền cho người tham gia phụ thuộc thị trường.
The Mom Test
Đóng góp chính: Ba quy tắc hỏi chống thiên kiến; xử lý Compliment (lời khen), Fluff (lời nói chung chung), Idea (ý tưởng); dùng hành vi quá khứ; Customer Slicing (chia lát phân khúc); khái niệm Commitment (cam kết) và Advancement (tiến triển). Giới hạn: Customer Conversation (trò chuyện) không chứng minh được Feasibility (khả thi), Retention (duy trì), Growth (tăng trưởng). Commitment (cam kết) mạnh nhưng vẫn có thể không chuyển thành sử dụng bền vững.
Ba nguồn này cùng đúng trong phạm vi của chúng: - The Mom Test bảo vệ chất lượng dữ liệu đầu vào. - Lean Customer Development bảo vệ logic giả thuyết và mô hình kinh doanh. - Continuous Discovery Habits bảo vệ nhịp học hỏi, hiểu biết chung trong đội và liên kết từ khách hàng đến quyết định.
Thiếu một phần, hệ thống lệch: hỏi tốt nhưng không vận hành liên tục; vận hành liên tục nhưng hỏi câu dẫn dắt; hiểu vấn đề nhưng không kiểm tra hành vi mua.