Thẻ thí nghiệm MVP

Thẻ thí nghiệm MVP dùng để làm gì?

Thẻ thí nghiệm MVP ghi lại một lần kiểm một giả định trên một tờ: tin điều gì, kiểm bằng cách nào, với ai, bao lâu, kết quả thế nào thì làm tiếp và thế nào thì dừng. Viết trước khi chạy, điền kết quả sau khi chạy, trên cùng một thẻ.

Lý do cần nó: phần lớn "MVP" thất bại không phải vì sản phẩm dở, mà vì không ai định trước thế nào là thành công. Kết quả ra, con số nào cũng diễn giải được thành "có tín hiệu" — và đội cứ thế xây tiếp thứ không ai cần. Ngưỡng dừng viết trước là thứ duy nhất chống lại điều đó.

Thẻ cũng ép một kỷ luật khác: kiểm giả định rủi ro nhất trước. Đội thường kiểm thứ dễ kiểm (khách có thích giao diện không) thay vì thứ có thể giết ý tưởng (khách có chịu trả tiền không). Một thẻ chỉ có chỗ cho một giả định, nên bạn phải chọn.

Dành cho: Product Manager · Product Owner · Business Analyst · Head of Product khi duyệt danh mục thí nghiệm

Dùng khi: Khi có một ý tưởng hoặc một nhánh trong cây cơ hội cần kiểm trước khi xây thật; khi đội định làm "bản MVP" mà chưa ai nói được nó kiểm điều gì; khi cần so nhiều thí nghiệm để chọn cái nào chạy trước.

Thí nghiệm MVP, A/B test và pilot khác nhau thế nào?

Một thí nghiệm MVP thường không có đủ mẫu để có ý nghĩa thống kê, và không cần có. Nó trả lời câu hỏi "có đáng đầu tư tiếp không", nên ngưỡng nên đặt đủ xa để kết quả rõ ràng chứ không lưng chừng.

Bản trắng — copy và dán vào tài liệu của bạn

Một thẻ cho một giả định. Phần trên điền trước khi chạy và không sửa sau khi đã bắt đầu; phần dưới điền khi kết thúc.

THẺ THÍ NGHIỆM MVP — [Tên ngắn]
Người phụ trách: ________  Ngày viết: ________  Trạng thái: chờ / đang chạy / xong

---- ĐIỀN TRƯỚC KHI CHẠY (không sửa sau khi bắt đầu) ----

CƠ HỘI / VẤN ĐỀ ĐANG NHẮM
  ______________________________ (link Problem Brief hoặc cây cơ hội)

GIẢ ĐỊNH RỦI RO NHẤT
  Chúng tôi đang tin rằng ______________________________
  Nếu sai thì: ______________________________
  Loại rủi ro: giá trị / sẵn lòng trả tiền / dùng được / làm được / kinh doanh

GIẢ THUYẾT
  Nếu chúng tôi [làm gì] cho [ai],
  thì [hành vi đo được] sẽ đạt [mức],
  vì [lý do].

CÁCH KIỂM (loại MVP)
  ______________________________
  Làm thủ công phần nào: ______________________________
  Cố ý không làm: ______________________________

ĐỐI TƯỢNG VÀ CỠ MẪU
  Ai: ________________  Bao nhiêu: ______  Tìm ở đâu: ________________

CHỈ SỐ
  Chỉ số chính: ______________________________
  Chỉ số an toàn: ______________________________

NGƯỠNG (đặt trước)
  Làm tiếp nếu: ________________
  Sửa và thử lại nếu: ________________
  Dừng nếu: ________________

THỜI HẠN VÀ CHI PHÍ
  Bắt đầu: ______  Kết thúc: ______  Chi phí: ______

---- ĐIỀN SAU KHI CHẠY ----

KẾT QUẢ
  Chỉ số chính: ______  Chỉ số an toàn: ______
  Điều bất ngờ: ______________________________

QUYẾT ĐỊNH: làm tiếp / sửa và thử lại / dừng
  Lý do: ______________________________

