学习目标
留下一个有依据的问题陈述，以及事实、假设和下一步验证清单；还不急着写功能。
适用场景
贯穿八篇的虚构案例：为现有网站增加个人资料夹。起点只是“资料总找不到”，尚不能据此断定需要收藏、搜索或推荐。下文示例均待你用真实材料替换。
准备条件
- 带来一次最近发生的具体经历、现有处理方式或可核对的反馈。没有材料也要明确说“暂无证据”。
- 可用任意能对话和整理材料的 AI；能否联网搜索取决于你实际使用的环境。建议时间仅用于练习模板，完整调研另计。
操作步骤
从最近一次经历问起
不要一开始就让 AI 写商业计划。先回答：谁在找什么资料、什么时候需要、现在怎么找、具体卡在哪里。用“上次找一篇文章时翻了哪些地方”替代“你想要哪些功能”。自用项目可从自己的真实操作开始，AI 扮演用户的回答只能用作访谈练习。
把材料分成事实、解释和未知
把反馈、操作记录或已核对的网页交给 AI，要求每条结论指回材料。网页有链接不代表已经读过，先打开原出处核对日期和含义。不要把几个同源转载算成独立证据，也不要把模型的补充情节写成访谈结果。
交给 AI 的整理任务只依据我提供的材料整理，不补造访谈、人数或数据。 逐项列出：原始材料及出处／能支持的事实／你的推断／仍未知的问题。 再按“谁—触发场景—想完成的任务—现有做法—困难”写问题陈述。 指出什么证据会推翻这个判断，并给出一个最低成本的验证动作。 材料：【粘贴真实经历、反馈或已核对出处】先比较现有做法，再决定要不要做
例如资料可能散落在聊天收藏、浏览器书签和笔记里。先看现有办法究竟缺了查找、整理还是随手保存，不要只搜同类产品来证明自己的想法正确。让 AI 给出不同解释，由你挑出最需要核实的一项。
做一个能改变决定的小验证
选一个真实任务，请目标使用者演示现在的做法，或你自己按记录复做一次。观察“能不能找到、在哪一步绕路”，不要只问是否喜欢你的新功能。没有接触实际使用者的条件时，先留下假设和待验证动作，别把模型肯定当需求成立。
问题卡示例 · 尚待真实证据确认对象：经常回看资料的网站读者 场景：隔几天想找回看过的一篇文章 当前做法：到几个已有收藏入口分别查找（待观察） 待验证问题：入口分散是否真是找不到的主要原因？ 反例：原有书签已经足够，只是用户不知道入口 下一步：观察一次真实找回任务，再决定是否增加站内收藏交接一个问题，而不是一串功能
把问题卡、材料出处、尚未解决的问题放在项目现有文档中，交给产品定义阶段。若验证发现困难根本不在保存，就修改问题陈述；不要为了保留最初的功能设想而忽略反例。
常见误区
- 让 AI “想十个有市场的功能”，把流畅回答当真实需求。
- 请它提出候选和反例，再用实际经历、研究或操作观察确认。
- 先选工具和技术，再寻找能用上它们的问题。
- 先说明用户想达成的结果；不做新功能或改进旧入口也可能解决问题。
验收清单
- 能说清谁、何时、要完成什么，以及当前具体困难。
- 事实都有可核对材料；推断、假设与未知没有混写。
- 有一个会影响是否继续开发的验证动作；证据不足时仍标为待验证。
- 下一阶段收到问题卡与证据，而不只是“做个收藏功能”。
资料与版本
本文为原创方法整理，示例与提示词需按项目调整；不代表真实用户研究或账号执行结果。