Vấn đề đáng làm và tín hiệu trả tiền

Nhiều ý tưởng app thất bại từ rất sớm ở một chỗ nghe vô hại: người build bắt đầu từ tính năng thay vì vấn đề.

Một danh sách tính năng nghe gọn gàng, nhưng nó che mất câu hỏi quan trọng nhất: ai đang gặp chuyện gì, và họ được lợi gì khi dùng giải pháp của bạn?

Bài này giúp bạn nhận ra một vấn đề đáng làm, và phân biệt tín hiệu trả tiền thật với lời khen xã giao.

Vấn đề "nhỏ" là vấn đề có biên rõ

"Nhỏ" ở đây không có nghĩa là tầm thường. Một vấn đề nhỏ đáng làm có ba đặc điểm:

• Nhiều người cùng gặp: bạn nghe thấy nó từ người khác, không chỉ từ cảm nhận của riêng bạn.
• Xảy ra trong một tình huống cụ thể: có thời điểm, có bối cảnh, không phải một nỗi khổ chung chung.
• Đủ gọn để một MVP xử lý: phiên bản đầu tiên của bạn giải quyết được một phần rõ ràng của nó.

Vấn đề đáng làm gắn với một sự khó chịu lặp lại

Người ta không thức dậy và nghĩ "Mình cần một ứng dụng mới".

Họ gặp khó khăn ở một thời điểm cụ thể, và nó lặp đi lặp lại: nhập liệu tốn thời gian, không nhớ việc gì cần làm tiếp, không chắc mình đã tiêu bao nhiêu tiền trong tháng.

Vì vậy, thay vì hỏi "Mình muốn xây app gì?", hãy hỏi "Khoảnh khắc khó chịu nào lặp lại đủ thường để người ta muốn có cách khác?"

Một vấn đề đủ đau để người dùng trả tiền thường thỏa ba điều:

• Cách làm hiện tại chưa xử lý được, hoặc xử lý chưa đủ tốt.
• Người gặp vấn đề có khả năng và sẵn lòng chi trả cho giải pháp.
• Người dùng thấy được giá trị ngay trong lần dùng đầu tiên.

So sánh hai cách mô tả:

• "Ứng dụng tiện ích cho sinh viên": quá chung, không biết bắt đầu từ đâu.
• "Ứng dụng giúp sinh viên đi làm thêm theo dõi ca làm, thu nhập và nhắc hạn đóng tiền trọ": có người, có tình huống, có việc cụ thể cần làm tốt hơn.

Lời khen xã giao không phải tín hiệu thị trường

Một sai lầm phổ biến là coi sự lịch sự của người khác là nhu cầu thật.

Bạn kể ý tưởng, họ nói "Nghe hay đó!", và não bạn tự dịch thành "Có demand". Câu đó chỉ cho biết người nghe tử tế. Nó không cho biết họ có gặp vấn đề, càng không cho biết họ có trả tiền.

Tín hiệu trả tiền nằm ở hành vi đã xảy ra:

• Họ đã trả tiền cho một giải pháp nhưng chưa hài lòng với nó.
• Họ đang tốn thời gian lặp lại một việc nhàm chán.
• Họ đang chịu rủi ro khi làm sai: mất tiền, trễ hạn, bị phạt.

Bạn chưa cần bắt ai trả tiền thật mới được coi là có tín hiệu. Trong lúc tìm hiểu, hãy để ý dấu vết của chi phí (cost) người dùng đang bỏ ra và lợi ích (benefit) họ sẽ nhận được nếu có cách tốt hơn.

Ví dụ với người ôn thi bằng lái xe: nhiều người mua sổ tay mẹo bản in. Sổ dễ thất lạc, khó tra lại câu mình hay sai, và không nhắc khi nào nên ôn lại. Khoản tiền bỏ ra cho cuốn sổ là dấu vết chi phí. Những điểm bất tiện là chỗ một app có thể làm tốt hơn. Nếu app giải quyết được đúng những chỗ đó, người dùng sẽ nhìn ra lợi ích mà không cần bạn giải thích nhiều.

Key takeaway

Đừng bắt đầu từ app bạn muốn xây. Hãy bắt đầu từ một khoảnh khắc khó chịu có người đang chịu đựng. Vấn đề đáng làm có người cụ thể, tình huống lặp lại, cách làm hiện tại chưa ổn và dấu vết chi phí. Tín hiệu trả tiền nằm ở những gì người ta đã làm, không nằm ở lời khen.

Mang sang dự án của bạn

1. Nghĩ về công việc hiện tại hoặc những việc bạn từng làm. Mô tả một vấn đề lặp đi lặp lại mà có người đang gặp, càng cụ thể càng tốt.
2. Kể lại vấn đề đó cho một người khác. Nếu họ không hiểu đúng ý, hãy diễn đạt lại cho đến khi họ hiểu.
3. Vấn đề này đã tồn tại bao lâu? Người ta đang xử lý nó bằng cách nào, và cách đó chưa ổn ở đâu?
4. Tìm ít nhất một dấu vết chi phí: tiền, thời gian hoặc rủi ro mà người gặp vấn đề đang phải chịu.
5. Mô tả giá trị app mang lại: sau khi dùng, người dùng khác đi thế nào so với cách họ đang làm?