这篇文章给出一个 14 天的验证流程：先找十个真实用户谈问题，再用一个落地页或手工服务测试付费意愿，最后决定是否开发。
01 先把假设写成可以被推翻的句子
一个好的假设要包含三件事：谁、遇到什么问题、你预计他们会做什么。
例如：「独立站卖家每周花 3 小时整理广告数据，如果有一个自动报表，他们愿意每月付 29 美元。」这句话有对象、有痛点、有可观察的行为，错了也能判断。
02 用 3 天找到 10 个可以聊的人
找人比写代码难，但它决定了验证的质量。常见的渠道包括：
- 你想服务的人经常泡的社区和群组
- 同行的评论区，尤其是抱怨同一件事的人
- 你自己的熟人网络，问他们认识谁在做这件事
每次对话控制在 20 分钟内，只问他们上一次遇到这个问题是什么时候、当时怎么解决的。不要问「你会不会用」。
03 用手工服务代替开发
第 4 到 10 天，可以用手工方式交付结果。比如用表格和脚本代替系统，人工整理报表后发给客户。
手工服务有两个作用：一是检验客户是否愿意为结果付钱，二是让你看到真实的使用流程，知道哪些步骤值得自动化。
04 用付费意愿作为最终判断
只有「感兴趣」和「愿意付钱」是两个不同的结论。可以设置一个真实的收款环节，比如预付费名额或提前购买。
第 14 天结束时，只看三个数字：开始使用的人数、主动续用的人数、愿意付费的人数。三个数字都低，就该换方向，而不是继续加功能。