关于 traction-test-planner
用于将候选增长渠道转化为范围明确的实验,设定假设、指标、预算、周期和决策规则。它区分早期渠道策略验证与选定渠道后的优化测试。
主要功能
- 01明确测试要支持的决策
- 02列出假设与终止阈值
- 03设定覆盖量、转化率和 CAC 指标
- 04限定预算与周期
- 05按结果制定后续行动
适用场景
- 01比较候选渠道策略
- 02决定继续、调整或停止测试
- 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, 了解按渠道改写的入门测试。
测试类型
中环测试
用于验证某个渠道策略是否有望成为核心渠道。 保持低成本、快速,并聚焦策略层面。
回答:
- 获客成本:获取一位客户需要多少成本?
- 覆盖范围:可能有多少相关客户?
- 契合度:这些客户目前是否值得争取?
内环测试
选定核心渠道后使用。内环测试用于优化获胜策略, 或在同一渠道内寻找更好的策略。
示例:
- 测试新的受众、关键词组、优惠、落地页、创意角度或合作伙伴细分群体。
- 在流量和衡量机制已就绪的情况下进行 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