TL;DR： 可持续的 SaaS 路线图将大约 60% 的资源分配给新功能，20% 分配给技术债务和基础设施，20% 分配给缺陷修复和支持。本文涵盖路线图框架、优先级方法（RICE、机会评分）以及如何向用户传达路线图决策。
引言
最难的产品决策是不做什么。开发资源有限，每构建一个功能，就意味着另一个功能被放弃。结构化的路线图框架能确保你将资源投向影响最大的工作。
路线图分配框架
| 类别 | 分配比例 | 示例 | 优先级方法 |
|---|---|---|---|
| 新功能 | 60% | 用户端功能 | RICE 评分 |
| 技术债务 | 15% | 重构、优化 | 延期成本 |
| 基础设施 | 5% | 迁移、扩展 | 风险评估 |
| 缺陷修复 | 15% | 生产环境问题 | 严重程度矩阵 |
| 支持请求 | 5% | 文档、帮助中心 | 频率 |
优先级矩阵
按以下顺序构建功能：
- 必备功能：核心价值主张的关键要素
- 收入影响功能：直接推动转化或留存的要素
- 用户请求功能：来自支持工单和功能请求
- 竞争对等功能：弥补重要差距
- 惊喜功能：推动增购的差异化要素
结语
平衡的路线图能防止 SaaS 最常见的两种失败：构建无人使用的功能（新产品过多）和让产品腐坏（维护过少）。60/20/20 法则是一个起点——根据当前阶段进行调整。如需帮助确定先构建哪些功能，请参阅 MVP Feature Selection Framework，如需了解功能质量如何影响留存，请参阅 SaaS Churn Analysis。SaaS Pricing Strategy Playbook 有助于将路线图与收入目标对齐，而 Building a SaaS Waitlist 则涵盖了发布前的功能验证。