mcpField
T
traction-test-planner

traction-test-planner

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

关于 traction-test-planner

用于将候选增长渠道转化为范围明确的实验,设定假设、指标、预算、周期和决策规则。它区分早期渠道策略验证与选定渠道后的优化测试。

主要功能

  1. 01明确测试要支持的决策
  2. 02列出假设与终止阈值
  3. 03设定覆盖量、转化率和 CAC 指标
  4. 04限定预算与周期
  5. 05按结果制定后续行动

适用场景

  1. 01比较候选渠道策略
  2. 02决定继续、调整或停止测试
  3. 03优化已选定的核心渠道

安装

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

$npx skills add https://github.com/lvtd-llc/skills --skill traction-test-planner

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

附带文件references/middle-ring-test-prompts.md

详细介绍

Traction 测试规划器

使用此技能设计能够提供决策级证据的 traction 测试。 它将候选渠道策略转化为范围明确的实验,涵盖假设、 指标、预算、时长和后续行动规则。

来源可追溯性

主要来源:Traction,第 3 章和第 4 章,以及附录。

  • 第 3 章定义了中环渠道的三个核心测试问题。 编写注释:已转换第 585-606 行。
  • 第 4 章区分了低成本渠道测试与优化,并解释了内环测试。 编写注释:已转换第 675-786 行。
  • 附录列出了 19 个 traction 渠道的第一阶段测试提示词。 编写注释:已转换第 3323-3372 行。

请参阅 middle-ring-test-prompts.md, 了解按渠道改写的入门测试。

测试类型

中环测试

用于验证某个渠道策略是否有望成为核心渠道。 保持低成本、快速,并聚焦策略层面。

回答:

  1. 获客成本:获取一位客户需要多少成本?
  2. 覆盖范围:可能有多少相关客户?
  3. 契合度:这些客户目前是否值得争取?
内环测试

选定核心渠道后使用。内环测试用于优化获胜策略, 或在同一渠道内寻找更好的策略。

示例:

  • 测试新的受众、关键词组、优惠、落地页、创意角度或合作伙伴细分群体。
  • 在流量和衡量机制已就绪的情况下进行 A/B 测试。
  • 其他渠道只能用于支持核心渠道,不应作为相互竞争的策略。

工作流

1. 明确决策

写明测试必须支持哪项决策。好的测试会帮助你做出具体决策:

  • 继续、终止或调整此渠道策略。
  • 将此渠道纳入内环。
  • 扩大支出、维持支出或更换受众。
  • 在两种渠道策略之间做出选择。
2. 写出假设

列出策略要奏效必须成立的假设。

使用以下结构:

假设测试如何衡量终止阈值
3. 设定指标

至少包括:

  • 可触达范围。
  • 转化率。
  • 获客成本。
  • 客户质量或购买意向。
  • 客户生命周期价值估算(如有)。

如果用户缺少分析工具,应在测试前加入设置步骤。没有追踪的测试 产生的是轶事,而非证据。

4. 限定预算和时间

对于早期测试,尽量将时长控制在一个月以内,并采用小额预算。如果用户 在尚无证据时提出大规模测试,应缩小范围。

5. 开始前定义结果

每项测试都需要决策规则:

  • 加倍投入:结果超过成功阈值,且客户质量可接受。
  • 迭代:某项指标未达标,但渠道呈现出可修复的信号。
  • 终止:覆盖范围、成本或客户契合度都不太可能推动 traction 目标实现。

输出格式

# Traction Test Plan

## Decision
[What this test will decide.]

## Channel Strategy
- Channel:
- Strategy:
- Target customer:
- Stage:

## Assumptions
| Assumption | Measurement | Threshold |
|------------|-------------|-----------|

## Experiment Design
- Setup:
- Audience/source:
- Offer/message:
- Landing or conversion path:
- Budget:
- Duration:

## Metrics
| Metric | Target | Tracking Method |
|--------|--------|-----------------|

## Decision Rules
- Double down if:
- Iterate if:
- Kill if:

## Next Step After Test
[What to do for each likely outcome.]

质量标准

  • 不要设计只衡量虚荣流量的测试。
  • 在验证策略层面的承诺之前,不要同时优化多个变量。
  • 在测试开始前明确追踪方式。
  • 尽量使用可跨渠道比较的指标。
  • 指出测试何时不太可能推动用户的 traction 目标实现。

评论

支持 Markdown