BÀI HỌC VÀ THÍ NGHIỆM TIẾP THEO
  ______________________________

Từng ô điền gì, và vì sao ô đó tồn tại

Cách dùng thẻ từ đầu tới cuối

• Liệt kê mọi giả định của ý tưởng, rồi chấm mỗi cái theo hai trục: nếu sai thì hậu quả lớn cỡ nào, và hiện có bao nhiêu bằng chứng. Chọn cái hậu quả lớn nhất, bằng chứng ít nhất.
• Chọn cách kiểm rẻ nhất cho giả định đó. Hỏi: có kiểm được bằng làm tay, bằng một trang đích, bằng nhận tiền đặt trước không? Chỉ viết code khi không còn cách nào rẻ hơn.
• Đặt ngưỡng cùng một người hoài nghi. Mời người dễ phản đối nhất trong phòng cùng đặt ngưỡng dừng. Nếu họ đồng ý ngưỡng trước, họ sẽ chấp nhận kết quả sau.
• Khoá phần trên của thẻ trước khi chạy. Gửi cho các bên liên quan và ghi ngày. Sửa ngưỡng giữa chừng là cách nhanh nhất để thí nghiệm mất giá trị.
• Chạy đúng thời hạn, không kéo dài. Kết quả lưng chừng sau thời hạn là một kết quả: tín hiệu không đủ mạnh. Kéo dài thêm hiếm khi thay đổi điều đó.
• Quyết định theo ngưỡng, không theo cảm giác. Nếu muốn làm khác ngưỡng, ghi rõ lý do vào thẻ để người khác thấy.
• Lưu thẻ vào một chỗ chung và nối kết quả về cây cơ hội hoặc roadmap. Thẻ dừng cũng có giá trị như thẻ thành công — nó cứu đội khỏi xây thứ không ai cần.

Ví dụ đã điền đầy đủ

Mâm Trưa (công ty giả định) — giao cơm trưa cho nhân viên văn phòng ở quận 1 và quận 3, TP.HCM, hiện bán theo từng bữa qua app. Đội muốn biết có nên xây gói đăng ký theo tuần không.

THẺ THÍ NGHIỆM MVP — Gói trưa 5 bữa trả trước theo tuần
Người phụ trách: Vy (PM)   Ngày viết: 04/11/2026   Trạng thái: xong

---- ĐIỀN TRƯỚC KHI CHẠY ----

