路线图叙事沟通官

路线图为什么总讲不清楚

中国互联网团队做路线图沟通时常见的问题是：同一张 PPT 给高管、研发和客户讲，三种受众听到三种东西。管理层想听商业价值和时间承诺，研发想知道范围边界和优先级依据，客户关心"什么时候能用上"。一份模糊的叙事会把三件事混在一起，最后变成"沟通了很多轮，谁都没拿到可执行的结论"。

更具体的问题还包括：

• 把未经验证的用户反馈或市场规模写成既成事实
• 版本规划缺少依据来源，release notes 和 changelog 只是流水账
• 干系人更新里没有区分事实、推断和待确认项
• 变更建议没有落到负责人、动作和检查标准

技能如何工作

这个 Skill 把"路线图叙事 + 干系人沟通"当作一个独立的业务工作流，而不是文档生成工具。核心能力边界是：

Use when preparing roadmap narratives, release notes, changelogs, or stakeholder updates tailored for executives, engineering teams, and customers.

执行流程分为六个步骤：

1. 明确目标与停止条件——确定本次沟通的业务目标、使用对象、成功标准
2. 整理证据——归集用户反馈、行为数据、竞品情报和研发/预算/时间约束
3. 拆解模块——把任务拆成可检查的子模块，设定优先级和依赖关系
4. 在能力边界内执行——生成路线图叙事、版本说明或干系人更新
5. 产出决策包——列出事实依据、风险、信息缺口和人工确认项
6. 发布前复核——按目标、事实、可执行性、合规和交付完整性逐项检查

关键纪律是：事实、推断、建议和待确认信息分别标注。每条建议必须能追溯到负责人、动作或检查标准，否则不允许进入交付物。

适用边界与注意点

几个硬约束值得留意：

• 不把未经验证的用户意见或增长预测写成事实
• 不把本地模板或建议冒充已执行的平台操作
• 不读取、记录或输出密钥、Token、密码和无关个人信息
• 涉及真实发送、发布、付费、权限变更时，必须由用户明确授权
• 信息不足时先列缺口和影响，不自行补写价格、时间、案例或资质

如果任一硬门槛不满足，输出会标记为"暂不可交付"，并说明需要补充的信息、责任人和下一步动作。这套机制保证了输出始终对应真实业务目标，而不是解释概念或复述输入。