Khi khách hàng yêu cầu những thứ khác nhau, tôi muốn biết cái nào đáng làm, để sản phẩm không biến thành một tập hợp tính năng cho từng người một.

Hoàn cảnh của Job

Ai

Người sáng lập đồng thời là người quyết định làm gì tiếp

Khi nào

Mỗi tuần khi chọn việc cho đội

Điều kích hoạt

Hai khách hàng lớn yêu cầu hai hướng trái ngược nhau

Tình thế

Yêu cầu tới từ khách đang trả tiền, nên rất khó từ chối

Giới hạn

Đội nhỏ, và mỗi tính năng thêm vào phải được duy trì mãi

5 Pains

• Khách trả tiền nhiều nhất có tiếng nói to nhất

  Nặng

  Lộ trình sản phẩm dần thành lộ trình của một khách hàng.

  Gốc rễ: Doanh thu là tín hiệu rõ nhất mà công ty có

• Không biết yêu cầu này có phổ biến không

  Nặng

  Một người nói to nghe giống hệt nhiều người cùng cần.

  Gốc rễ: Chỉ người chịu nói mới xuất hiện trong dữ liệu yêu cầu

• Tính năng thêm vào phải nuôi mãi

  Nặng

  Chi phí thật của một tính năng nằm ở những năm sau, không ở tuần xây nó.

  Gốc rễ: Chi phí xây thì thấy được, chi phí duy trì thì không

• Từ chối một khách đang trả tiền rất khó

  Vừa

  Cái giá của việc từ chối tới ngay, còn cái giá của việc đồng ý tới sau nhiều tháng.

  Gốc rễ: Hai cái giá không xuất hiện cùng lúc nên không so được

• Không biết tính năng đã xây có ai dùng không

  Vừa

  Không đo thì mỗi tính năng đều được cho là thành công.

  Gốc rễ: Không ai quay lại kiểm sau khi đã phát hành

5 Desired Outcomes

• Biết yêu cầu nào là của nhiều người

  Chức năng

• Thấy được chi phí duy trì trước khi quyết

  Chức năng

• Từ chối mà giữ được khách

  Xã hội

• Biết tính năng đã phát hành có ai dùng không

  Chức năng

• Thôi thấy sản phẩm đang trôi khỏi tay mình

  Cảm xúc

5 Existing Solutions

Giải pháp không đồng nghĩa với sản phẩm — khách hàng thuê được cả một hành vi hay một cách chống chế.

• Bảng theo dõi yêu cầu tính năng

  Sản phẩm

  Đếm được người đã nói, không đếm được người im lặng.

• Bình chọn tính năng công khai

  Sản phẩm

  Dân chủ hoá tiếng nói, và vẫn chỉ đếm nhóm chịu tham gia.

• Đo lượt dùng sau khi phát hành

  Hành vi

  Vòng phản hồi duy nhất thật sự đóng lại, và ít đội nào làm.

• Hỏi khách đã trả bao nhiêu cho việc đó

  Hành vi

  Chuyển một yêu cầu thành một phép thử — cách lọc rẻ nhất tồn tại.

• Nói không bằng cách hoãn vô thời hạn

  Cách chống chế

  Cách từ chối phổ biến nhất, và nó để lại một danh sách chờ không bao giờ được dọn.

2 Opportunity Gaps

• Dữ liệu yêu cầu chỉ chứa người CHỊU NÓI; những người có cùng nhu cầu mà im lặng không tồn tại trong bất kỳ bảng nào.

  Vì sao giải pháp hiện có không đủ: Mọi công cụ thu thập yêu cầu đều là kênh đẩy — chúng ghi lại điều được gửi tới, và không có cách nào ghi lại điều không ai gửi.

  Cơ hội: Chủ động hỏi một mẫu ngẫu nhiên thay vì chờ người tự nói, để nhóm im lặng có mặt trong dữ liệu.

• Quyết định được đưa ra bằng CHI PHÍ XÂY vì đó là con số ước lượng được, còn chi phí thật nằm ở nhiều năm DUY TRÌ.

  Vì sao giải pháp hiện có không đủ: Chi phí duy trì trải đều trong tương lai và không quy được về một tính năng cụ thể, nên nó không bao giờ xuất hiện trong cuộc trò chuyện quyết định.

  Cơ hội: Ghi một chi phí duy trì ước lượng cạnh mỗi tính năng, và cộng dồn nó thành một con số nhìn thấy được.