教程概述

系列索引: gstack 教程系列

/plan-ceo-review 是 CEO 技能。它在实现前战略性地挑战你的计划。

你将学到

• ✅ 四种范围模式
• ✅ 何时使用 /plan-ceo-review
• ✅ 10 部分审查清单
• ✅ /autoplan 自动化管道
• ✅ 功能楔子策略示例

为什么需要 CEO 审查？

没有 CEO 审查

flowchart LR
    A[功能请求] --> B[实现所有内容]
    B --> C[延迟发布]
    C --> D[错误的功能]
    D --> E[重建]

    style B fill:#ffcccc
    style D fill:#ffcccc

有 CEO 审查

flowchart TD
    A[功能请求] --> B[/plan-ceo-review]
    B --> C[挑战范围]
    C --> D[找到楔子]
    D --> E[发布正确的东西]
    E --> F[迭代]

    style B fill:#e1f5ff
    style D fill:#e8f5e9

四种范围模式

/plan-ceo-review 在四种模式下运行：

1. 扩展

何时：用户说"想大一点"、“还有什么”、“完整愿景”

行为：扩展范围，添加相关功能，探索相邻领域

用户："添加用户档案"
CEO 审查（扩展）："档案 + 社交功能 + 活动动态 + 隐私控制"

2. 选择性扩展

何时：用户有具体的添加想法

行为：只添加请求的功能，不猜测

用户："添加带头像的档案"
CEO 审查（选择性）："档案 + 头像，无社交功能"

3. 保持范围

何时：用户说"就这个"、“完全按描述”

行为：验证范围可实现，不添加

用户："只添加档案页面，其他不要"
CEO 审查（保持）："仅档案页面。确认：无头像，无设置？"

4. 缩减

何时：用户范围太多，需要聚焦

行为：无情地削减功能，找到最小可行切片

用户："档案、头像、社交、消息、通知..."
CEO 审查（缩减）："从档案显示开始。其他都是第 2+ 阶段"

10 部分审查清单

## CEO 审查清单

### 1. 问题陈述
- 我们在解决什么问题？
- 这是真正的问题还是症状？

### 2. 用户影响
- 谁受益？
- 多少用户？
- 多频繁？

### 3. 业务价值
- 这是否推动关键指标？
- 机会成本是什么？

### 4. 范围边界
- 什么在范围内？
- 什么在范围外？
- MVP 线在哪里？

### 5. 技术可行性
- 我们能构建这个吗？
- 风险是什么？
- 我们有技能吗？

### 6. 时间现实性
- 时间表现实吗？
- 有什么依赖？
- 可能出什么问题？

### 7. 替代方案
- 这是最好的方法吗？
- 还能做什么？
- 购买 vs 自建？

### 8. 成功指标
- 如何衡量成功？
- 什么是"完成"？

### 9. 回滚计划
- 如果失败怎么办？
- 能撤销吗？

### 10. 下一步
- 立即行动是什么？
- 谁负责？
- 何时检查？

何时使用

/autoplan 管道

/autoplan 自动运行完整的审查管道：

flowchart LR
    A[/autoplan] --> B[/plan-ceo-review]
    B --> C{需要 /plan-design-review?}
    C -->|UI/UX 更改| D[/plan-design-review]
    C -->|仅后端| E[/plan-eng-review]
    D --> E
    E --> F[计划就绪]

    style A fill:#e1f5ff
    style F fill:#e8f5e9

自动检测规则：

• 有前端更改 → 运行 /plan-design-review
• 有 API/架构 → 运行 /plan-eng-review
• 面向用户 → 可能运行 /plan-devex-review

功能楔子策略

楔子概念

“楔子"是交付价值的最窄切片：

flowchart TD
    A[完整愿景] --> B[阶段 1：楔子]
    B --> C[从使用中学习]
    C --> D[阶段 2：扩展]
    D --> E[阶段 3：完整]

    style B fill:#e8f5e9

示例：日历简报

为什么楔子有效：

1. 快速反馈 — 在几天而非几个月内从真实用户学习
2. 低风险 — 小投资，易于转向
3. 势头 — 发布点什么，然后迭代

实践示例

输入（来自 /office-hours）

# 每日简报应用

## 概述
**目标**：将早间日历准备从 30 分钟减少到 0
**用户**：拥有 5+ 日历的忙碌高管

## 能力
1. 多日历聚合
2. 地点格式化
3. 冲突检测
4. 邮件发送

CEO 审查输出

## CEO 审查：每日简报

### 范围模式：缩减

当前范围可实现但包含隐藏复杂性：
- 多日历聚合需要每个提供商的 OAuth
- 地点格式化需要地理编码 API
- 冲突检测是简单逻辑，低风险

### 建议

**立即削减：**
- 多日历 → 只从 Google 日历开始
- 5 个提供商 → 1 个提供商

**理由：**
- Google OAuth 最快实现
- 大多数用户以 Google 为主
- 在第 2 阶段添加 Outlook/Apple

**修订后的楔子：**
- 仅 Google 日历
- 带事件 + 地点的邮件
- 基本冲突检测
- 1 天内发布，而非 1 周

### 10 星产品（后期）
楔子证明价值后：
1. 添加 Outlook、Apple、CalDAV
2. 添加行程时间智能
3. 添加准备建议
4. 添加移动推送

### 决策
继续修订后的楔子？[Y/N]

技能快速参考

总结

/plan-ceo-review 是你的战略过滤器：

1. 四种范围模式 — 匹配情况
2. 10 部分清单 — 全面审查
3. 楔子策略 — 发布窄，学得快
4. /autoplan — 自动化管道

关键要点

• ✅ 构建前挑战范围
• ✅ 找到楔子 —— 最窄有价值切片
• ✅ 使用 /autoplan 自动路由
• ✅ 无情削减，从真实使用迭代

系列导航：

• ← 上一篇: 教程 2：office-hours
• → 下一篇: 教程 4：工程、DevEx 和设计计划审查
• 返回: 系列索引