想法与验证
把一个模糊的想法，变成一个可以验证的问题。
这一章的产出是一句话：谁，在什么场景下，用什么现有办法解决什么问题，卡在哪里。
写不成这句话的灵感，先放进素材库，不急着开工。
不是因为规矩。是因为后面每个决策——做哪个功能、先做哪个、界面怎么排、卖多少钱——都要靠这句话判断。这句话模糊，后面每一步都会摇摆。
为什么"好想法"通常是坏的
大部分人卡在这一步的原因，是把方案当成了问题。
- "我想做一个 AI 笔记工具" —— 这是方案
- "我记完笔记就再也没打开过，需要的时候找不到" —— 这是问题
从方案出发，你会一直在加功能；从问题出发，你才知道什么时候算做完了。
从自己反复遇到的问题开始
好想法很多来自你自己反复遇到的麻烦。先从自己开始，因为你最了解细节，也是第一个可以验证的人。
值得观察的地方：
- 你每天抱怨、重复、觉得麻烦的事
- 身边朋友同事反复提到的流程问题
- 目标人群在社区里求助、吐槽、展示自己土办法的场景
- 竞品评论区、退款理由、用户自己拼出来的流程
不要停在"我有这个需求"。追问三层：
- 我现在用什么笨办法解决它？
- 还有谁也在用类似笨办法？
- 如果被解决，是省时间、省钱，还是减少某种明确风险？
第三问答不出来，这个问题大概不值钱。
四个判断标准
一个值得做的问题，这四条至少要过三条：
1. 这个问题你自己有吗
没有的话，你会在无数细节上判断错，而且你察觉不到自己错了。做自己不痛的领域，等于每一步都靠猜。
2. 现在人们怎么解决
去看真实替代方案。如果答案是"忍着"、"用表格手工弄"、"发微信问同事"，这是好信号——需求真实存在，只是没有好工具。
如果答案是"用某某产品，挺好用的"，你要想清楚凭什么让人换。
3. 他们为此付过钱吗
付过钱的问题，比"觉得有用"的问题真实一个量级。花过时间、求过人帮忙也算，付费历史是最硬的需求证据，比任何问卷都准。
4. 你能明显更好吗
好 20% 换不动习惯。迁移成本、学习成本、信任成本加起来，一个"稍微好一点"的产品在用户那里是负分。
真实痛点的三个特征
| 特征 | 判断方式 |
|---|---|
| 高频 | 经常遇到，不是偶尔发生 |
| 痛苦 | 不解决真的难受，会拖慢工作或造成损失 |
| 愿意付出 | 已经花钱、花时间、求人帮忙，或愿意留联系方式 |
三条缺一条还能做，缺两条基本不用试。
建立固定输入，而不是等灵感
不要靠偶尔刷到一个帖子找方向。每周固定花半小时，按几类输入收集：
- 社区：垂直论坛、问答社区、内容平台的求助帖、开源仓库的 issue
- 榜单：应用商店、浏览器扩展商店、新产品发布站
- 搜索：搜索建议、相关搜索、趋势工具
- 竞品：差评、退款理由、用户自建的替代流程
- 生活：记录你一周内重复做过三次以上、还觉得麻烦的事
小众不等于人少，而是人群足够清楚、问题足够集中、你有机会成为最懂这个子场景的人。
判断一个小众方向，看七件事：
- 你愿不愿意长期观察这群人
- 他们是否已经花钱、花时间或求人帮忙
- 有没有竞品或替代方案（完全没人做不一定是好事）
- 有没有稳定或上升的搜索需求
- 谁付钱，按次、订阅、服务还是模板
- 你能不能比现有方案更快、更便宜、更懂某个子场景
- 能不能用页面、手动服务、表单或内容先测一轮
最适合一个人做的机会通常不是"所有人都需要"，而是**"一小群人现在就被这个问题卡住，而现有方案不够顺手"**。
用搜索反向找需求
用户愿意搜索，说明他已经意识到问题，正在找解决方案。
轻量流程：列领域词、角色词、场景词、动作词 → 组合出更具体的长尾词 → 用搜索建议和趋势工具确认有人在找 → 看现有结果页，如果前几页都是老旧文章或低质页面，可能有机会 → 做一个最小页面收集意向。
看趋势时不要只看一条曲线。先看近 7 天或 30 天的相关搜索，再拉到 90 天确认是不是新出现的词：
- 上升 + 低基数：需求刚出现，竞争可能还没跟上
- 一直高位：别人可能已经进场了
趋势工具通常只显示相对热度，最好拿一个你大概知道量级的词做参照。完整做法见关键词研究。
搜索不是让你追热点，是帮你判断：用户是否已经用自己的语言描述了这个问题。
识别伪需求
伪需求就是你觉得有需求，但用户不愿付费，也不愿为它改变行为。
| 真需求 | 伪需求 |
|---|---|
| 用户主动找解决方案 | 你需要说服用户有这个问题 |
| 用户愿意付费 | 用户说"免费我可能会用" |
| 用户愿意改变习惯 | 用户说"现在的方案也还行" |
| 用户会推荐给朋友 | 用户说"不错"然后就没了 |
三个常见陷阱：
| 陷阱 | 症状 | 怎么避开 |
|---|---|---|
| 技术思维 | 看到一个产品觉得"这技术我也行"，就开干 | 问自己：用户为什么要从现有方案换过来 |
| 完美主义 | 一直纠结技术选型和界面，迟迟不验证 | 给自己两周期限，拿出一个能用版本，哪怕很丑 |
| 自嗨 | 只有你觉得酷，没人愿意付费 | 找十个人看他们是否愿意行动，而不是只点头 |
一个简单的判据：如果你需要花很多时间解释这个产品是干什么的，它可能还不是清晰需求。
先做人工验证
写代码之前，先用人肉把这件事做一遍：手动帮三个人解决这个问题。
不用产品，用微信、用表格、用你自己的时间。
- 人肉都没人要，做成产品也不会有人要——你省下了两个月
- 人肉有人抢着要，你已经知道要自动化哪一步了——你省下了做错功能的两个月
这一步最容易被跳过，也最容易让人做半年白工。
"先做出来再说"听起来很行动派，实际是在用写代码逃避做判断。
提前定好决策点
最容易陷入的陷阱是"再坚持一下就会好"。有时确实如此，但更多时候只是在浪费时间。
先设好判断点：
- 按时间：给自己六周或三个月，到期看关键指标
- 按里程碑：达到某个用户数、收入或留存之前，不投入大资源
- 按迭代次数：连续三次调整后数据没有正面变化，重新评估方向
该继续的信号：有人主动来问进度、没推广也陆续有人找来、你能一句话说清它解决什么问题、你自己还有动力。
该缩小或转向的信号：只有礼貌回应，没人纳入日常流程；每个用户都需要你一对一解释；注册还行但留存到底；你自己是目标用户却不想打开它；试过不同定位和人群都没改善。
放弃一个想法不等于否定之前的工作。 你积累的用户理解、市场认知和技术能力都会带到下一个方向。
常见错误
把方案当问题。 一直在加功能，不知道什么时候算做完。
只说"我觉得有人需要"。 没有任何来自别人的证据。
追问不到第三层。 说不出省了时间、省了钱还是减少了风险。
等灵感不建输入。 方向靠偶然刷到，不靠固定输入。
只看趋势曲线的短周期。 把已经很热的赛道当成新机会。
害怕被抄所以不验证。 早期想法的问题不是被抄，是没人要。
不设决策点。 无限等奇迹，时间被沉没成本绑住。
验收标准
- 能写出"谁在什么场景下用什么办法解决什么问题、卡在哪"这句话
- 追问到了第三层，说得出省时间、省钱还是减少风险
- 有 3-5 个真实问题来源，不只是自己的猜测
- 四个判断标准至少过三条
- 有固定的每周输入渠道
- 对照过真需求/伪需求表
- 有一个不写代码就能执行的验证动作
- 写下了继续、缩小、转向的判断标准
- 有一份暂时不做的功能和方向清单
本章动作
用一句话写下"谁，在什么场景下，用什么办法，卡在哪"，发给三个符合描述的人，问他们"是这样吗"。三个人都说"对，我就是这样"，再往下走。