20d322be2f
借鉴 gstack 设计模式： - 8 条命令统一引入 Confusion Protocol（关键事实缺证据停止推理） - 假设验证路径 + 假设上限（≤5 条 active） - CWD 显式项目边界声明 - pos/uj 前置指令摘要（对标 gstack /context-restore） - ROADMAP 同步 + state_template 增强 - CHANGELOG v0.2.1
106 lines
4.5 KiB
Markdown
106 lines
4.5 KiB
Markdown
# /gtm - 冷启动与推广方案
|
||
|
||
## 命令定位
|
||
设计从 0 到 1 的冷启动策略和推广方案，核心问题是"第一批用户从哪来"
|
||
和"怎么让他们留下来并帮你带人"。
|
||
|
||
## 第 0 步：加载项目状态
|
||
|
||
执行本指令前，先读取项目根目录下的 `.yxstack/_state.md`（如果项目 CODEBUDDY.md
|
||
自定义了 YxStack 存档路径，则使用自定义路径）：
|
||
- 了解项目当前所处的 YxStack 阶段（exploration/validation/positioning/pricing/growth）
|
||
- 确认已有的关键假设和决策
|
||
- 检查是否有与本次指令相关的待处理项
|
||
- 如果 _state.md 不存在，说明这是项目首次使用 YxStack
|
||
|
||
然后按原有规则检查历史记录：
|
||
|
||
执行本指令前，先检查当前项目根目录下的 `.yxstack/` 目录（如果项目 CODEBUDDY.md
|
||
自定义了 YxStack 存档路径，则使用自定义路径），查找近期同指令（gtm）或相关（pos/comp）的历史记录：
|
||
- 如果已有定位或竞品分析 → 作为推广输入
|
||
- 如果已有历史推广方案 → 标注执行结果/调整点
|
||
- 如果没有历史记录 → 跳过，正常执行
|
||
|
||
### Confusion Protocol（假设暴露）
|
||
在执行本指令时，遇到以下情况停止推理，转为追问用户：
|
||
- 对用户业务场景的关键事实在猜测而非确认
|
||
- 对市场/用户行为的判断缺少定量或定性证据
|
||
- 在多个不相容假设之间跳转（信号：假设 > 3 个未验证）
|
||
|
||
激活时机：上述任一条触发时，列出已知/未知，追问缺失信息，不继续产出。
|
||
|
||
## 核心追问清单
|
||
|
||
### 1. 冷启动策略
|
||
- [ ] 第一批 100 个用户从哪来？（不要答"推广"）
|
||
- [ ] 这批种子用户有什么特征？为什么选他们？
|
||
- [ ] 你个人能直接触达多少潜在用户？
|
||
|
||
### 2. 渠道选择
|
||
- [ ] 你的用户在哪？（线上社区、线下场景、行业会议、微信群）
|
||
- [ ] 哪个渠道的 CAC 最低？哪个渠道的留存最高？
|
||
- [ ] 哪些渠道你团队有资源/关系能撬动？
|
||
|
||
### 3. 传播机制
|
||
- [ ] 用户用了之后为什么会告诉别人？（主动还是被动）
|
||
- [ ] 有没有内置的病毒循环？（邀请、分享、协作、展示）
|
||
- [ ] NPS 能达到多少才有自传播？
|
||
|
||
### 4. 推广节奏
|
||
- [ ] 第一个月做什么？第三个月做什么？
|
||
- [ ] 什么时候开始付费推广？烧钱的拐点在哪？
|
||
- [ ] 推广预算是多少？能烧多久？
|
||
|
||
### 5. 转化漏斗
|
||
- [ ] 从曝光到注册、注册到活跃、活跃到付费，各层的转化率预估
|
||
- [ ] 哪一层漏得最多？打算怎么补？
|
||
|
||
## 输出结构
|
||
1. **种子用户画像**：人 + 来源 + 触达方式
|
||
2. **渠道矩阵**：渠道 × CAC × 预期转化率 × 优先级
|
||
3. **传播设计**：分享动机 + 病毒系数估算
|
||
4. **推广日历**：30天 / 90天 / 180天关键动作
|
||
5. **各阶段目标**：用户量、留存率、付费转化
|
||
|
||
## 常见误区
|
||
- 没有种子用户就做大众推广
|
||
- 渠道贪多嚼不烂（盯住一两个打透）
|
||
- 把「砸钱」当策略而不是助攻
|
||
|
||
## 存档规则
|
||
|
||
执行完毕生成报告后，按以下规范存档：
|
||
|
||
**默认路径**：`{项目根目录}/.yxstack/gtm-{日期}-{一句话摘要}.md`
|
||
（如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径，优先使用自定义路径）
|
||
|
||
**格式**：YAML frontmatter + 报告正文
|
||
```yaml
|
||
---
|
||
title: "{一句话标题}"
|
||
author: "{执行者}"
|
||
date: "{YYYY-MM-DD}"
|
||
tags: ["关键词1", "关键词2"]
|
||
status: draft # draft → validated → outdated
|
||
---
|
||
```
|
||
|
||
## 更新项目状态
|
||
|
||
### 追加事件日志
|
||
向 `.yxstack/_timeline.jsonl` 追加一行：
|
||
```json
|
||
{"skill":"gtm","event":"completed","ts":"当前时间","phase":"当前阶段","summary":"本次产出核心结论","assumption":"本次新增假设（有则填，无则留空）","decision":"本次关键决策（有则填，无则留空）"}
|
||
```
|
||
|
||
### 更新状态快照
|
||
更新 `.yxstack/_state.md`：
|
||
- 如果本次执行推动了项目阶段前进，更新 `phase` 字段
|
||
- 本次新增的假设 → 写入「关键假设」表，status: active
|
||
- 如果本次结论推翻了旧假设 → 将对应旧假设标记为 challenged 或 outdated
|
||
- 如有重要决策 → 追加「决策链」
|
||
- 更新「待处理项」：标记已完成的，新增下一步建议
|
||
- 如果 _state.md 不存在，按模板创建（参考 templates/state_template.md）
|
||
- 每个 active 假设必须附带验证标准（一句话：用什么证据可证实/证伪）
|
||
- 同时 active 假设不超过 5 条，达到上限时必须先标记一条旧假设为 outdated 才能新增
|