独立开发最大的浪费，不是技术选错，而是「做出来一个没人要的东西」。而这类浪费几乎全都可以用很低成本提前避免。
先接受一个事实：你的直觉大概率不准
这不是打击人，而是提醒：连专业做产品的人判断准确率都不高，一个人凭感觉判断「这个一定有人用」，成功率不会更高。
所以验证的目的不是「证明我对」，而是「用很低的成本尽早发现自己错了」。
方法一：去做访谈（但别问错问题）
访谈的坑在于，问法不对就会得到全是「挺好的」的答案。
我的经验是：**不要问将来，要问过去。**
坏问题：如果有一个 XXX，你会用吗？（几乎所有人都会说会）
好问题：你上次遇到这个问题是什么时候？当时你怎么解决的？花了多久？
坏问题：你觉得这个功能有价值吗？
好问题：为了这个问题，你现在每个月要付出多少成本（时间、钱、精力）？
核心区别：行为比意愿可靠。问「昨天实际发生了什么」，而不是「明天你会不会」。
方法二：一个页面，先看有没有人想要
如果做的是一个面向较多人的东西，我会先做一个很简单的落地页：说清楚它解决什么问题、给一个「留下联系方式、想第一时间试用」的入口。
它的价值不是「收集到多少邮箱」，而是：
逼自己把「一句话说清价值」这件事做出来（做不到通常说明没想清）；
看有没有人愿意留下真实信息 —— 这是有成本的动作，比口头赞同可信；
看别人是从什么词找到这个页面的（往往能发现你自己没想到的用法）。
方法三：先手工做一遍（最被低估的方法）
这是我最推荐的：**先不要写任何产品代码，用人工的方式把这件事做一遍。**
比如你想做一个「帮人整理数据」的工具，那就先手动帮三个人整理一次。你会立刻得到：
真实的输入有多脏（这是所有产品最难处理的部分）；
用户真正在意的产出是什么（可能和你以为的完全不一样）；
整件事里最耗时的环节在哪（那才是产品真正该自动化的地方）。
手工做一遍的价值在于：它用几个小时，帮你省掉几个月的白做。
什么是真信号
我后来只信这三类信号，其他都当参考：
付出成本：愿意花时间、花钱、或者花精力把数据录进去；
再次使用：不是试了一次，而是主动回来用第二次；
主动追问：「什么时候能用」比「做得不错」值钱一百倍。
验证阶段最常见的三种自欺
这几条我都犯过：
把朋友的鼓励当成需求验证 —— 他们支持的是你，不是这个产品；
把「没人反对」当成「有人需要」—— 沉默不代表认可；
把「访谈里的人都说会」当成结论 —— 说「会」不需要任何成本。
什么时候可以开始写代码
我会给自己设一个明确的启动条件，而不是凭感觉「差不多了」：
我能在两句话内说清「谁、在什么场景、解决什么问题」；
至少有三个人对这个问题表达过真实的困扰（不是对方案，而是对问题）；
我已经手工做过一遍，知道最关键的输入和产出长什么样；
我能说出一个明确的最小版本 —— 它不解决所有问题，但能让一个人完整走一遍。
这四条都满足，就大胆开始；有一条不满足，最省钱的做法是继续验证，而不是先写代码。
最后一个提醒
验证不是用来「做决定」的仪式，它更像一个温度计：你随时可以再测一次。所以不必追求一次验证到位，而是养成「每做一小步就找一次真实反馈」的习惯。