表达有据适用范围
本站原创需求表达练习，适用于小型协作与学习任务；人物、交付物和版本全部虚构，不作为合同解释、报价标准或项目实绩。
先固定变更之前的范围
假设原需求单V1只列两项：一张流程图、一页说明，二者都需要交付。这个基线不是越详细越好，而是要能回答现在承诺做什么；已经讨论但尚未确认的想法另放待确认区。
若不知道原清单，“加一点”就没有可比较的对象。先把双方认可的版本号和项目名称写出来，不从聊天中的最后一句话猜测全部范围，也不因为文件已经制作就认定它一定属于正式交付。
同一句请求可能通向两张清单
情境甲：对方希望在流程图和说明之外，增加一个示例。确认后的V2含流程图、说明、示例，共三项。原有说明依然要做，不能以为示例能顺便代替它。
情境乙：对方认为说明太抽象，希望改用示例。确认后的V2含流程图、示例，共两项，说明被明确移出。图中两行展示的差别就是“说明是否还在”，不是把同一结果换一种说法。
用一个具体问题消除歧义
可以询问：“示例是追加到原两项之后，还是用来替换一页说明？如果替换，最终只交流程图和示例，对吗？”这句话给出两种可核对结果，避免对方只回答“是的”，却不知道在确认哪部分。
对方还没答复时，记录为新增/替换待定。可以先整理已有流程图等不依赖答案的工作，但不要擅自取消说明，也不要把新增示例的工时悄悄算进旧承诺。
数量相同，不代表工作量相同
替换后仍是两项，只说明清单长度一样，不说明制作难度、输入资料或校对次数一样。示例可能需要新素材与新的验证步骤；应分别记录这些影响，而不是直接写“数量没变，所以日期不变”。
新增也不一定要求整项目推迟。可以明确交付分批、优先级或重新约定日期；本文不规定如何报价。关键是把范围决定与时间决定分别写清，未确认的日期继续标为待定。
一条确认记录如何写完整
原创确认示例：“基于V1，将一页说明替换为一个示例；V2交付清单为流程图、示例。说明不再列入本次交付。示例所需素材尚待提供，日期在素材到齐后另确认。”读者不必翻回所有聊天，也能看见现行范围与未解决条件。
若说明已经做完，可记录“旧版留存，不列入本次交付”，不要改写成它从未存在。若只是今天先做示例、说明以后仍要交，那属于顺序或批次变化，不应写成替换。
交付时核对完整清单
完成前逐项检查V2列出的对象、格式和验收方式，再查看被移除项目有没有误留在目录或提醒里。检查的是现行约定，不是用旧清单证明新版本缺项。
后续再次要求恢复说明，应记录新的决定和影响，不能直接把它塞回V2并假称双方一直如此。版本历史用于解释变化，当前清单用于指导交付，两者各有用途。
操作步骤
- 找到双方确认的原清单，未确认想法另列。
- 问清新项目是否保留所有旧项目。
- 列出新增或替换后的完整结果，不只写差异口号。
- 分别确认素材、工时、日期等影响，保留未知。
- 按新清单交付，同时保存旧版本的变化记录。
常见问答
替换后数量一样，是否不用重新确认日期？
数量不能代表工时。新对象可能需要不同材料或校对，应另核日期。
只是改变制作顺序，算替换吗？
若最终交付对象都保留，通常只是顺序或批次变化，不是移除旧项。
对方尚未回答可以写成新增吗？
应保持待确认；否则可能擅自扩大范围，或误解对方真正想取消的项目。
参考依据
本文图例与练习为本站原创教学材料；示例不作为真实事件、专业评估或实测结果的证据。