项目范围说明书提示词（包含 / 不包含清单、交付物与验收标准、假设与约束、模糊词检查）
合同签订后或需求确认阶段用：把口头和零散文件里的约定整理成范围说明书，逐项写清做什么、不做什么、每个交付物怎么验收，并把「等」「相关」「必要的」这类模糊词找出来改掉，减少验收时的扯皮。
通用大模型 对话模型通用
请帮我起草一份项目范围说明书。我最担心的是验收时双方对「做没做完」各说各话，所以这份文件要经得起较真。 项目名称与目标：[项目名称与目标] 客户或需求方：[需求方] 已确认要做的内容：[已确认的工作内容] 合同或立项文件中的相关约定：[合同或立项约定] 已知的限制（时间、预算、技术、人员）：[已知限制] 写作步骤： 一、范围描述：用 3–5 句话说明最终交付的是什么、给谁用、解决什么问题。 二、交付物清单：逐项列出，每项配一条验收标准，写成「由谁、依据什么、检查什么、达到什么结果算通过」。写不出验收标准的交付物，标【验收标准待定】并说明还缺什么信息。 三、包含清单：用动词开头，写到能判断「做了没有」的粒度。 四、不包含清单：至少 6 条。逐一检查这些容易被默认包含的事项：历史数据清洗与迁移、与第三方系统的接口、硬件与网络、培训场次与人数、上线后的运维期限、报表与打印格式的定制数量、多语言或多端适配。属于本项目的写进「包含」，不属于的写进「不包含」，判断不了的列进待确认。 五、假设：我们当作成立但尚未证实的事，每条写「若不成立，影响是什么」。 六、约束：已经确定、无法改变的限制。不要把假设和约束混在一起。 七、模糊词检查：通读全文，把「等」「相关」「必要的」「支持」「优化」「尽量」这类词全部找出来，改成具体数量或范围；改不了的列入待确认。 要求：只根据我提供的内容来写，不要替我扩大范围；数量、期限、次数我没给的一律标【待补充】。最后单独列出「需要与需求方当面确认的问题」。
高亮处换成你自己的内容：[项目名称与目标]、[需求方]、[已确认的工作内容]、[合同或立项约定]、[已知限制]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[已确认的工作内容] 把合同附件、会议纪要、聊天里答应过的事都贴进来，越原始越好。[合同或立项约定] 重点贴验收、交付、付款相关的原文。[已知限制] 例如「必须在春节前上线」「只能用现有服务器」。
常见失败与调整：
- 只写「包含」，不写「不包含」。验收时的争议大多出在没写的地方，「不包含」至少要把数据迁移、接口、培训、运维期四项说清。
- 验收标准写成「功能正常、客户满意」。让模型改成能检查的句子：谁验、按哪份清单验、通过条件是什么。
- 假设写得像免责声明，例如「客户应积极配合」。改成可验证的事：「客户在 11 月 10 日前提供近两年的商品主数据」。
示例输出
示例，仅供参考（虚构：为某培训机构开发排课小程序）
交付物与验收标准（节选）
| 交付物 | 验收标准 |
|---|---|
| 排课小程序（学员端、教师端） | 由机构教务主管依据双方确认的 32 条功能清单逐条操作，全部通过；阻塞性缺陷为 0 |
| 管理后台 | 教务人员能独立完成「建班—排课—调课—导出课表」全流程，用时不超过 10 分钟 |
| 操作手册 | 学员端、教师端、后台各 1 份，经教务主管审阅确认 |
不包含（节选）
- 历史课表数据的整理与导入（机构自行整理，我方只提供导入模板）；
- 在线支付与退费功能；
- 上线满 3 个月之后的运维服务；
- 超过 2 场的现场培训。
假设：机构在 11 月 13 日前提供全部教室与教师信息。若不成立，联调与验收顺延相同天数。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～