客户在总部IM会话里说“这个页面再加一项”“下周能否提前交”，团队成员很可能立即各自开工。若没有先确认原约定、变更范围和代价，后续会出现两个版本的计划。下面的方法只用普通消息做记录，不依赖应用是否提供专门的项目管理功能。
把原约定和新要求并排写出来。 找到先前确认过的交付物、日期和验收方式，区分客户这次是补充说明、改变范围，还是新增一项工作。回复时可写：“原计划为……；本次希望改为……；我理解新增的是……，保留的是……，请确认。”不要把一句口头“顺便加上”直接变成团队已承诺完成的任务。
先定义变化，才谈得上评估影响。
评估时间、资源和依赖项。 新要求可能影响设计、开发、测试或对外材料。请每个受影响的负责人说明需要做什么、预计用时和需要谁提供输入。若现有交期不变，就明确必须减少什么范围；若范围不变，就提出新的合理日期。未知项应标成“待确认”，不要用一个未经核实的时间点安抚客户。
新增工作通常会改变原来的资源安排。
由一个窗口确认最终版本。 指定对客户回复的人，把确认后的范围、交付物、时间、费用或审批状态合成一条可独立理解的消息。涉及合同或费用的调整，应走团队既定审批和正式文件流程；聊天中的讨论不能替代该流程。相关成员收到最终说明后，再更新各自任务和文件版本。
让客户和执行团队看到同一份已确认安排。
变更执行后回看实际结果。 到关键节点核对新增内容是否按确认范围完成，若又出现新要求，另开一条变更记录，不要悄悄覆盖前一次决定。项目结束时保留必要的确认记录，便于解释时间变化与交付边界；同时按团队的数据保留要求清理不该长期留在群里的客户资料。