需求确认
把要解决的问题说清楚，判断是否落在囧次元的服务方向范围内。
客户准备事项
- 说明自身业务类型与当前遇到的具体问题
- 列出已经尝试过的做法与效果不理想的原因
- 明确期望达成的结果与可接受的范围边界
- 提供已有资料清单，如文档、素材、历史记录
囧次元对应动作
- 对照服务方向总目录，判断需求对应哪个方向
- 指出需求中描述不清或前后矛盾的部分
- 说明该方向的适配对象与不适用情形
- 给出继续沟通或调整需求方向的建议
反馈节点 双方确认需求对应的服务方向，或明确本需求暂不适配，本阶段结束。
合作流程：四个阶段讲清双方各自要做什么
与囧次元合作按需求确认、方案对齐、执行交付、验收反馈四个阶段推进。本页逐阶段列出客户准备事项、囧次元对应动作与反馈节点，你可以对照自身情况判断当前处在哪一步、下一步需要提供哪些材料。
流程总览
四个阶段按顺序推进，前一阶段的反馈节点确认后才进入下一阶段。阶段名称在全站统一使用，与服务方向目录、交付范围页保持一致口径。
- 需求确认
- 方案对齐
- 执行交付
- 验收反馈
阶段详情
每个阶段分左右两块：左侧是客户需要准备的事项，右侧是囧次元在本阶段对应的动作。反馈节点标在阶段末尾，双方确认后再往下走。
方案对齐
把交付条目、验收标准与双方职责逐项对齐，避免执行中反复解释。
客户准备事项
- 确认对接人与决策人，减少信息传递损耗
- 核对交付条目清单，标出必须包含与可调整项
- 提出对验收口径的具体疑问
- 说明时间安排上的硬性约束
囧次元对应动作
- 按服务方向列出可交付条目与对应验收标准
- 说明交付范围之外的事项及处理方式
- 对客户提出的疑问逐条给出判断口径
- 形成双方认可的范围说明，作为后续依据
反馈节点 交付条目与验收标准双方无异议，范围说明确认，本阶段结束。
执行交付
按已对齐的范围推进工作，过程中的问题就地反馈，不积压到验收阶段。
客户准备事项
- 按约定时间提供所需资料与确认意见
- 指定固定对接人处理过程中的问题
- 对阶段成果及时反馈，避免长时间搁置
- 如需调整范围，提前说明并说明原因
囧次元对应动作
- 按范围说明推进，逐项对照交付条目
- 在关键节点同步进展，说明已完成与待确认项
- 对客户反馈中涉及范围的调整单独列出
- 交付内容与验收标准逐条对应，便于核对
反馈节点 交付条目全部完成，进入验收前的自查，本阶段结束。
验收反馈
按对齐时确定的验收标准逐项核对，确认结果并记录需要补充的部分。
客户准备事项
- 对照验收标准逐条核对交付内容
- 对不符合口径的部分指出具体位置
- 确认最终接收人与接收方式
- 反馈合作过程中的问题与改进建议
囧次元对应动作
- 提供与交付条目对应的验收核对清单
- 对客户提出的不符项说明处理方式
- 属于范围内的调整按约定处理
- 记录反馈，作为后续合作的参考依据
反馈节点 验收结果双方确认，需要补充的部分说明处理安排，本阶段结束。
阶段协作场景
下面两张图对应流程推进中的两个典型场景：一边是需求与范围逐项核对的沟通过程，一边是交付内容与验收标准对照检查的环节。把它们放在一起看，更容易理解每个阶段的产出是什么。
阶段常见卡点
流程推进慢，多数不是工作量大，而是某个阶段的准备没到位。下面按阶段列出常见卡点与处理方式，你可以对照自身情况提前检查。
-
需求确认阶段的卡点
需求描述停留在感受层面，例如“效果不好”“想优化一下”，没有具体到哪个环节出了问题。处理方式是把问题拆成可观察的现象，并说明发生频率与影响范围。
-
方案对齐阶段的卡点
客户内部对交付内容的理解不一致，对接人认可但决策人有不同预期。处理方式是让决策人参与范围确认环节，把交付条目与验收标准一次讲清。
-
执行交付阶段的卡点
资料提供不及时或中途变更范围，导致已完成的部分需要返工。处理方式是提前约定资料提供时间，范围调整单独记录并说明对交付条目的影响。
-
验收反馈阶段的卡点
验收标准在执行中被重新理解，双方对同一交付条目判断不同。处理方式是核对阶段确认的范围说明，按当时的口径判断，不临时新增标准。
流程说明边界
本页只说明阶段划分与双方职责，不涉及具体时长与结果承诺。
- 四个阶段的实际用时取决于需求复杂度与资料准备情况，囧次元不事先承诺固定时长。
- 阶段顺序在常规情况下保持不变，遇到范围调整时可能回到方案对齐阶段重新确认。
- 本页不列出具体交付条目，交付内容与验收口径以交付范围页的说明为准。
- 合作是否成立以双方对范围说明的确认结果为准，囧次元不对结果指标作出承诺。