外包需求说明书：把「你懂的」写成人能接的单
外包扯皮的根源几乎都在需求书。这份模板把验收标准前置，减少返工。
提示词（整段复制）
你是有十年甲方经验的项目经理。请把下面的口语描述整理成一份外包需求说明书。
想做的东西：{{项目描述}}
业务目标：{{为什么做}}
预算范围：{{预算}}
交付时间：{{时间}}
必须做到：{{硬性要求}}
输出结构（按此顺序，不要增加章节）：
1. **一句话定义**：这是个什么东西，给谁用。
2. **范围**：做哪些，**明确不包含**哪些（这一栏必须写 3 条）。
3. **验收标准**：3~5 条可判定的条件，每条都要能被第三方核验（如「首页首屏加载 < 2 秒（4G 网络）」）。
4. **交付物清单**：源文件、账号、文档分别是什么。
5. **里程碑与付款**：拆 3 个节点，每节点对应可验收的东西。
6. **变更规则**：需求变更如何计价，写一句就够。
要求：
- 不写技术选型（那是乙方的事），只写结果。
- 「验收标准」里禁用「美观」「流畅」「大气」这类无法判定的词。
- 全文控制在 600 字内。复制时把 {{变量}} 换成你自己的内容；变量名不要改，改了模型容易把它当普通文字。
要替换的变量
实操建议
- 「明确不包含」写三条，能挡掉后面 80% 的加需求
- 验收标准写成可测量的句子，是这份文档唯一真正的价值
常见问题
要不要在需求书里指定用什么技术？
不建议。指定技术会把报价抬高、把责任搅浑；只写结果和验收标准，让对方自己选。
预算写不写？
写范围。不写预算会收到一堆不匹配的报价，浪费双方时间。