从哪里开始找需求？
从熟悉的人和市场现有线索入手，建立带来源、替代方案和反证的需求清单，再挑一条深入。
本页目录
直接回答
先收集已经发生的问题，再判断自己能否提供更值得选择的结果。可以从两条入口开始：从生活和工作中收集抱怨，或主动寻找搜索、新闻、新技术、成熟 SaaS、人工服务里的供需缺口。你今天的产出应是一组可追溯的问题记录，而非一张功能愿望单。下面的采集安排、字段和决策分岔是本站为方便实践补充的建议；完成清单不代表需求已经验证。
适用场景
- 没有具体想法，只有“想做 AI 产品”这个方向。
- 有很多点子，但分不清哪些来自真实问题。
- 想把日常观察整理成下一次访谈或验证的输入。
一步一步做
选一个接近自己的群体和一段具体任务
先写下你能接触、理解其工作的人：同学、同行、客户，或你长期参与的兴趣圈。把“学生”缩成“即将提交学术论文、正在整理参考文献的人”；把“商家”缩成“每周上新、需要为不同渠道改商品图的人”。再写这项任务从何时开始、以什么结果结束。第一轮只调查这段任务；目标是减少混杂信息，不是宣布其他人没有需求。产出：一行“人群＋触发场景＋希望完成的结果”。
挑一个有原始声音的入口，立即开始查
优先翻自己实际遇到的流程、可访问的行业讨论、竞品差评及获准使用的客服记录。可以检索小红书的“吐槽／避雷／太难用／有没有替代品”、知乎的“为什么这么难用”和应用、插件的一星评论。本站建议组合为“任务词＋麻烦”或“工具名＋导出失败／替代品”。不要漫无目的刷首页；每次先写查询词，再打开具体上下文。看不到原帖或只看到二手转述，就标为待核实，不抄成用户事实。
记录一个事件，不急着写产品功能
每条保存原话、日期、页面链接或获准保存的记录编号，以及发生场景、当前做法、耗费和结果。把“用户说上传很烦”与“所以我要做客户端”分成两栏，后者是你的推断。重复转载同一条抱怨只算一个事件。用户资料用匿名编号，保留理解问题所需的内容即可。先允许“频次未知、付费未知”，不要让 AI 自动补齐这些空白。产出：可回到原始记录检查的线索卡。
沿五种市场入口补缺，而非同时追五条线
如果熟悉圈子线索不足，选一条补充：搜索词看人主动找什么结果；新闻看哪个原有流程突然被打断；新技术看哪个老动作变得可交付；成熟 SaaS 看某类用户仍嫌贵、慢或受限的步骤；人工服务看客户反复购买的标准交付物。可以尝试从搜索词练起，但你有现成客户或专业经验时，可优先用自己的入口。为每条注明入口类型，后续分别进入搜索、新词、竞品或服务产品化文章。
每日整理时，用三个问题缩小线索池
先问：是否反复出现、是否属于一类人、已有产品为什么没解决好。本站建议再加一栏“什么证据会推翻它”：也许只是旧版本 Bug、个别设置错误，或免费方案已经够好。把线索分为值得追问、需要补证、暂存；只有同一人群在相似任务下受阻，才合并。记录多不等于证据多，最好同时找一个顺利完成任务的人，比较差异来自哪里。
选一条，交给能消除未知的下一步
用一句话写“什么人、在什么场景、愿付什么代价、解决什么问题”。钱尚未验证就写未知，不能把自己的定价当成对方愿付价格。若不知道最近一次发生经过，去做访谈；若不知道现有工具是否够好，先亲测竞品；若问题清楚但交付不确定，做人工样例；若交付清楚但付费未知，准备具体试点报价。产出是一个有对象、有材料、有日期的下一动作，不是立即开发完整产品。
案例拆解
假设练习：论文排版线索仍需要验证
假设有人提到，毕业生会为调整论文格式付费。先把它记为未经核实的线索：“听到一项排版付费需求，但我还没有访谈当事人，也没有核对交易。”可能的机会是缩短格式调整流程，不能据此宣布任何学校都有人买插件。下一步找一位正在提交论文的人，查看脱敏后的格式要求和最近一次修改过程，并试用其现有办法。若已有可直接套用的模板且没有反复修改，机会假设就应收窄。本例只演示怎样区分线索、推测和证据，不代表已经完成用户研究。
行动检查
可复制模板
需求线索卡：记录事实与未知
【本站建议｜一条原始事件一张卡】
线索编号：
发现日期／原始事件日期：
来源链接或获准使用的记录编号：
证据类型：亲历／当事人陈述／公开评论／假设练习／二手转述
匿名用户与任务场景：
原话（原样保存，删去无关个人信息）：
目前怎么做，最后拿到什么：
已发生的时间、金钱、错误或机会成本：
事实：
我的推断：
尚未知：频次／其他同类人／愿付价格／现有替代等
可能的反证：
重复或关联记录编号：
下一步：向谁验证什么，准备什么材料，何时完成
状态：待核实／值得追问／暂存／进入实验
一次需求采集的工作单
【本站建议｜数量与时长自行设定，不是验证门槛】
本次只看的人群：
只看的一段任务：
选择入口与查询语句：
准备投入的时间上限：
保存的新事件编号：
剔除的重复/失去上下文的线索：
反复出现的问题：
顺利解决或无需付费的反例：
最值得补证的一条及理由：
结束条件：能写出下一项具体调查动作；否则更换入口或缩小场景
易错点
- 把“我能做”当成“用户需要”，或把示例当成已经为自己的项目完成调研。
- 用十条转发凑十个独立用户；同一句抱怨不必然代表同一个任务。
- 只记录“缺哪个功能”，不记录现在如何完成任务、为什么愿意改变。
- 每日整理和快速初筛只是练习安排，不能代替后续交付、付费和持续使用验证。