Cắt phạm vi MVP mà không rút ruột sản phẩm

Cách cắt sai

Các đội bị áp lực deadline thường cắt theo chiều rộng: mỗi tính năng làm một nửa. Kết quả là một sản phẩm mà mọi hành trình đều đâm vào tường. Không ai dùng được trọn vẹn từ đầu đến cuối, nên không ai nói được ý tưởng có chạy hay không.

Hãy cắt dọc theo hành trình

Chọn ra đúng một việc quan trọng nhất mà người dùng phải hoàn tất được. Xây con đường đó thông suốt từ đầu tới cuối, gồm cả những phần không hào nhoáng: lỗi, trạng thái rỗng, và chuyện gì xảy ra sau khi thành công. Rồi dừng.

Mọi thứ không nằm trên con đường đó đều là ứng viên bị loại, dù nghe có vẻ hiển nhiên đến đâu. Trang cài đặt, thao tác hàng loạt, dashboard quản trị và phân quyền là những nghi phạm quen thuộc, và thường hoãn được.

Những thứ không bao giờ được cắt

• Con đường thành công, trọn vẹn.
• Không làm mất dữ liệu người dùng.
• Một cách để người dùng liên hệ khi có sự cố.

Ba thứ này không phải tính năng. Sản phẩm thiếu bất kỳ cái nào trong đó thì không thể đem kiểm thử với người dùng thật, mà như vậy là đi ngược lại mục đích của việc làm MVP.

Ghi lại bạn đã cắt gì và vì sao

Giữ danh sách đó ở chỗ nhìn thấy được. Một nửa trong đó hoá ra không cần thiết khi có người dùng thật, nửa còn lại thì giờ sẽ được xây dựa trên bằng chứng thay vì giả định. Danh sách ấy là một trong những sản phẩm giá trị nhất của cả giai đoạn.