CƠ HỘI / VẤN ĐỀ ĐANG NHẮM
  Nhân viên văn phòng mất 15-20 phút mỗi ngày quyết định ăn gì và chờ
  giao; 44% khách chỉ đặt 1-2 lần mỗi tuần. (Cây cơ hội, nhánh "giảm
  công sức quyết định bữa trưa")

GIẢ ĐỊNH RỦI RO NHẤT
  Chúng tôi đang tin rằng nhân viên văn phòng sẽ trả trước cho 5 bữa
  một tuần nếu được chọn món từ tối hôm trước và giao đúng 11:45.
  Nếu sai thì: gói tuần không bán được, và 3 tháng xây hệ thống đăng ký
  là lãng phí.
  Loại rủi ro: sẵn lòng trả tiền

GIẢ THUYẾT
  Nếu chúng tôi bán gói 5 bữa trả trước giá 275.000đ (rẻ hơn 9% so với
  mua lẻ) cho nhân viên tại 3 toà nhà văn phòng,
  thì ít nhất 25% người mua tuần đầu sẽ tự mua tiếp tuần thứ hai,
  vì cái họ muốn mua là khỏi phải nghĩ, không phải giá rẻ.

CÁCH KIỂM (loại MVP)
  Làm tay phía sau (concierge). Bán qua một trang đăng ký đơn giản và
  chuyển khoản; chọn món qua Google Form gửi lúc 19:00 hôm trước; một
  bếp đối tác nấu; 2 người giao của Mâm Trưa giao theo danh sách in.
  Làm thủ công phần nào: nhận tiền, gom món, xếp tuyến giao, nhắc chọn.
  Cố ý không làm: tính năng đăng ký trong app, tự động trừ tiền, đổi
  bữa, tạm ngưng gói, tích điểm.

ĐỐI TƯỢNG VÀ CỠ MẪU
  Ai: nhân viên tại 3 toà nhà quận 1 đã đặt Mâm Trưa ít nhất 1 lần.
  Bao nhiêu: mục tiêu 60 người mua tuần đầu.
  Tìm ở đâu: tin nhắn trong app cho khoảng 900 khách ở 3 toà nhà.

CHỈ SỐ
  Chỉ số chính: % người mua tuần 1 tự mua lại tuần 2 (không nhắc thêm
  ngoài một tin vào thứ Sáu).
  Chỉ số an toàn: tỷ lệ giao đúng 11:45 (sai số 10 phút) không dưới 90%.

NGƯỠNG (đặt cùng anh Hải, Giám đốc vận hành, ngày 04/11)
  Làm tiếp nếu: từ 25% mua lại trở lên
  Sửa và thử lại nếu: 10% đến dưới 25%
  Dừng nếu: dưới 10%, hoặc tuần đầu bán được dưới 30 gói

THỜI HẠN VÀ CHI PHÍ
  Bắt đầu: 11/11/2026  Kết thúc: 22/11/2026 (2 tuần)
  Chi phí: khoảng 9 triệu đồng (bù giá và giờ làm thêm của đội giao)

---- ĐIỀN SAU KHI CHẠY ----

KẾT QUẢ
  Tuần 1: 74 gói bán ra (8,2% số khách nhận tin).
  Chỉ số chính: 29/74 mua lại tuần 2, tức 39%.
  Chỉ số an toàn: giao đúng giờ 86%, dưới ngưỡng 90%.
  Điều bất ngờ: 21 người hỏi mua cho cả nhóm 3-5 người; 12 người
  phàn nàn phải điền form mỗi tối, muốn "chọn sẵn món cả tuần".

QUYẾT ĐỊNH: làm tiếp, có điều kiện
  Lý do: chỉ số chính vượt ngưỡng rõ ràng (39% so với 25%). Nhưng chỉ
  số an toàn trượt; xây đăng ký trong app mà chưa sửa khâu giao thì sẽ
  mở rộng đúng chỗ đang hỏng.

BÀI HỌC VÀ THÍ NGHIỆM TIẾP THEO
  Khách mua sự tiện, không mua giá: 9 người mua lại nói không để ý mức
  giảm. Thí nghiệm tiếp theo: (1) chọn món cả tuần một lần vào Chủ nhật;
  (2) gói cho nhóm 3-5 người cùng toà nhà. Song song, vận hành sửa tuyến
  giao trước khi mở rộng sang toà nhà thứ tư.

Để ý ba điều. Giả định được kiểm là "sẵn lòng trả trước", không phải "thích món ăn" — thứ dễ kiểm hơn nhiều nhưng không quyết được gì. Toàn bộ thí nghiệm không có dòng code nào; một trang đăng ký, một Google Form và danh sách in đủ để trả lời câu hỏi đáng giá ba tháng xây. Và quyết định "làm tiếp có điều kiện" đến từ chỉ số an toàn: nếu chỉ nhìn chỉ số chính, đội đã mở rộng đúng chỗ đang hỏng.

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

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

Definition of done

• Thẻ kiểm đúng một giả định, và đó là giả định rủi ro nhất.
• Giả thuyết có hành vi đo được và mức cụ thể.
• Có phần làm thủ công và mục cố ý không làm.
• Ba ngưỡng làm tiếp, sửa, dừng được đặt và gửi đi trước khi chạy.
• Có chỉ số an toàn bên cạnh chỉ số chính.
• Sau khi chạy, thẻ có kết quả, quyết định theo ngưỡng và thí nghiệm tiếp theo, và được lưu ở chỗ chung.