需求整理提示词最适合用在想法很多、说法很散的时候：一场会开完，每个人嘴里都是"加个导出""最好能提醒一下"，真正落到纸面上却没有一条能直接开发。用下面这段需求整理提示词，把会议记录、聊天记录和你自己的口头想法原样贴进去，AI 会先复述理解、再拆成带验收标准的需求条目，最后把没说清的地方单独列成问题等你回答，而不是替你编。
可以直接复制的提示词
你是一名做了 8 年 B 端产品的产品经理，擅长把模糊想法拆成可开发的需求。现在请把我下面这段零散描述整理成一份需求清单。
我的原始描述：
［把会议记录、聊天截图文字或你自己的口头想法原样粘贴到这里，越乱越好，不用提前整理］
产品背景：［产品名］是给［目标用户］用的［产品类型］，目前最头疼的问题是［核心痛点］。
本期目标：［例如 本月底前上线，优先解决付费用户的留存问题］
明确不做：［例如 不改支付流程、不做移动端适配；没有就写"暂无"］
请按下面 5 步输出，不要跳步：
1. 先用一句话复述你理解的核心需求；如果我的描述前后矛盾，直接指出矛盾点，不要自行调和。
2. 把需求拆成独立条目，每条只做一件事，用表格输出，列为：编号、需求名称、解决什么问题、谁会用、验收标准。验收标准写成"当……时，系统应该……"的句式。
3. 给每条标注优先级：必须做（不做就达不成目标）、应该做（明显提升体验）、可以做（有余力再排），每条写一句理由。
4. 单独列出"信息缺口"：哪些地方我没说清、你只能靠猜，逐条写成问题等我回答；不要自己编造数字、日期和负责人。
5. 给出建议的开发顺序，说明哪条依赖哪条，一句话讲清依赖关系。
约束：只整理我给出的内容，不要新增我没提过的功能；拿不准的地方一律放进信息缺口，不要写进需求条目。四个变量分别怎么填
- ［原始描述］：不用润色，录音转文字、聊天记录都行。材料越原始，AI 越能看出哪些是真需求、哪些只是随口一提。少于 100 字时效果明显变差，先攒够素材再跑。
- ［核心痛点］：写用户正在受的苦，不要写你想加的功能。例如写"客服每天手动导 3 次数据发给客户"，而不是"需要导出功能"。
- ［本期目标］：必须带时间和取舍，例如"两周内上线，只保核心流程"。目标越具体，优先级排序越靠谱。
- ［明确不做］：这一项最容易漏。提前划清边界，AI 才不会把顺手提到的想法也排进本期清单。
跑完第一轮，这样追问效果更好
第一轮输出先别急着用，重点看"信息缺口"那一节：那才是这次整理真正的产出。把问题逐条答完后，把答案追加在同一对话里，再补一句"根据我刚补充的信息，更新需求表，并标出哪些条目的优先级变了"。如果验收标准写得太虚，比如出现"提升用户体验"这种话，直接追问"把第 2 条的验收标准改写成可以逐条打勾验证的句子"。条目超过 15 条时，再加一句"按必须做、应该做、可以做分组，每组内部按开发顺序排列"。
哪些情况别指望它一次到位
原始描述里如果连用户是谁都没提，AI 只能给出框架，信息缺口会比需求条目还长，这是正常的，先补背景再跑第二轮。涉及报价、合同条款、合规要求的需求，AI 整理出的条目只能当草稿，必须由负责人逐条复核后再进排期。另外它整理的是"你说过的话"，如果某个关键需求根本没人提起，它不会凭空提醒你——会前先让每个参会人写下自己最在意的一条，效果会好很多。
