Lợi nhuận:
- Khả năng hiểu khái niệm MVP (sản phẩm khả thi tối thiểu) và logic của 'đơn vị học tập nhỏ nhất' và xác định phạm vi bằng trí tuệ nhân tạo
- Khả năng triển khai ưu tiên tính năng (MoSCoW, nỗ lực tác động) và sản xuất nguyên mẫu/trang đích nhanh chóng được hỗ trợ bởi trí tuệ nhân tạo
- Hiểu rằng mục đích của MVP là để học hỏi chứ không phải để bán và kỹ thuật quá mức là sai lầm đắt giá nhất của người khởi nghiệp.
Sai lầm đắt giá nhất mà các nhà sáng lập mắc phải là dành hàng tháng trời để hoàn thiện một sản phẩm mà họ không chắc có ai muốn hay không. Khi đi chợ, họ biết rằng vấn đề đã sai hoặc giải pháp. Cách để tránh thảm họa này là MVP: sản phẩm khả thi tối thiểu - phiên bản sản phẩm nhỏ nhất sẽ cung cấp nhiều kiến thức nhất với ít nỗ lực nhất. Trong phần này, chúng tôi sẽ sử dụng AI (trí tuệ nhân tạo) để xác định phạm vi của MVP, ưu tiên các tính năng và tạo ra các nguyên mẫu/đoạn giới thiệu nhanh chóng. Câu quan trọng nhất: Mục đích của MVP là học hỏi chứ không phải bán hàng; Sai lầm đắt giá nhất là việc áp dụng quá nhiều giả định không có căn cứ.
MVP là gì và cái gì không?
MVP là một khái niệm bị hiểu lầm. MVP không phải là một “sản phẩm cẩu thả, hỏng hóc”; Đó là trải nghiệm hoàn chỉnh nhỏ nhất cần thiết để kiểm tra một giả thuyết cụ thể. Từ khóa là "học tập". Hãy tự hỏi bản thân: "Tôi đang cố gắng trả lời câu hỏi nào?" MVP chứa đủ các tính năng - không hơn, không kém - để trả lời câu hỏi đó. Đôi khi, MVP thậm chí có thể không phải là một ứng dụng đang hoạt động: trang đích, video, dịch vụ thủ công ("phương pháp "thuật sĩ phía sau" dường như tự động ở phía trước trong khi con người làm việc ở chế độ nền) cũng có thể là MVP.
Ngược lại với MVP là kỹ thuật quá mức — nỗ lực dành cho các tính năng, quy mô và sự hoàn hảo chưa cần thiết — và mạ vàng — đánh bóng những chi tiết không ai muốn. Đây là những kẻ giết thời gian và tiền bạc xảo quyệt nhất của công ty khởi nghiệp; vì họ cảm thấy như đang “làm việc” nhưng lại trì hoãn việc học.
Mẹo: Trước khi thêm một tính năng, hãy hỏi: "Tôi có thể đạt được thứ mình muốn thử nghiệm mà không cần tính năng này không?" Nếu câu trả lời là "có", tính năng đó sẽ không được đưa vào MVP. Mỗi câu "nhưng chúng tôi cũng cần điều này" khiến MVP phát triển đều là cái giá phải trả làm trì hoãn việc học hỏi.
Ưu tiên tính năng
Vì không có giới hạn về thời gian và tiền bạc nên cần phải quyết định tính năng nào sẽ được xây dựng trước. Hai phương pháp thực tế:
MoSCoW: Chia các tính năng thành bốn — Phải, Nên, Có thể, Không. MVP chỉ là bộ "Phải".
Ma trận Tác động-Nỗ lực: Đặt từng đặc điểm trên trục "tác động đến khách hàng" và "nỗ lực thực hiện". Những việc có tác động cao, tốn ít công sức được thực hiện trước; Những tác động thấp-nỗ lực cao bị bỏ rơi. AI hỗ trợ tốt trong việc chèn nhanh danh sách tính năng vào ma trận này - nhưng cần phải điều chỉnh dự đoán “tác động” bằng tín hiệu khách hàng thực sự.
Từng bước: Thiết kế MVP với AI
- Viết câu hỏi học tập. “MVP này sẽ kiểm tra giả định đơn lẻ nào?”
- Liệt kê các đặc điểm của ứng viên. Hãy trút bỏ mọi thứ trong tâm trí bạn.
- Ưu tiên với AI. Giải nén bằng MoSCoW hoặc effect-effort; Tìm cụm "Phải".
- Chọn hình thức nhẹ nhất. Có cần phải có mã hay trang đích/video/dịch vụ thủ công đã đủ chưa?
- Sản xuất nguyên mẫu/trang. Yêu cầu AI cung cấp văn bản, quy trình hoặc bản nháp mã giả trong sách trắng.
- Xác định trước tiêu chí thành công của bạn. "Nếu tôi nhìn thấy kết quả này, giả định đã được xác nhận."
- Xuất bản và học hỏi. Đo lường hành vi thực tế; Người sáng lập đưa ra quyết định.
ba trường hợp nhỏ
Trường hợp 1 - MVP không viết mã. Một người sáng lập đang nghĩ đến một ứng dụng kết nối những người hàng xóm bán bữa ăn tự nấu với khách hàng. Thay vì dành hàng tháng trời để viết mã, anh ấy bắt đầu với một trang demo duy nhất và một dòng WhatsApp; khớp lệnh thủ công (phương pháp "thuật sĩ đằng sau"). Anh ấy đã nhận được 40 đơn đặt hàng thực tế trong hai tuần và biết rằng nút thắt thực sự là hậu cần giao hàng. Nếu anh ấy viết mã, anh ấy sẽ học được trong vài tháng sau đó. MVP đã đưa việc học tập tiến lên phía trước.
Trường hợp 2 - Bẫy kỹ thuật quá mức. Một nhóm đã dành 4 tháng để xây dựng cơ sở hạ tầng có thể "mở rộng quy mô tới hàng triệu người dùng" khi chưa có một khách hàng nào. Khi sản phẩm ra mắt, không ai muốn có nó; Vấn đề đã sai. Hầu như mọi nỗ lực bỏ ra đều bị lãng phí. Bài học: bài toán quy mô là một điều xa xỉ sau khi giải được bài toán lực kéo; Chứng minh những gì bất cứ ai muốn đầu tiên.
Trường hợp 3 - Sức mạnh của sự ưu tiên. Một người sáng lập có một danh sách gồm 30 đặc điểm. Anh ấy đã nhờ AI tạo ra ma trận tác động-nỗ lực và sửa cột “tác động” bằng tín hiệu từ các cuộc trò chuyện thực tế của khách hàng. Chỉ có 4 trong số 30 tính năng hóa ra là "Phải". Phát hành MVP sau 3 tuần thay vì 6 tháng; Khách hàng cho biết hầu hết 26 tính năng còn lại đều không cần thiết.
Bốn mẫu có thể sao chép
1) Câu hỏi học tập + phạm vi MVP:
Vai trò của bạn: huấn luyện viên sản phẩm tinh gọn. Giả định tôi muốn kiểm tra là: [ví dụ: "thương nhân trả tiền hàng tháng cho bộ sưu tập"].(1) Mô tả sản phẩm NHỎ NHẤT cần thiết để xác minh giả định này, (2) Cho biết liệu có thể có phiên bản của sản phẩm này không yêu cầu mã (trang đích, video, dịch vụ thủ công) hay không, (3) Cảnh báo về các tính năng "hấp dẫn nhưng không cần thiết" không nên đưa vào MVP.
2) Ưu tiên MoSCoW:
Chia danh sách các tính năng sau thành MoSCoW: Phải / Nên / Có thể / Sẽ không. Chỉ nên đưa vào những cái "PHẢI cho giả định mà tôi muốn kiểm tra". Viết bằng một câu tại sao mỗi tính năng lại nằm trong cụm đó. Danh sách: [tính năng].
3) Ma trận tác động-nỗ lực:
Hãy chấm điểm các đặc điểm sau trên trục "tác động đến khách hàng (1-5)" và "nỗ lực thực hiện (1-5)" và đặt chúng vào 4 góc phần tư. Đánh dấu những việc có tác động cao-nỗ lực thấp là "làm trước" và những việc có tác động thấp-nỗ lực cao là "không làm". Nhắc tôi rằng điểm ảnh hưởng phải được xác thực dựa trên mức độ tương tác thực tế với khách hàng của tôi. Danh sách: [tính năng].
4) Văn bản trang đích:
Viết một dòng văn bản trên trang giật gân cho MVP của tôi. Các phần: (1) tiêu đề bằng ngôn ngữ của khách hàng (đề xuất giá trị), (2) tường thuật vấn đề-giải pháp, (3) 3 điểm lợi ích, (4) cuộc gọi rõ ràng (đăng ký trước / danh sách chờ). Sử dụng những lời hứa phóng đại; Chỉ những tuyên bố mà tôi có thể xác minh. Thổ Nhĩ Kỳ, đơn giản, chân thành.
Dấu nhắc yếu / Dấu nhắc mạnh
Dấu nhắc yếu:
Liệt kê tất cả các tính năng cho sản phẩm của tôi.
Lời nhắc này đi ngược lại logic MVP; Nó tạo ra một danh sách mong muốn dài làm trì hoãn việc học và mời gọi kỹ thuật quá mức.
Lời nhắc mạnh mẽ:
Giả định duy nhất tôi muốn kiểm tra là: [x]. Mô tả MVP NHỎ NHẤT sẽ xác minh giả định này, đề xuất một phiên bản không yêu cầu mã, tách các tính năng bằng MoSCoW và chỉ để lại bộ Phải. Giúp tôi không viết trước các tiêu chí thành công của mình (kết quả này xác nhận giả định).
Cách tiếp cận
Tỷ lệ học tập
Chi phí
Rủi ro
Tạo sản phẩm hoàn chỉnh từ đầu
quá chậm
cao
Đừng bỏ tiền vào việc sai trái
Kỹ thuật cực cao/mạ vàng
chậm
rất cao
Sai lầm đắt giá nhất
MVP duy nhất phải có
nhanh
thấp
có thể quản lý được
MVP không có mã (đích/elle)
nhanh nhất
thấp nhất
học sớm
Những lỗi thường gặp
- Nhầm MVP với một sản phẩm hoàn chỉnh. MVP là phần học tập nhỏ nhất, không phải là phần cuối cùng được trau chuốt.
- Kỹ thuật quá mức. Dành hàng tháng trời để mở rộng quy mô/hoàn thiện khi không có khách hàng nào ở bên; Sai lầm đắt giá nhất.
- Không xác định một câu hỏi học tập. Một MVP không biết mình đang thử nghiệm cái gì là một sự lãng phí không có phương hướng.
- Đặt ra tiêu chí cho sự thành công sau này. Nếu tiêu chí không được viết trước thì mọi kết quả đều được hiểu là “thành công”.
- Bỏ qua các tùy chọn không có mã. Trang đích/video/viết mã khi bạn có thể kiểm tra thủ công bằng dịch vụ.
Thận trọng: AI có thể tạo nguyên mẫu hoặc bản nháp mã, nhưng bạn phải chịu trách nhiệm về tính bảo mật, tính chính xác và tuân thủ pháp luật của mã được tạo ra. Đặc biệt trong các MVP liên quan đến thanh toán, dữ liệu cá nhân hoặc bảo mật, đầu ra AI là bản phác thảo ban đầu; Điều cần thiết là nhà phát triển/chuyên gia có năng lực phải đánh giá nó trước khi đưa vào hoạt động.
Tóm lại
MVP là sản phẩm nhỏ nhất cung cấp nhiều kiến thức nhất với ít nỗ lực nhất; Mục đích của nó không phải là để bán mà là để kiểm tra một giả định. Sai lầm đắt giá nhất là kỹ thuật quá mức và mạ vàng một sản phẩm chưa được kiểm chứng mà không ai muốn. Mỗi MVP đều bắt đầu bằng một câu hỏi học tập; các tính năng được trích xuất bằng MoSCoW hoặc Impact-Effort và chỉ tạo cụm “Phải”. Thường thì MVP tốt nhất sẽ xuất hiện trước cả mã: trang đích, video hoặc dịch vụ thủ công. AI là một công cụ tăng tốc mạnh mẽ trong việc xác định phạm vi, ưu tiên và tạo nguyên mẫu/bản nháp trang; nhưng các ước tính về “tác động” phải được điều chỉnh theo tín hiệu thực tế của khách hàng và các kết quả đầu ra quan trọng về mặt kỹ thuật/pháp lý phải được xem xét một cách chuyên nghiệp.
Nhiệm vụ ứng dụng
Chọn một giả định (mẫu "Câu hỏi học tập"). Yêu cầu AI cung cấp MVP nhỏ nhất sẽ kiểm tra giả định này và nếu có thể, một phiên bản không có mã. Tách các tính năng đề xuất của bạn bằng mẫu "MoSCoW", chỉ để lại bộ Phải. Cuối cùng, tạo một bản nháp trang đích đơn giản với mẫu “Văn bản trang đích” và viết ra tiêu chí thành công của bạn (ví dụ: ít nhất 5 lượt đăng ký trước trong số 20 khách truy cập) trước khi xuất bản.
danh sách kiểm tra
- [ ] Tôi đã viết rõ ràng câu hỏi học tập trong bài kiểm tra MVP của mình chưa?
- [ ] Tôi đã đánh giá phiên bản MVP không có mã chưa?
- [ ] Tôi có ưu tiên các tính năng và chỉ để lại cụm "Phải" không?
- [ ] Tôi đã xác định được tiêu chí thành công trước khi xuất bản chưa?
- [ ] Tôi đã để lại kết quả quan trọng về mặt kỹ thuật/pháp lý cho chuyên gia xem xét chưa?