一、提示词全文
复制下面这一段，把【】里的内容换成你自己的，直接发给模型。
你是产品负责人，帮我写一段需求。
背景：【业务上发生了什么问题，谁在难受】
期望做成什么：【一句话描述理想状态】
边界：【哪些情况不在本次范围内】
已知条件：【技术限制、时间、人手，能写多少写多少】
请输出：
1. 一句话目标，写清解决谁的什么问题
2. 用户场景，两到三个具体场景，每个场景写「谁、在什么情况下、想干什么」
3. 功能点，按顺序列，每条写清输入输出，输入是什么数据，输出长什么样
4. 验收标准，写成可以判定过 / 不过的条款，不要写「体验流畅」
5. 风险与例外，写三种会出问题的边界情况
要求：
- 验收标准每条必须能判，判不了的就说明需求没想清
- 不写技术方案，那是开发的事
- 不允许「尽量」「差不多」「合适的时候」这种词
二、占位符说明
| 占位符 | 填什么 | 怎么填 |
|---|---|---|
| 【业务上发生了什么问题，谁在难受】 | 背景 | 写具体的痛，写「系统不好用」等于没给信息 |
| 【一句话描述理想状态】 | 目标 | 一句话说不完说明需求没收敛 |
| 【哪些情况不在本次范围内】 | 边界 | 不写边界，开发会自己发挥 |
| 【技术限制、时间、人手】 | 已知条件 | 约束越少，模型给的验收标准越理想化 |
三、使用步骤
- 背景写具体痛点，「现有流程太长」不如「一个审批要等 3 天，其中 2 天没人看」。
- 边界那栏必须写，不写开发就会自己加需求。
- 验收标准逐条问自己「这个能判吗」，判不了的全部重写。
- 风险那三条提前想，通常是空态、超时、并发。
- 已知条件如实写，写「时间不限」出来的验收标准会不切实际。
四、输出效果示例
背景是门店补货申请要微信里发图给店长，店长漏看两次导致断货。理想状态是店员直接在线上提补货单，店长手机上点通过。边界是不改现有库存系统。已知条件是下个月上线，开发两个人。
模型按上面的提示词给回来的结果大概是这样：
目标写「让店长在手机上 30 秒内处理完一单补货申请」。三个场景里有「夜班店员在关店前发现酸奶不够」。功能点按顺序：选商品 → 填数量 → 提交 → 店长端推送 → 通过或驳回。验收标准里有一条是「店长 30 秒未操作时，消息重推一次；60 秒未操作，标记超时并抄送区域经理」，这条能判。例外写了三种：夜班没店长在岗、单笔超过 50 件、同一商品一小时内重复提。没写一句技术方案。
五、常见翻车
这一条最容易问歪的就是下面三种，对照着改：
1. 这样问：「帮我写需求文档」
不给背景和约束，模型给的是格式模板，里面全是空。
**改成这样：**把背景和限制发进去，让它给背景、功能点、验收条件、边界情况。
2. 这样问：「把需求写清楚」
「清楚」没有标准，模型会写「体验流畅」这种没法验的话。
**改成这样：**每条验收标准必须是能测的：几点前、什么结果。
3. 这样问：只写要做什么不写边界
开发按字面做，用户按预期用，两边对不上就天天问。
**改成这样：**边界情况单独一节：空数据、异常、权限不够怎么办。
六、适配模型怎么选
DeepSeek 擅长把模糊需求切成能验收的条目，Claude 写文档结构最清楚，GPT 适合你还要给技术看的技术说明版。
七、进阶引导
这一条是单点用法。你现在大概只拿它解决一个场景，可同类的活还有几个翻版：同一个商品，详情页要一版，商品标题要一版，客服应答又要一版，每次都得重起。
《催进度不招人烦的 4 条消息模板》给的是整个场景的成套做法，五六个变体加一张自测清单，照着排一遍，这类活基本不用现想。
公众号里搜标题就能找到。