ChatGPT 分析需求变更：先列新增工作与未决条件

小改动也可能改变交付范围

“顺便加个候补名单”听起来只是多一列，却可能涉及状态、通知与管理员操作。让ChatGPT分析需求变更时，要给原批准范围和新请求，不只给一句愿望。本文是项目沟通练习，不提供真实报价或交付工期。

原范围与新增请求

练习原范围：最多12人报名，满员后显示结束，不支持自动通知。新请求：满员后还能登记候补。已确认新增的是候补登记；尚未决定候补顺序、名额释放条件、由谁通知及能否取消。不能擅自补成“自动递补并短信通知”。

差异表可以列原行为、新行为、涉及页面、数据变化、未决问题和验证方式。比如需要区分已报名与候补两种状态，而通知是否新增要单独决定。既有名额不能因为候补记录增加而被算作已报名人数。

可复制提示词

比较以下已批准范围与新增请求【粘贴】，做需求变更影响清单。区分明确新增、可保留的原行为与未决条件，覆盖页面、数据、操作和验证。没有依据不填工期或价格，不承诺上线日，不自动批准。提出一个最小版本与需要延期决定的项目，并说明取舍依据。

用一个边界场景核对

已有12人，再来第13人，应进入候补而不是增加正式人数。之后一人取消，究竟手动选择候补还是按顺序自动递补，目前没有规则，必须保留待决定。这个场景能暴露“只是加一栏”的遗漏，不需要假装已写好完整实现。

批准后再更新计划

负责人选定方案后，补充接受标准、责任人和估算依据，再调整计划。估算是基于信息的判断，批准是授权动作，两者不能由一张流畅表格替代。保留旧范围与变更记录，避免后续争议时没有比较基准。

来源与练习范围

通用提问或功能说明依据实际读取的OpenAI官方文档，核查于2026年10月16日。本文样本、提示词与示意由本站编辑原创，不是官方界面或模型实测；不要将练习结果当作真实业务事实。