01 需求梳理分工
客户侧动作
- 说明服务方向与使用场景，不必先想好完整方案
- 指出已知的限制条件，例如时间窗口、参与人员
- 提供已有的背景材料或参考做法
酷漫屋动作
- 按服务类型逐项提问，把需求落到具体条目
- 判断需求是否落在服务边界内，边界外直接说明
- 整理成需求要点记录，回给客户核对
合作流程：从需求梳理到交付验收的推进步骤
这一页把一次合作拆成可以逐段核对的四步，说明每一步双方各自做什么、需要准备哪些材料、在哪里确认节点。看完整页，基本能判断自己的节奏是否走得通。
合作流程步骤总览
四步依次推进，每一步都有明确的目标与产出物。前一步的产出是后一步的输入，跨步推进容易返工，所以顺序不建议打乱。
-
01
需求梳理
目标：把模糊的想法整理成可判断的需求描述。
产出：一份需求要点记录，包含服务方向、使用场景与期望结果。
-
02
方案确认
目标：对齐服务范围、交付标准与双方分工。
产出：确认后的服务范围说明与推进安排。
-
03
执行推进
目标：按约定节奏推进，过程中保持节点同步。
产出：阶段性成果与过程记录，供后续核对。
-
04
交付验收
目标：按交付标准核对成果，确认完成状态。
产出：交付清单与验收确认记录。
每一步对应的服务范围与交付标准，可对照 服务能力 页理解，这里只说明它在流程中的位置。
每一步的双方分工
分工写清楚，是为了减少来回确认。下面按步骤列出客户侧与酷漫屋侧各自的动作，两栏同时看，能判断需要投入的时间和人力。
02 方案确认分工
客户侧动作
- 核对服务范围说明，确认包含项与不包含项
- 确认对接人与决策人，避免中途换人重讲一遍
- 对推进节奏给出可执行的反馈
酷漫屋动作
- 给出服务范围与交付标准的对应说明
- 列明双方分工与需要客户配合的节点
- 对超出范围的部分单独标注，不混进主流程
03 执行推进分工
客户侧动作
- 按约定时间提供材料与反馈
- 对阶段性成果及时给出意见
- 变更需求时尽早提出，便于重新评估
酷漫屋动作
- 按确认的范围推进，不擅自扩大或缩减
- 在关键节点同步进度与遇到的问题
- 保留过程记录，便于交付时逐项核对
04 交付验收分工
客户侧动作
- 按交付标准逐项核对成果
- 对不符合约定的部分集中提出
- 确认验收结果并记录完成状态
酷漫屋动作
- 提供交付清单与对应说明
- 对验收中提出的问题给出处理方式
- 说明后续使用与维护中需要注意的事项
需求准备清单
准备得越具体，需求梳理这一步就越短。下面按信息类、材料类、决策类分组，不是每一项都必须齐全，但能提供的尽量提供。
信息类
- 服务方向属于哪一类，与你已了解的服务类型是否对得上
- 使用场景是什么，谁会在什么情况下用到
- 期望达到的状态，用一句话描述即可
- 已知的限制条件，包括时间窗口与参与人员
材料类
- 已有的背景说明、参考资料或历史做法
- 涉及的具体内容清单或范围边界描述
- 需要对接的其他团队或外部方的说明
- 过往类似需求的记录，如有可一并提供
决策类
- 本次需求的对接人与最终确认人
- 可投入的配合时间与反馈节奏
- 验收时由谁按什么标准核对
- 需要提前知晓的内部流程要求
节点确认与变更说明
流程中需要确认的地方不多，但确认过的事情建议留个记录。变更并不可怕，可怕的是变更没有被双方同时知道。
需要确认的节点
- 需求要点记录整理完成后，双方核对一次
- 服务范围与交付标准说明给出后，确认包含项与不包含项
- 执行推进中的阶段性成果，按约定节奏同步
- 交付验收前，先确认核对标准与参与人
变更如何处理
- 需求调整尽早提出，越早调整影响越小
- 涉及范围变化的变更，重新对照服务能力页确认
- 变更后的推进安排以书面或可查记录为准
- 无法纳入本次范围的变更，单独说明后续处理方向