核心用法
本技能为独立创业者提供完整的产品路线图管理框架，核心流程涵盖：
1. 输入收集：建立统一backlog池，整合客户反馈、商业目标、竞品差距等5大来源
2. 量化排序：提供RICE评分（Reach×Impact×Confidence÷Effort）和价值/投入矩阵双框架，解决"不知道该先做什么"的决策困境
3. 季度规划：采用NOW/NEXT/LATER三层结构，以"主题"替代零散功能清单，确保战略聚焦
4. 沟通机制：明确公开/内部信息边界，学会用"季度"而非"日期"管理预期
5. 反馈整合：建立"感谢→追问→记录→模式识别→决策"的Feature Request处理流水线
显著优点
- 专为solo场景设计：默认2-4个季度功能容量、70%执行率预期，避免大厂方法的削足适履
- 防御性极强：反复强调"说不"的艺术，保护创业者免受需求蔓延和"最响客户声音"劫持
- 数据驱动：RICE评分将主观偏好转化为可比较的数值，降低决策内耗
- 承认不确定性：明确路线图是"计划而非承诺"，内置30%探索时间缓冲
潜在局限
- RICE依赖估计准确性：早期产品缺乏用户基数时，Reach和Confidence评分易成猜测游戏
- 框架复杂度：相比直觉决策，完整执行RICE+季度复盘需额外时间投入（建议60-90分钟/季度）
- 技术债盲区：虽提及20-30%基础工作保护，但未深入讲解如何量化技术债的"隐性价值"
- B2B/B2C差异模糊：企业软件与消费产品的路线图沟通策略、客户期望管理存在显著差异，技能未作区分
适合人群
- 有明确产品形态、进入迭代阶段的独立开发者/SaaS创业者
- 常被客户请求淹没、缺乏优先级判断依据的solo builder
- 需要向付费用户或投资人同步方向的早期创始人
常规风险
- 过度承诺陷阱：即使遵循"季度表述"，公开路线图仍可能被客户视为隐形合同
- 分数幻觉：RICE高分项目可能指向"容易做"而非"应该做"，需结合愿景校验
- 反馈采样偏差：主动反馈的用户往往不能代表沉默多数，需搭配行为数据交叉验证