第4章 业务目标对齐：公司战略、产品路线图、年度OKR、部门KPI
机器人需求文档的优先级划分不能仅凭个人经验或客户呼声，必须与组织层级的业务目标严格对齐。本章将讲解如何将公司战略、产品路线图、年度OKR与部门KPI逐层映射到需求优先级评估中，确保每一条需求都能回答“这件事是否在帮公司赢？”
4.1 为什么需要业务目标对齐？
未经对齐的需求容易陷入三个陷阱：
- 资源分散：多团队各自为政，同一功能不同部门重复开发。
- 战略偏离：高投入功能上线后才发现与公司半年后的市场定位冲突。
- 价值难以衡量：需求完成后无法关联到实际业务指标，无法判断是否真正有效。
对齐后，每条需求都能被追溯并回答：「这条需求直接或间接支撑了哪个战略目标？」
4.2 四层对齐框架
| 层级 | 定义 | 典型产出 | 优先级权重 |
|---|---|---|---|
| 公司战略 | 未来3–5年的核心赛道与竞争定位 | 愿景宣言、战略白皮书 | 最高（必须满足） |
| 产品路线图 | 按季/半年规划的具体版本里程碑 | 路线图甘特图、史诗级需求 | 高（按时间窗口） |
| 年度OKR | 组织或产品线的量化关键结果 | O+KR表格 | 中（可验证） |
| 部门KPI | 各职能团队的绩效指标 | 仪表盘、达成率报表 | 低（但不可忽视） |
4.3 对齐流程：从战略到需求
- 拆解战略指令：将公司战略分解为3–5条可执行的产品方向。
- 匹配路线图周期：判断需求应放入哪个版本窗口。
- 对应OKR关键结果：需求上线后能否直接提升某个KR的完成度？
- 关联部门KPI：是否同时帮助研发、销售、售后等部门达成仪表盘指标？
- 形成优先级评分：按对齐层数和紧迫性综合打分。
4.4 用户访谈中的对齐验证
在用户访谈环节，不要只听“我要这个功能”，而要通过追问确认业务价值：
- “如果实现了这个功能，你觉得能帮助你的部门在Q3达成哪个KPI？”
- “这个需求与公司今年提到的‘降低30%交付周期’的OKR有关吗？”
将用户原始诉求映射到上面的四层框架，形成结构化卡片。
4.5 案例：某仓储机器人项目的对齐检查
需求：增加货架动态避障算法参数可配置界面。
对齐检查：
- 公司战略（仓库自动化市占率第一）→ 匹配
- 产品路线图（Q3发布v2.4调度系统）→ 匹配
- 年度OKR（仓储机器人故障率下降40%）→ 直接相关
- 部门KPI（研发线上缺陷修复率＞95%）→ 间接帮助
→ 优先级评分：4层全对齐 → P0（紧急且重要）。
实践建议：在与业务方对齐会议前，先准备一张“需求-战略关联矩阵”，将每条初筛需求横向对应战略、路线图、OKR、KPI四列，用“✅”（直接相关）、“⭕”（间接相关）、“—”（无关）标记。会议中只讨论带✅或⭕的需求。
4.6 四层对齐权重矩阵图
4.7 验收标准与交付物模板
完成对齐分析后，必须输出以下内容：
- 需求-战略关联矩阵表（Excel或共享文档）
- 对齐评分卡（每条需求一个卡片，含四层对齐状态、权重分值、理由）
- 优先级变更记录（若因战略调整导致优先级升降，需记录时间、原因、批准人）
常见陷阱：不要将OKR/KPI当作固定数字，季度复盘时需要对齐结果进行重新核对。如果你的需求已经进入开发阶段，但公司战略中期会议调整了方向，必须立即启动优先级重评估流程。
4.8 验证指标
| 验证问题 | 通过标准 |
|---|---|
| 每条需求是否至少关联一个战略方向？ | 是（100%） |
| 优先级为P0的需求是否直接对应年度OKR关键结果？ | 是（至少90%） |
| 需求优先级变更时是否有更新记录？ | 有（100%） |
| 部门KPI是否存在与需求冲突的间接影响？ | 已评估并记录 |