mcpField
T
traction-critical-path

traction-critical-path

github.com/lvtd-llc营销与增长161 次安装7 周前更新
代码仓库

关于 traction-critical-path

将模糊的增长目标转化为可衡量的牵引力目标、必要里程碑和明确的暂缓事项。它适用于需要集中资源并根据新证据调整计划的创始人和增长团队。

主要功能

  1. 01评估增长阶段
  2. 02设定量化且有期限的牵引力目标
  3. 03规划关键路径里程碑
  4. 04列出明确的非路径事项
  5. 05按里程碑重新评估

适用场景

  1. 01将宽泛增长方向转为具体目标
  2. 02筛选实现目标所需的里程碑
  3. 03暂缓无助于解决瓶颈的工作

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/lvtd-llc/skills --skill traction-critical-path

安装后在 Claude Code 中输入/traction-critical-path确认已加载。

详细介绍

增长关键路径

使用此技能将模糊的增长目标转化为可衡量的增长目标、必要的里程碑,以及一份明确的“暂不做”清单。

来源追溯

主要来源:《Traction》第 2 章和第 5 章。

  • 第 2 章涵盖 50% 规则、推动增长、增长阶段和亮点。编写说明:转换自第 394-554 行。
  • 第 5 章定义了增长目标、关键路径里程碑、重新评估和渠道偏好。编写说明:转换自第 787-902 行。

工作流

1. 确定增长阶段

判断当前所处阶段:

阶段核心问题典型目标
阶段 I产品能否获得真实增长?获得首批积极参与的客户,或证明市场需求
阶段 II业务能否实现可持续发展?获得足够的客户或收入,逐步实现可持续发展
阶段 III业务能否实现盈利性扩张?实现更大规模的增长、提升市场地位或扩大盈利

如果产品处于早期阶段,测试应保持小规模,并尽可能从中获取反馈。如果产品发展较成熟,则应坚持设定足以推动业务发展的目标。

2. 定义增长目标

增长目标应当是定量、有时限且足以改变公司处境的。

好的目标包括:

  • 在某个日期前达到 1,000 名付费客户。
  • 每周新增 100 个符合条件的试用用户。
  • 达到盈亏平衡所需的收入水平。
  • 达到某个市场份额门槛,从而增强合作伙伴关系或投资者谈判中的筹码。

较弱的目标包括:

  • 提升知名度。
  • 做营销。
  • 不定义指标就提升参与度。
3. 反向梳理必要里程碑

列出实现目标绝对必要的里程碑。只有在确有必要时,才纳入产品、分发、招聘、分析、合作伙伴关系或运营里程碑。

针对每个候选里程碑,询问:

  • 如果这件事没有发生,我们仍能实现增长目标吗?
  • 这是前置条件,还是只是有吸引力?
  • 有什么证据表明这是必要的?
  • 什么情况会促使我们移除或替换它?
4. 剔除偏离路径的工作

明确列出偏离路径的工作。这很重要,因为创始人常常把稀缺时间花在有用但对实现当前增长目标并非必要的工作上。

偏离路径的工作可能包括:

  • 无法解锁下一增长阶段的功能请求。
  • 无法推动增长的营销活动。
  • 能带来活动量却无法带来增长的合作伙伴关系、活动或内容。
  • 不影响当前瓶颈的基础设施优化。
5. 每完成一个里程碑后重新评估

随着证据变化,关键路径也会变化。完成每个里程碑后,更新:

  • 对目标的信心。
  • 瓶颈。
  • 里程碑顺序。
  • 偏离路径的工作清单。
  • 下一步测试或构建决策。

输出格式

# Critical Path Plan

## Traction Goal
- Metric:
- Target:
- Deadline:
- Why it matters:

## Stage
[Phase I, II, or III, with reasoning.]

## Critical Path
| Order | Milestone | Why Required | Evidence Needed | Owner/Deadline |
|-------|-----------|--------------|-----------------|----------------|

## Off-Path List
| Activity | Why It Is Off Path | Revisit Trigger |
|----------|--------------------|-----------------|

## Reassessment Cadence
- Review after:
- Metrics to inspect:
- Decision rules:

质量标准

  • 不接受模糊的增长目标。
  • 不要仅仅因为里程碑有价值就将其纳入。
  • 不要默认让产品工作挤占增长工作。
  • 当增长乏力但部分用户参与度很高时,指出这些亮点。
  • 只有在检查参与度证据和时机风险后,才建议转型。

评论

支持 Markdown