# Fast Pulse Fast Growth

> 用于设计组织节奏和会议体系。当用户在讨论会议效率、组织节奏、成长速度时激活。 不适用于：个人时间管理（那是GTD范畴）、具体的会议议程设计。 关键 trigger：提到会议太多/太少、成长瓶颈、决策太慢、组织效率。

- Skill: `ace3000chao/fast-pulse-fast-growth` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add ace3000chao/fast-pulse-fast-growth`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ace3000chao/fast-pulse-fast-growth/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Marketing & Growth
- Author: ace3000chao (https://skillmd.com/u/ace3000chao)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/ace3000chao/fast-pulse-fast-growth

---


# Fast Pulse Fast Growth

## R — 原文 (Reading)

> "Those who pulse faster, grow faster."
>
> — Verne Harnish, Scaling Up, 第1章

---

## I — 方法论骨架 (Interpretation)

Scaling Up 的组织进化论核心命题：**组织的心跳（会议节奏）越快，成长越快**。这不是关于忙碌，而是关于反馈回路的速度。

人类的神经系统需要高频反馈才能快速学习和调整——组织也一样。一年一次战略会议、一季度一次复盘的组织，在VUCA环境中必然反应迟钝。

Scaling Up 标准节奏：**日站会（daily huddle）→ 周例会（weekly meeting）→ 月复盘（monthly review）→ 季规划（quarterly planning）→ 年审视（annual summit）**。每层节奏解决不同时间跨度的问题，缺一不可。

快脉搏的本质不是开更多会，而是**让决策周期匹配业务变化的周期**。零售可能需要日节奏，战略可能需要季节奏，但每个层级都不能缺失。

---

## A1 — 书中的应用 (Past Application)

### 案例 1: 某零售连锁从月到周的蜕变
- **问题**: 总部与门店的决策周期差：总部每月开一次经营会，门店每天遇到问题，但解决方案要30天后才能下达。
- **方法论的使用**: 将总部经营会从每月改为每周，同时要求每个区域负责人每周到2家门店实地了解情况。引入"日站会"在门店层面解决日常问题，无需上报。
- **结论**: 层级化的节奏体系让问题在合适的层级被解决，总部聚焦战略，门店自主运营。
- **结果**: 门店问题平均解决时间从28天缩短到3天，单店利润率提升11%。

### 案例 2: 科技公司的"双周节奏"
- **问题**: 产品迭代采用季度OKR，但互联网环境三个月内的用户反馈已经发生了巨大变化，季度目标经常在第三个月完全失效。
- **方法论的使用**: 建立"双周节奏"：每两周做一次小的产品路线图回顾，双周内不允许路线图变更（保证执行力），双周结束时可以调整下一双周的优先级。
- **结论**: 快节奏不意味着没有稳定性——关键是在"执行周期"和"复盘周期"之间找到平衡。
- **结果**: 产品方向调整的响应时间从90天缩短到14天，用户NPS在半年内提升22点。

---

## A2 — 触发场景 (Future Trigger) ★

### 用户会在什么情境下需要这个 skill?

1. **感觉决策太慢时**：用户说"一个事情要开三次会才能定下来"或"等批下来市场都变了"。
2. **会议体系混乱时**：有太多临时的"对齐会"，或者会议很多但没有决策质量。
3. **组织扩张后协调成本上升时**：从20人扩到100人，跨部门协作变得缓慢而复杂。
4. **讨论要不要开某种会议时**：在犹豫某个新的定期会议是否必要。
5. **季度目标经常无法完成时**：可能是节奏设计问题——目标定在季度但执行反馈在月度，纠偏太晚。

### 语言信号 (用户的话里出现这些就应激活)

- "会议太多了……"
- "决策太慢……"
- "成长遇到瓶颈……"
- "节奏……"
- "多久开一次……"

### 与相邻 skill 的区分

- 与 `Less Is More Priorities` 的区别：聚焦是内容选择，快脉搏是时间节奏——你可以聚焦得很好但节奏太慢导致错过窗口。
- 与 `Strategy Must Be Discussed Weekly` 的区别：战略周论解决的是战略思考的频率，这个解决的是整体组织的节奏设计，包括执行、反馈、复盘全周期。

---

## E — 可执行步骤 (Execution)

当 skill 被激活后，agent 应按以下步骤执行:

1. **诊断当前各层级节奏的覆盖情况**
   - 绘制当前组织的"节奏地图"：日（谁和谁开会/碰头）→ 周（固定周会有什么）→ 月（月度复盘谁参加）→ 季（季度规划和谁负责）
   - 完成标准：一张覆盖5个时间层级的当前节奏图

2. **识别缺失或过慢的节奏层级**
   - 常见问题：日层级缺失（没有日站会，信息传递靠微信群随意化）→ 月层级过重（所有问题都积累到月度解决）→ 季层级缺失（没有真正的季度复盘）
   - 判停条件：若节奏图显示5个层级都已覆盖，直接进入步骤3

3. **修复最关键的节奏断层**
   - 选择标准：当前对组织伤害最大的节奏缺失（如门店扩张后日层级沟通断掉）
   - 设计最小可行节奏：先建立习惯，再优化质量
   - 完成标准：产出一份包含新增/调整节奏的落地计划（谁、在什么时候、讨论什么）

---

## B — 边界 (Boundary) ★

### 不要在以下情况使用此 skill

- **团队<5人的极早期阶段**：5人以内几乎不需要正式节奏，口头沟通效率更高，建立过多会议反而伤害创业公司的敏捷优势。
- **强监管合规场景**：如金融、医疗行业的某些合规要求本身就有固定节奏，过度增加频率可能违反监管规定。
- **远程分布式团队的跨时区协作**：如果核心团队跨越5个以上时区，日节奏的可行性需要特殊设计，不能简单套用标准框架。

### 作者在书中警告的失败模式

- 把节奏等同于"更多的会"——没有决策产出的日站会是形式主义，快节奏反而消耗组织能量。

### 作者的盲点 / 时代局限

- 对异步协作工具（飞书、Slack、Notion）支撑下的分布式节奏覆盖不足——书中以现场会议为主要场景假设。

### 容易混淆的邻近方法论

- **`Strategy Must Be Discussed Weekly`**：战略周论是快脉搏框架在"战略层面"的具体落地——前者是后者的子集，但快脉搏还包括日/月的执行节奏。

---

## 相关 skills (阶段 3 填充)

- depends-on: [less-is-more-priorities]
- contrasts-with: [strategy-must-be-discussed-weekly]
- composes-with: [weekly-stop-item]

---

## 审计信息

- **验证通过**: V1 ✓ / V2 ✓ / V3 ✓
- **测试通过率**: 待填充
- **蒸馏时间**: 2026-04-26