Skip to content
cccskills
FreePublished on GitHub

roadmap

制定产品路线图时使用。适用于季度/年度规划、Backlog 收敛、跨阶段方向对齐。优先输出"主题驱动"而非"功能清单"的路线图,保留调整空间。

The English summary is being prepared. Showing the original description.

See how to install

Files included (2)

  • SKILL.md6.2 KB
  • templates/roadmap-template.md874 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

产品路线图(Roadmap)

适用场景

  • 季度/年度规划
  • 多功能的前后顺序对齐
  • 给团队/客户/投资人的方向展示
  • Backlog 太多需要收敛

不适用场景

  • 单功能开发(用 PRD)
  • 探索阶段(用 OST)
  • 紧急修复(无需路线图)

核心原则

1. 主题驱动,不是功能清单
   ❌ Q1: 功能 A、功能 B、功能 C
   ✅ Q1: 提升新用户激活率(包含功能 A、B、C)

2. 路线图不是承诺清单
   随着证据和约束变化而调整

3. 先有目标,再有阶段
   不能先列功能再凑主题

4. 标注不确定性
   越远的阶段越模糊,留出调整空间

5. 每个阶段有成功指标
   不能"做完就算成功"

Now-Next-Later 路线图(推荐)

参考来源:Janna Bastow

## 产品路线图

### Now(正在做,0~6 周)
**主题:提升新用户激活率**
- 目标:D7 激活率从 30% 提升到 45%
- 包含:注册流程优化、新手引导、首次价值瞬间

### Next(接下来,6~12 周)
**主题:深化核心场景的使用粘性**
- 目标:DAU/MAU 从 25% 提升到 35%
- 候选方向:通知系统、协作功能、个性化推荐

### Later(更远,12 周后)
**主题:扩展用户场景**
- 目标:客单价 LTV 提升 30%
- 候选方向:付费功能、企业版、API 开放

### Won't(明确不做)
- ❌ 移动端原生 APP(仅 H5)
- ❌ 多语言(仅中文)
- ❌ 直播功能

OKR 风格路线图(季度规划)

参考来源:Google OKR Playbook

## Q1 2026 路线图

### Objective 1: 提升新用户激活率
**为什么**:D7 激活率仅 30%,远低于行业平均

| Key Result | 当前 | 目标 |
|-----------|------|------|
| KR1: D7 激活率 | 30% | 45% |
| KR2: 新用户首次完成核心操作 | 40% | 70% |
| KR3: 新手引导完成率 | 25% | 60% |

**行动项**:
- E1: 注册流程优化(M 级,2h)
- E2: 新手引导改造(L 级,4h)
- E3: 首次价值瞬间设计(M 级,1.5h)

### Objective 2: 深化使用粘性
...

主题选择方法

1. 自上而下:从 OKR 推导

公司 OKR
  → 产品 OKR
    → 路线图主题

例:
公司 OKR:年营收增长 50%
  → 产品 OKR:付费用户从 10K 到 20K
    → 路线图主题:
      - 提升试用→付费转化率
      - 降低付费用户流失
      - 拓展付费场景

2. 自下而上:从用户洞察推导

用户研究 / 数据分析
  → 识别核心痛点
    → 路线图主题

例:
用户访谈:30% 用户提到"不知道这个产品能干啥"
数据:D1 跳出率 60%
  → 主题:让用户在第一天理解产品价值

3. 战略驱动:从市场机会推导

市场分析
  → 识别战略机会
    → 路线图主题

例:
竞品分析:竞品都没做 AI 智能助手
市场调研:用户对 AI 接受度高
  → 主题:用 AI 重新定义核心交互

工作流程

1. 选择路线图风格(Now-Next-Later / OKR)
   ↓
2. 收集输入:
   - 公司/产品 OKR
   - 用户洞察(来自 customer-journey, opportunity-tree)
   - 数据分析
   - 战略方向(来自 pr-faq, positioning)
   ↓
3. 提炼 3~5 个主题(不要超过 5 个)
   ↓
4. 每个主题定义:
   - 为什么(背景)
   - 成功指标
   - 候选行动项
   ↓
5. 标注不确定性(确定 / 候选 / 探索)
   ↓
6. 列出 Won't(明确不做)
   ↓
7. 输出路线图
   ↓
8. 季度复盘 + 调整

路线图输出模板

# [产品名] 路线图 [周期]

## 战略背景

[一段话描述当前阶段的核心目标和挑战]

