1/ 先确认一个前提
不要从“我能做什么”开始，而是从：用户最近一次，在做什么具体动作时感到麻烦？
如果一句话说不清楚这个动作，直接放弃。
2/ 把“感觉需求”拆成「动作级描述」
检查这个需求是否能被描述成：
明确动作（做什么）
明确对象（对什么）
明确结果（要得到什么）
参考：当用户在【某个场景】需要把【某种输入】变成【某种结果】
如果描述还停留在「提高效率 / AI 辅助 / 自动化」，说明不够具体。
3/ 翻译成“用户会搜索的语言”
不要直接用专业术语。
执行方式：
用最口语的方式写 3–5 种说法
用关键词工具逐个查
看哪一种：有搜索量难度不过高
判断标准：
查不到数据 ≠ 没需求
但完全没人搜 = 风险极高
4/ 重点看 SERP，而不是只看难度分数
对每个关键词，重点看：
排名前 10 是什么类型的页面？
博客 / 教程？
模板？
独立工具？
平台级产品？
判断逻辑：
博客多 → 需求存在但工具缺位（机会）
平台垄断 → 新手慎入
工具混排 → 可以切细分
5/ 判断这是「工具需求」还是「平台需求」
必须明确这一点，否则必死。
工具需求特征：即用即走，结果导向，用完就走，但会反复回来，单人也能用
平台需求特征：多功能长期使用，协作 / 集成 / 系统
新手 优先选工具需求。
6/ 验证「使用频率」和「失败成本」
问自己两个问题：
用户多久会遇到一次这个问题？
如果这一步做不好，会不会很烦 / 很花时间？
判断原则：
高频 + 高失败成本 = 强付费意愿
低频 + 可替代 = 难做订阅
7/ 反向拆竞品，而不是正面对比功能
不要问：我能不能做得比它更强？
而是问：
它是不是做得太重了？
它是不是顺带做了这个功能？
它是不是覆盖了太多场景？
新手机会，往往在“做轻、做窄、做锋利”。
8/ 先算一笔「最保守的成本账」
在动手前，必须知道：
一次使用的主要成本来自哪里
哪个环节是成本大头
是否能：限时、限次数、限功能
只要出现：“免费用户可以无限用，而且成本线性增长”
这个需求直接否。
9/ 定义「最小可用版本（MVP）」
问自己一句话：如果只允许我做 1 个页面 + 1 个按钮，我解决的是哪个动作？
只保留：
一个输入
一个输出
一个明确结果
其余全部延后。
10/ 最后一问（终极过滤器）
在做之前，问自己：
如果这个工具现在已经存在，我会不会愿意为它每个月付 5–10 美元？
如果答案是否定的，那说明你自己都没被说服。
通过以上 10 步，这个需求，就值得你去做成一个工具站。