第1章 跨部门协作全景图
本章作为整个课程的基础框架，帮助Product Operations（产运）从业者系统理解跨部门协作的完整生命周期。通过明确协作目标、识别关键干系人、划分协作阶段，并定义各阶段的交付物，为后续章节的SOP流程落地提供全景视角。
前置认知：跨部门协作不是“一次性会议”，而是一个从对齐、执行到复盘的结构化过程。本章的全景图是后续所有SOP操作步骤的“导航地图”。
适用场景
- 新项目启动时，需要梳理协作链路与干系人
- 团队协作效率低下、交付物混乱时，进行流程诊断与重新设计
- 跨部门协作SOP首次制定或优化迭代
- 产运新人入职培训，快速建立协作全景认知
前置条件
- 已明确本项目的业务目标与关键度量指标
- 已获得主要业务部门（产品、研发、运营、市场等）的支持意愿
- 已有基础的协作节奏认知（如周会、双周对齐）
- 产运角色已被任命或授权，具备协调资源的基础权力
操作步骤：构建跨部门协作全景图
以下流程图展示了协作全景图的核心构建路径。具体操作步骤紧随其后。
步骤1：识别关键干系人
列出所有参与协作的部门与角色。产运作为中心协调点，需主动排查以下角色。
- 决策干系人：PM（产品经理）、业务负责人、技术负责人
- 执行干系人：研发工程师、运营专员、设计师、数据分析师
- 影响干系人：市场、销售、客服等支持部门
步骤2：对齐核心目标
与所有干系人确认本次协作的最终业务目标（如提升转化率、缩短交付周期）。
常用工具：OKR拆解会、目标对齐矩阵。
步骤3：划分协作阶段
将协作生命周期划分为三个标准阶段，各阶段具有明确的起止标志。
| 阶段 | 起始标志 | 结束标志 |
|---|---|---|
| 启动阶段 | 首次跨部门对齐会召开 | 目标与章程文档签字确认 |
| 执行阶段 | 任务拆分完成，进入开发/执行 | 关键里程碑验收通过 |
| 收尾阶段 | 功能/项目上线或交付 | 复盘文档归档 |
关键提示：阶段划分不应超过4个，过多的阶段会导致管理成本剧增。对于简单协作，可合并“启动”与“执行”。
步骤4：定义各阶段交付物
每个阶段必须输出特定交付物，作为阶段结束的判断依据。
| 协作阶段 | 核心交付物 | 交付物形式 |
|---|---|---|
| 启动阶段 | 协作章程 | 共享文档（含目标、干系人、时间线） |
| 启动阶段 | 干系人通讯录 | 在线表格或IM群组名单 |
| 执行阶段 | 项目看板 / 任务列表 | Jira/飞书/Trello等工具视图 |
| 执行阶段 | 周报 / 同步纪要 | 文档 / 邮件 |
| 收尾阶段 | 项目结项报告 | 共享文档（含结果、经验教训） |
| 收尾阶段 | 复盘会议纪要 | 文档 / 录音（可选） |
输入输出物
- 输入：项目立项书、业务需求文档（BRD/PRD）、初始干系人名单、组织架构图
- 输出：协作全景图（包含上述四个核心要素）、协作章程、各阶段交付物清单、干系人责任表
责任边界
产运（Product Operations）作为全景图构建的负责人，承担以下职责：
- 主导全景图绘制：主动收集信息，完成初版，组织干系人评审
- 阶段划分判定：为每个阶段设置“通行/不通过”标准
- 交付物质量把关：确保交付物符合模板规范
- 沟通桥梁：在干系人意见分歧时，组织仲裁或升级决策
其他干系人的责任：各业务方负责人确认其部门的参与时间与交付物承诺。
记录材料
本章节需保留以下记录，作为后续SOP执行的参考：
- 协作全景图V1.0：包含目标、干系人、阶段、交付物的正式版本
- 干系人确认邮件/文档：所有关键干系人对全景图签字的记录
- 阶段划分映射表：将内部项目管理流程映射到本章的通用阶段
异常处理
在构建或执行全景图时，可能遇到以下异常情况：
| 异常场景 | 处理方式 |
|---|---|
| 干系人拒绝确认全景图 | 召集小型对齐会，聚焦分歧点；若持续无法对齐，升级至共同上级决策 |
| 阶段划分与现有项目节奏冲突 | 保留原有里程碑，在原有节奏基础上嵌入本课程的标准阶段 |
| 关键干系人中途更换 | 重新发送全景图给新接手人，并安排15分钟对齐会议 |
| 交付物无人认领 | 产运临时接管，同时向上反馈资源缺口 |
常见避坑：不要将全景图当作一次性文档对待。至少每2周检查一次全景图是否需要更新（如干系人变更、目标微调）。
验收标准
在产出协作全景图后，通过以下标准判断是否合格：
- 所有干系人身份（姓名+角色+部门）已在文档中列出，且获得本人确认
- 协作目标以“待完成事项”（SMART原则）形式书面化
- 三阶段（启动/执行/收尾）均有明确的起止条件定义
- 每个阶段至少指定1个交付物，且交付物模板已存在或已确定创建计划
- 全景图获得至少2/3的关键干系人签署同意