一、提示词全文
下面这段是在「需求文档」原提示词基础上，加了一段 飞书 的平台适配。把【】里的内容换成你自己的，整段发给模型。
你是产品负责人，帮我写一段需求。
背景：【业务上发生了什么问题，谁在难受】
期望做成什么：【一句话描述理想状态】
边界：【哪些情况不在本次范围内】
已知条件：【技术限制、时间、人手，能写多少写多少】
请输出：
1. 一句话目标，写清解决谁的什么问题
2. 用户场景，两到三个具体场景，每个场景写「谁、在什么情况下、想干什么」
3. 功能点，按顺序列，每条写清输入输出，输入是什么数据，输出长什么样
4. 验收标准，写成可以判定过 / 不过的条款，不要写「体验流畅」
5. 风险与例外，写三种会出问题的边界情况
要求：
- 验收标准每条必须能判，判不了的就说明需求没想清
- 不写技术方案，那是开发的事
- 不允许「尽量」「差不多」「合适的时候」这种词
—— 这条要发在 飞书（协作文档、多维表格、适合沉淀），长度按 文档结构化、多小标题。
另外再补：「文档大纲 + 待办清单」。
发布前必须自查：别把口头结论直接丢文档，结论要有人负责。
二、占位符说明
| 占位符 | 填什么 | 怎么填 |
|---|---|---|
| 【业务上发生了什么问题，谁在难受】 | 背景 | 写具体的痛，写「系统不好用」等于没给信息 |
| 【一句话描述理想状态】 | 目标 | 一句话说不完说明需求没收敛 |
| 【哪些情况不在本次范围内】 | 边界 | 不写边界，开发会自己发挥 |
| 【技术限制、时间、人手】 | 已知条件 | 约束越少，模型给的验收标准越理想化 |
| 【飞书 的长度要求】 | 平台规格 | 文档结构化、多小标题 |
三、使用步骤
- 先按 飞书 的规矩定长度：文档结构化、多小标题。
- 把核心素材原话丢给模型，别自己先美化（原提示词的占位符按上表填）。
- 让它额外产出：「文档大纲 + 待办清单」。
- 「别把口头结论直接丢文档，结论要有人负责」这条检查点，发布前自己过一遍。
四、输出效果示例
把「需求文档」丢给模型，它会在原场景的基础上按 飞书 的规矩改一版（协作文档、多维表格、适合沉淀），并额外给出：「文档大纲 + 待办清单」。发布前照着检查点核一遍即可。
五、进阶引导
同一份素材要铺多个渠道？把这段里的「飞书」换成另一个平台名再跑一次，一稿多投就是这么做的。