（6820期）Product Roadmap – 从混乱到聚焦的solo产品规划系统

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