prioritizing-roadmap

路线图优先级排序

范围

涵盖

• 将杂乱的路线图输入转化为按优先级排序的机会清单和连贯的路线图
• 定义规划“阶段”（宏观背景）和成功标准
• 使用通用货币评分模型（ICE + 假设）跨团队进行比较
• 制作可用于达成共识的路线图优先级排序资料包

适用场景

• “我们接下来应该构建什么？”
• “我们需要一份 Q2/Q3 路线图。”
• “我们的需求太多，无法进行比较。”
• “我们需要跨多个团队／小组确定优先级。”

不适用场景

• 尚未就目标／北极星指标／战略意图达成一致（请先制定产品愿景／目标）
• 需要进行冲刺规划或用户故事级别的估算
• 只是在已确定的路线图中选择单个实验
• 需要从头制定完整的客户探索计划

输入

最低要求

• 产品和主要客户细分群体
• 规划周期和节奏（例如，接下来 6 周、下个季度、滚动规划未来 12–24 个月）
• 成功标准（北极星指标／业务目标）和 2–5 项护栏指标
• 候选机会（或当前路线图／待办事项列表）及其大致规模／工作量
• 约束条件：产能、承诺事项、依赖关系、截止日期、风险承受度

缺失信息处理策略

• 从 references/INTAKE.md 中最多询问 5 个问题。
• 如果仍有信息缺失，请明确标注假设并提供 2–3 个路线图选项。

输出（交付成果）

以 Markdown 形式制作路线图优先级排序资料包（在聊天中提供；或按需提供文件）：

1. 背景概览（目标、规划周期、约束条件、利益相关者）
2. 阶段定位（有哪些变化、关键押注、明确的非目标）
3. 机会清单，附带信心水平（已知与假设）和证据
4. 优先级排序模型（通用货币 + ICE 评分 + 假设）
5. 按优先级排序的机会清单（前 10–20 项）+“暂存区”
6. 路线图草案（现在／接下来／以后，或季度主题）+ 更新节奏（滚动计划）
7. 决策说明（为什么是这些、为什么是现在）+“更大胆的想法”
8. 风险／待解决问题／后续步骤（始终包含）

模板：references/TEMPLATES.md

工作流（8 个步骤）

1) 信息收集 + 决策界定

• 输入： 用户背景；references/INTAKE.md。
• 操作： 确认要做出的决策（待办事项优先级、季度路线图还是年度规划）、规划周期、利益相关者、约束条件和“必须完成”的承诺事项。
• 输出： 背景概览。
• 检查： 所有人都同意将要做出什么决策以及何时做出。

2) 定义“阶段”+ 成功标准

• 输入： 背景概览。
• 操作： 为当前阶段（宏观背景）命名，定义 3–5 项阶段性押注，并设定成功标准（北极星指标 + 护栏指标）。
• 输出： 阶段定位部分。
• 检查： 利益相关者能够复述“为什么是现在”以及“我们的优化目标是什么”。

3) 建立机会清单（区分事实与假设）

• 输入： 候选输入（需求、想法、问题）。
• 操作： 将每项内容规范为问题／结果陈述；标注信心水平（已知／判断／假设）和证据；区分探索与交付。
• 输出： 机会清单表格。
• 检查： 每项都注明预期结果指标以及置信度／证据说明。

4) 定义通用货币评分模型（ICE + 假设）

• 输入： 机会清单 + 成功标准。
• 操作： 选择主要的“通用货币”（例如，北极星指标单位、收入、成本、风险降低），并定义 ICE 量表；根据证据估算影响范围和置信度。
• 输出： 评分模型 + 已填写的评分表格。
• 检查： 两个人使用相同量表评分时，得出的相对排序应该相近。

5) 对优先级进行压力测试（情景 + 约束）

• 输入： 已评分的列表 + 约束条件。
• 操作： 应用约束条件（产能、依赖关系、截止日期）；运行 2–3 种情景（基准 / 激进 / 保守）；确保组合均衡（核心、增长、质量、大赌注）。
• 输出： 候选清单（优先级最高的一组）+ 暂缓清单 + 关键取舍。
• 检查： 明确说明取舍和“不做”的事项；没有遗漏任何关键内容。

6) 起草路线图（排序 + 节奏）

• 输入： 候选清单 + 情景选择。
• 操作： 将优先级转化为路线图（现在 / 接下来 / 稍后或季度主题），根据依赖关系和学习情况安排顺序；定义滚动计划的节奏（例如，滚动规划 12–24 个月，每 6 个月更新一次）。
• 输出： 路线图草案 + 更新节奏。
• 检查： 路线图逻辑连贯、切实可行，并能灵活应对新信息。

7) 撰写决策说明 + 对齐计划

• 输入： 路线图草案 + 理由。
• 操作： 撰写“为什么选这些，为什么是现在”；加入“大胆设想”部分；定义路线图的沟通和更新方式。
• 输出： 决策说明 + 沟通 / 推进计划。
• 检查： 跨职能合作伙伴无需你在场，也能讲清楚路线图。

8) 质量把关 + 完成文档包

• 输入： 完整的文档包草案。
• 操作： 使用 references/CHECKLISTS.md 检查，并使用 references/RUBRIC.md 评分。补充风险 / 待解决问题 / 后续步骤。
• 输出： 最终版路线图优先级文档包。
• 检查： 文档包无需修改即可分享；假设、负责人和节奏均已明确。

质量把关（必需）

• 使用 references/CHECKLISTS.md 和 references/RUBRIC.md。
• 始终包含：风险、待解决问题、后续步骤。

示例

示例 1（B2B SaaS）：“为协作产品的下个季度路线图确定优先级，涵盖增长 + 核心功能。”
预期结果：阶段背景、已评分的机会清单、现在 / 接下来 / 稍后路线图，以及明确说明决策依据的说明，其中明确列出非目标。

示例 2（市场平台）：“为涵盖供给、需求和信任与安全的 6 个月路线图确定优先级。”
预期结果：采用统一的计量模型，使跨团队取舍具有可比性，并按固定节奏更新滚动计划。

边界示例：“给我一份 2 年路线图，我们没有目标或约束条件。”
回应：询问目标 / 约束条件；如果无法提供，则列出方案 + 假设，并建议先制定产品愿景 + 北极星指标。