需求确认
- 我方输入
- 你提供需求背景、目标与大致范围，说明这件事要解决什么问题，以及已有材料清单。
- 对方产出
- 一份需求理解说明，把承接内容、不承接部分与待补信息列出来，供你对照。
- 确认方式
- 你逐条回复认可、修正或删除，三方无异议后本节点关闭。
合作流程：五个协作节点，逐条可核对
从需求确认到交付收尾，每个节点都写明需要你提供什么、我们会产出什么、以及用什么方式确认。照着往下看，就能判断自己目前停在哪一步。
五个协作节点
节点顺序固定，前一个节点的确认完成后再进入下一个。每个节点只解决一个问题，避免把判断堆到最后。
范围界定
- 我方输入
- 你确认需求理解说明，并指定本次要落地的服务方向，以及明确不纳入的部分。
- 对方产出
- 一份范围清单，按服务方向列出本次工作边界，附上对应交付文件类型。
- 确认方式
- 双方在范围清单上逐项签字确认，边界的增删都记录在案。
方案对齐
- 我方输入
- 你提供品牌基础信息、已有素材与内部评审意见，说明哪些方向已被否决。
- 对方产出
- 一份方向说明，包含结构思路、关键取舍与需你决策的分叉点。
- 确认方式
- 集中一次对齐沟通，把分叉点逐条定下来，形成方向确认记录。
执行与评审
- 我方输入
- 你按约定节奏提供素材补充与反馈意见，反馈尽量落到具体字段或具体位置。
- 对方产出
- 按方向确认记录产出交付文件，每份文件标注版本号与用途。
- 确认方式
- 每轮评审以书面意见汇总为准，意见合并后统一修改，不逐条零散改动。
交付收尾
- 我方输入
- 你对照范围清单与验收口径逐项检查，指出未达标项或确认通过。
- 对方产出
- 最终版本交付文件与一份文件清单，注明各文件版本与使用范围。
- 确认方式
- 以清单签收作为收尾动作，之后如需调整按变更处理重新进入流程。
启动前准备清单
这五项在正式对接前就能自己整理好。整理得越清楚，需求确认节点就越短。
-
需求背景
这件事因何而起，此前是否做过尝试，哪些做法已被排除。写成几段说明比一句概括更有用。
-
目标
希望最终达成什么状态，由谁来判断达成与否。目标要能被观察，而不是只能被感受。
-
范围
本次要覆盖哪些内容，明确不纳入哪些部分。范围写得越具体，范围界定节点越顺。
-
时间预期
你方希望何时看到结果、内部有哪些评审窗口。时间预期用于安排节点顺序，不作为承诺。
-
已有材料
现有的文档、素材与内部规范，注明哪些可直接使用、哪些需要重做。材料齐全能省一轮往返。
常见卡点与处理原则
这四种情况在协作中最常出现。提前知道处理原则，就不会在节点上反复打转。
需求在过程中不断追加
现象是把新想法直接塞进当前范围。处理原则：新增内容一律走变更处理，进入下一轮范围界定，不在执行中临时插入。
反馈意见互相冲突
现象是不同评审人给出相反意见。处理原则：由你方指定一位归口人合并意见，我们只对合并后的书面意见响应。
素材迟迟不到位
现象是执行节点因缺少输入而停滞。处理原则：缺少的材料在准备清单中标注，节点顺序可调整，但不跳过确认动作。
验收标准临时改变
现象是收尾阶段提出新的判断标准。处理原则：验收口径在范围界定时已确定，新标准视为变更，重新走确认。