阶段 01 沟通确认
客户动作
- 说明需求背景与希望解决的问题
- 提供现有材料与已有条件
- 指出时间上的硬性节点
我方动作
- 复述需求，确认理解是否一致
- 判断需求落在哪个服务方向
- 指出需要客户补充的信息
阶段产出： 一份需求确认记录，包含需求描述、归属服务方向与待补充事项。
合作流程：从沟通到验收的四个阶段
这一页把合作拆成沟通确认、方案对齐、执行推进、验收交接四个阶段，逐阶段列出客户动作、我方动作与阶段产出，方便你提前安排人手与材料。
阶段划分依据：以“责任交接点”为界。每当一方需要把成果或确认交到另一方手上，就作为一个阶段的结束点，避免责任悬空。
四阶段时间轴
每个阶段都写明客户动作、我方动作与阶段产出。阶段编号在后续页面中被反复引用，便于跨页对照。
阶段 02 方案对齐
客户动作
- 确认方案中的范围与优先级
- 对交付形式给出偏好
- 指定对接人与确认人
我方动作
- 给出服务方向的具体做法与产出形式
- 标注不包含事项与边界
- 说明验收口径与确认节点
阶段产出： 一份方案对齐说明，含范围、产出形式、不包含事项与验收口径。
阶段 03 执行推进
客户动作
- 按约定提供素材与反馈
- 在中间节点确认方向是否正确
- 及时提出变更并说明原因
我方动作
- 按阶段产出推进并同步进度
- 遇到阻塞第一时间说明
- 记录变更并提出影响评估
阶段产出： 阶段性成果与进度记录，含已完成条目与待确认条目。
阶段 04 验收交接
客户动作
- 对照交付条目逐条核对
- 在确认节点给出确认或异议
- 接收成果并说明后续使用方式
我方动作
- 提交完整交付物与说明
- 按异议处理顺序逐条回应
- 完成交接并说明后续支持边界
阶段产出： 一份验收记录，含确认条目、异议处理结果与交接说明。
各阶段准备材料清单
下面按阶段分组列出需要提前确认的信息。清单不要求一次备齐，但越早提供，阶段之间的等待越短。
阶段 01 · 沟通确认
- 需求背景：这件事要解决什么问题，现状是什么样的
- 现有材料：已有的文档、数据、素材或历史版本
- 时间节点：有没有必须完成的日期，由什么事件决定
- 决策方式：谁做判断，是否需要多环节确认
阶段 02 · 方案对齐
- 范围偏好：哪些内容必须包含，哪些可以先不做
- 产出形式：希望拿到文档、图表、清单还是其他形式
- 对接人与确认人：日常沟通由谁负责，最终确认由谁负责
- 边界问题：哪些相邻事项不在本次范围内
阶段 03 · 执行推进
- 素材提供节奏：哪些材料能一次给全，哪些需要分批
- 中间确认节点：希望在哪些位置先看一眼再继续
- 变更渠道：变更通过什么方式提出，谁有权确认变更
- 沟通频率：希望多久同步一次进度
阶段 04 · 验收交接
- 核对人：由谁对照交付条目逐条检查
- 确认方式：确认以什么形式给出，是否需要书面记录
- 异议处理：发现问题后希望按什么顺序处理
- 后续使用：成果交付后由谁接手、如何使用
常见卡点与应对
下面列出合作中较常出现的五类卡点。每条都给出可能原因与处理顺序，遇到时可按顺序逐项排查。
需求在推进中不断变化
- 现象
- 方案对齐后，需求描述仍持续增加或调整，范围越来越模糊。
- 可能原因
- 前期需求背景没有说清，或参与决策的人在中途发生变化。
- 处理顺序
- 先把新增内容单独列出，再判断它属于原范围还是新范围，最后按变更处理说明评估影响。
素材迟迟不到位
- 现象
- 执行阶段需要客户提供的材料多次延后，进度被动等待。
- 可能原因
- 素材分散在不同人手上，或不清楚需要提供到什么颗粒度。
- 处理顺序
- 先确认最小可用素材是什么，再分批提供，最后补齐非关键材料。
对交付形式的预期不一致
- 现象
- 成果提交后，客户认为形式与预期不符，需要返工调整。
- 可能原因
- 方案对齐阶段只说了内容，没有明确产出形式与确认节点。
- 处理顺序
- 先对照方案对齐说明，再确认差异点，最后按验收口径处理。
确认环节反复来回
- 现象
- 同一个节点多次确认，每次意见不同，推进节奏被打乱。
- 可能原因
- 确认人未明确，或多方意见没有先内部统一。
- 处理顺序
- 先指定唯一确认人，再把不同意见汇总成一份清单，最后一次性给出结论。
验收时才发现范围理解不同
- 现象
- 进入验收阶段，双方对哪些条目属于本次范围产生分歧。
- 可能原因
- 不包含事项没有在前期明确列出，边界靠默认理解。
- 处理顺序
- 先回到方案对齐说明核对范围，再逐条确认异议条目，最后按交付范围页的口径收口。