## Now(0~6 周)

### 主题 1: [主题名]

**为什么**:[业务/用户/数据驱动的原因]

**成功指标**:
- 指标 1: 从 X 到 Y
- 指标 2: 从 A 到 B

**行动项**:
- 已确定:[功能 A] [功能 B]
- 候选:[功能 C]
- 探索:[功能 D]

**风险**:
- [可能影响完成的风险]

### 主题 2: [主题名]
...

## Next(6~12 周)

[较粗的描述,主题级]

## Later(12 周后)

[更粗的描述,方向级]

## Won't(明确不做)

- ❌ [明确排除项 + 原因]

## 调整记录

| 日期 | 调整内容 | 原因 |
|------|---------|------|
| ... | ... | ... |

质量自检

□ 主题数量是否控制在 3~5 个
□ 每个主题是否有成功指标(可量化)
□ 是否标注了不确定性(确定/候选/探索)
□ 是否有 Won't 清单
□ Now 是否详细,Later 是否粗略(越远越模糊)
□ 是否能对应到 OKR 或战略目标
□ 是否有调整记录机制(路线图不是一成不变的)

常见坑

  1. 路线图变成功能清单——失去了"主题"的指导意义
  2. 过度详细——半年后的事情排得清清楚楚(不可能准确)
  3. 没有成功指标——做完不知道是否成功
  4. 不接受调整——把路线图当成承诺,不愿意根据证据更新
  5. 没有 Won't——结果被各种"加塞"打乱
  6. 主题太多——10 个主题 = 没有主题
  7. 闭门造车——不基于用户洞察和数据

路线图沟通原则

对内(团队):
  - 强调主题和目标
  - 留出执行细节空间
  - 明确不确定性

对外(客户/投资人):
  - 强调战略方向
  - 不承诺具体时间
  - 用主题包装功能

对销售:
  - 区分"已上线"/"开发中"/"探索中"
  - 不承诺未上线的功能

配套模板

  • templates/roadmap-template.md — Now-Next-Later + OKR 风格 + 季度复盘模板

与其他 skill 的协作

上游:
  pr-faq → 提供愿景
  positioning → 提供产品定位
  opportunity-tree → 提供机会候选
  prioritization → 提供候选方案的优先级
  customer-journey → 提供用户痛点

下游:
  转交项目经理 → 拆季度 / Sprint 计划
  转交各执行 skill(PRD/MVP/User Story) → 输出具体需求

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

A/B 测试设计与分析时使用。适用于产品实验、功能验证、转化率优化。融合假设驱动 + 样本量计算 + 置信度判断。

The English summary is being prepared. Showing the original description.

zhaoxuya520/AI-Fullstack-Delivery-Workflow53Updated May 19, 2026

上线前业务方/产品方验收时使用。适用于功能交付确认、UAT、发布会签。融合 BDD Given-When-Then、Specification by Example、ATDD。

The English summary is being prepared. Showing the original description.

zhaoxuya520/AI-Fullstack-Delivery-Workflow53Updated May 19, 2026

设计无障碍可访问的界面时使用。适用于满足 WCAG 标准、键盘导航、屏幕阅读器支持。优先使用 WCAG 2.2 AA 级标准 + 键盘 + 焦点 + 对比度 + ARIA。

The English summary is being prepared. Showing the original description.

zhaoxuya520/AI-Fullstack-Delivery-Workflow53Updated May 19, 2026

实现可访问性(无障碍)时使用。覆盖 WCAG 2.2 AA / ARIA / 键盘导航 / 屏幕阅读器 / 颜色对比 / 焦点管理。融合 React Aria / Radix UI / Headless UI 实践 + axe-core 自动化测试。

The English summary is being prepared. Showing the original description.

zhaoxuya520/AI-Fullstack-Delivery-Workflow53Updated May 19, 2026

AI 模型部署时使用。适用于推理服务 / GPU / TensorRT / 监控 / 扩缩容。

The English summary is being prepared. Showing the original description.

zhaoxuya520/AI-Fullstack-Delivery-Workflow53Updated May 19, 2026

数据分析报告输出时使用。适用于业务分析报告、周报、专项分析、决策支持。融合洞察 + 建议 + 行动项。

The English summary is being prepared. Showing the original description.

zhaoxuya520/AI-Fullstack-Delivery-Workflow53Updated May 19, 2026

See all skills by zhaoxuya520

Report a problem with this skill