MVP và prototype khác nhau chỗ nào

Ba từ prototype, MVP và pilot hay được dùng thay nhau, và MVP và prototype khác nhau ở chỗ căn bản hơn nhiều so với mức độ hoàn thiện.

Chúng trả lời ba câu hỏi khác nhau. Gọi nhầm tên nghĩa là đo nhầm kết quả, và kết luận sai từ một phép đo nhầm còn tốn hơn không đo gì.

Ba câu hỏi, ba công cụ

| Công cụ | Trả lời câu | Người dùng thật? | Tiền đổi tay? |

|---|---|---|---|

| Prototype | Làm được không, trông thế nào? | Không | Không |

| MVP | Có ai cần không? | Có | Nên có |

| Pilot | Vận hành ở quy mô này nổi không? | Có | Có |

Ba dòng này là toàn bộ bài viết. Phần còn lại là chi tiết.

Prototype

Câu hỏi: làm được không, và nó trông ra sao?

Prototype tồn tại để bạn và đội của bạn nhìn thấy một ý tưởng ở dạng cụ thể. Nó có thể là một bản vẽ, một mô hình bấm được nhưng không chạy thật, một mẫu vật.

Người dùng thật không cần có mặt. Đây là điểm hay bị hiểu sai: đưa prototype cho khách xem và hỏi "anh thấy sao" cho ra ý kiến chứ không cho ra dữ liệu, vì không ai phải trả giá gì.

Prototype thành công khi nó làm rõ một câu hỏi kỹ thuật hoặc thiết kế đang chặn bạn. Nó không nói gì về nhu cầu thị trường, và dùng nó để kết luận về nhu cầu là lỗi phổ biến nhất trong ba lỗi ở bài này.

MVP

Câu hỏi: có ai cần đủ để trả giá không?

MVP đưa một kết quả trọn vẹn tới người dùng thật, bằng con đường xấu xí nhất chấp nhận được. Chữ viable nằm ở kết quả, không ở cách làm: bạn được phép nhận đơn qua tin nhắn thay vì ứng dụng, nhưng vẫn phải giao đủ thứ đã hứa.

Tiền nên đổi tay. Không bắt buộc, nhưng mọi phép kiểm không có cái giá nào cho người trả lời đều yếu đi vài bậc. Danh sách chờ đo được sự tò mò; một khoản đặt cọc đo được nhu cầu.

MVP thành công khi câu hỏi của nó có câu trả lời, không phải khi nó đủ đẹp. Rất nhiều người nhận được câu trả lời rõ ràng từ tuần thứ hai rồi vẫn hoàn thiện thêm ba tháng.

Pilot

Câu hỏi: ở quy mô này, vận hành có nổi không?

Pilot chạy thật, với khách trả tiền thật, nhưng giới hạn phạm vi, một khu vực, một nhóm khách, một khoảng thời gian.

Nó không hỏi về nhu cầu; câu đó đã được trả lời ở bước MVP. Nó hỏi về những thứ chỉ lộ ra khi làm thật: quy trình có chịu nổi không, chi phí thật là bao nhiêu, cần bao nhiêu người, hỏng ở đâu.

Pilot thành công khi bạn biết cái gì gãy trước nếu tăng gấp năm. Nếu chạy pilot xong mà không trả lời được câu đó, bạn vừa phục vụ một nhóm khách chứ chưa chạy pilot.

Vì sao gọi nhầm tên lại tốn kém

Ba lỗi hay gặp, mỗi lỗi là một cách gọi nhầm:

Gọi prototype là MVP. Bạn đưa bản demo cho vài người xem, họ khen, bạn kết luận có nhu cầu. Không ai trả giá gì, nên lời khen không nói lên điều gì, và bạn đi tiếp với một niềm tin chưa được kiểm.

Gọi MVP là pilot. Bạn đưa bản thô cho hai mươi khách trả tiền và đo tỷ lệ hài lòng. Kết quả thấp, bạn kết luận nhu cầu không có, trong khi vấn đề là bạn chưa vận hành nổi. Hai chẩn đoán khác nhau, hai cách chữa ngược nhau.

Gọi pilot là MVP. Bạn cắt bớt kết quả để "tối giản", rồi chạy với khách thật. Khách không quay lại vì thiếu phần bị cắt, và bạn kết luận nhầm là không ai cần dịch vụ.

Trong cả ba, thiệt hại không phải công sức bỏ ra, nó là kết luận sai rút ra từ một phép đo không hỏi đúng câu.

Thứ tự đúng

Prototype → MVP → pilot, và mỗi bước chỉ bắt đầu khi bước trước đã có câu trả lời.

Được phép bỏ bước. Nhiều việc không cần prototype: nếu bạn đã biết làm được, đi thẳng tới MVP. Một số việc không cần pilot: nếu quy trình đơn giản và đã chạy đủ nhiều, bỏ qua.

Không được phép đảo thứ tự. Chạy pilot trước khi biết có ai cần là tiêu tiền để hoàn thiện việc vận hành một thứ có thể không ai mua, và đó là kiểu thất bại đắt nhất, vì nó tiêu hết cả tiền lẫn thời gian trước khi bạn học được điều quan trọng nhất.

Ba ví dụ cho cùng một ý tưởng

Lấy một ý tưởng: dịch vụ giao bữa trưa theo tuần cho văn phòng nhỏ.

Prototype, một thực đơn mẫu bốn tuần, một bảng giá, và ảnh chụp ba suất ăn tự nấu. Mục đích: bạn nhìn thấy dịch vụ này trông ra sao và ước được chi phí nguyên liệu. Chưa ai đặt, chưa ai trả tiền.

MVP, nhận đặt trước cho hai mươi suất trong một tuần, thu tiền thật, nấu và giao thủ công. Không ứng dụng, không nhân viên, không bếp thuê. Kết quả đủ trọn vẹn: đủ bảy bữa, đúng giờ. Câu hỏi được trả lời: có ai chịu đặt trước và trả trước không.

Pilot, chạy sáu tuần cho ba văn phòng, có hợp đồng, có người phụ. Câu hỏi: chi phí thật mỗi suất là bao nhiêu, giao đúng giờ ở khung sáng có nổi không, một mình làm được tối đa bao nhiêu suất.

Ba bước, ba câu hỏi, và không bước nào trả lời hộ được câu của bước khác.

Một cách tự kiểm nhanh

Trước khi bắt đầu bất cứ "bản thử" nào, viết một câu:

Tôi làm cái này để biết ______, và tôi sẽ biết câu trả lời khi ______.

Chỗ trống thứ nhất phải là một trong ba câu hỏi ở đầu bài. Chỗ trống thứ hai phải là một điều quan sát được, có mốc.

Không điền được thì bạn chưa biết mình đang làm loại nào, và đó là lúc dừng lại mười phút, rẻ hơn nhiều so với phát hiện sau ba tháng.