阶段 01 · 需求沟通
客户方准备事项
- 用一两句话说明想解决的问题，不必先套服务名称。
- 列出当前已经有的材料与信息，标出哪些还不确定。
- 说明内部由谁对接、谁能对范围拍板。
- 把期望的推进节奏讲清楚，方便对齐后续节点。
站方准备事项
- 根据描述判断属于哪一条服务方向，给出判断依据。
- 指出哪些信息还缺、缺了会影响哪一步的判断。
- 把可能不适用的情况提前说明，避免方向选错。
- 整理一份准备清单，供客户方逐项核对。
合作流程四阶段与双方要做的事
合作不是一句“开始做”就往前推。下面把从需求沟通到验收的推进过程拆成四个阶段，每个阶段写清客户方与站方各自准备什么、在哪个节点确认什么，以及出现分歧时按什么顺序处理。看完这一段，你大致能判断自己现在处在哪一步、下一步该交什么材料。
四阶段概览
四个阶段按顺序推进，前一阶段的确认节点没有走完，一般不进入下一阶段。每个阶段都有明确的输出物，客户方与站方都能拿着它对进度。
逐阶段双方准备事项
下面四个区块对应上面四个阶段。左栏是客户方要准备的东西，右栏是站方要准备的东西。两边都备齐，阶段之间才不会来回补材料。
阶段 02 · 方案确认
客户方准备事项
- 对照方案条目确认范围，指出需要增删的部分。
- 确认交付条目的口径，尤其是边界内容。
- 明确验收时由谁核对、按什么方式核对。
- 对存在分歧的条目给出书面意见，避免口头遗忘。
站方准备事项
- 把方案条目与交付条目一一对应，不留模糊表述。
- 写明不包含的内容，减少后期理解偏差。
- 给出验收标准的描述与核对方式建议。
- 对客户方提出的分歧逐条回应，说明处理顺序。
阶段 03 · 推进执行
客户方准备事项
- 按约定时点提供所需材料，材料变更时同步说明。
- 指定固定对接人，避免多人意见互相覆盖。
- 遇到需要决策的事项及时回复，不积压到节点前。
- 记录过程中提出的调整，作为验收时的对照依据。
站方准备事项
- 按阶段推进并同步进展，说明当前处在哪一步。
- 发现材料不足或口径冲突时，第一时间提出。
- 对中途调整说明影响范围，由客户方确认后再动。
- 保留过程记录，供验收阶段逐条对照。
阶段 04 · 验收交付
客户方准备事项
- 按验收标准逐条核对，记录通过与否。
- 对未通过的条目写明具体现象，便于定位。
- 确认交付条目的接收方式与后续使用范围。
- 把遗留问题整理成清单，约定处理顺序。
站方准备事项
- 提供可逐条对照的交付条目清单与说明。
- 配合核对，对争议条目给出判断依据。
- 对未通过项说明处理顺序与需要客户方配合的部分。
- 整理验收结论，形成双方都认可的记录。
节点确认与分歧处理顺序
推进过程中出现分歧并不少见，关键是按固定顺序处理，而不是各说各话。下面五步是遇到争议时的通用顺序，每一步都有明确的执行动作与输出结果。
-
第一步 · 回到原始描述
执行动作：把双方在需求沟通阶段写下的描述重新读一遍。
输出结果：确认争议点是否属于最初约定的范围。
-
第二步 · 对照交付条目
执行动作：把争议内容与交付条目的包含、不包含内容逐项比对。
输出结果：判断该内容属于交付范围内还是范围外。
-
第三步 · 明确验收标准
执行动作：确认该条目对应的验收标准描述与核对方式。
输出结果：形成可判断通过与否的统一口径。
-
第四步 · 约定处理顺序
执行动作：对需要调整的部分排定先后，先处理影响后续节点的项。
输出结果：一份带顺序的处理清单，双方各留一份。
-
第五步 · 留档并确认
执行动作：把结论记录成文字，由双方确认后作为后续依据。
输出结果：避免同类分歧在下一阶段重复出现。
如果争议涉及交付条目本身的定义，可以对照 交付范围与验收标准 逐条核对；如果属于常见疑问，先在 问题解答 里按现象类型查找对应处理路径。