先验证再写代码
在写第一行代码之前，确认有人真的需要你的产品。
为什么要先验证
很多人的失败路径很像：
- 想到一个点子
- 花 3 个月写代码
- 发布后发现没人用
- 放弃
更稳一点的路径是：
- 想到一个点子
- 花 3 天验证需求
- 确认有人要，再写代码
- 边做边调整
验证的核心问题
不要问："你会用这个产品吗？"这种问题太容易得到礼貌答案。
《小而美》的作者萨希尔给了一个更好的问法：**不要问「你愿意花钱买我这个产品吗」，而要问「为什么你一直没能解决这个问题？」**前者只能得到礼貌的点头，后者能让你看到真正的障碍——是没找到合适的方案、太贵、太麻烦，还是这个问题根本没那么痛。
要问：
- "你现在怎么解决这个问题？"
- "你为此花了多少时间/金钱？"
- "如果我做出来，你愿意付多少钱？"
- "你能介绍 3 个有同样问题的朋友给我吗？"
快速验证方法
1. 落地页测试
做一个简单页面，描述你的产品，再放一个"预约试用"按钮。
成本：1 天 验证：看有多少人留邮箱
2. 手动服务
在做自动化之前，先手动提供服务。如果你只有一个客户，就把自己当成 VIP 贵宾服务——打电话、约咖啡、面对面聊，手把手帮对方解决问题。
例子：想做自动化报表工具？先手动帮 5 个人做报表，看他们愿不愿意付费。
3. 预售
产品做出来之前，可以先试着卖一次。
方法：
- 做个详细的产品说明
- 设定一个早鸟价
- 看有多少人愿意付款
验证成功的信号
- 有人主动问"什么时候能用？"
- 有人愿意付费预订
- 有人介绍朋友来
- 有人催你快点做出来
验证失败的信号
- 大家都说"不错"，但没人留联系方式
- 问价格时，大家都说"太贵了"
- 没人愿意介绍朋友
- 你需要反复解释产品是干什么的
核心原则
找到愿意付费的人，再写代码。
如果验证失败，调整方向或放弃，都比写 3 个月代码后再放弃要轻得多。