Files
yxstack-skill/commands/gtm.md
开阳星 ce844cdf51 feat: v0.2.0 多轮对话状态保持
- 新增 templates/state_template.md — _state.md 和 _timeline.jsonl 模板
- 8 条命令模板增加"第 0 步:加载项目状态"和"更新项目状态"规则
- install.sh 注入会话状态恢复逻辑(CODEBUDDY.md)
- ROADMAP 调整为 v0.2.0=状态保持,v1.0.0=评测体系

借鉴 gstack 的 Context Recovery + append-only JSONL 模式:
_timeline.jsonl 只追加不修改作为事实来源,_state.md 做当前快照
2026-05-03 03:26:46 +08:00

3.8 KiB
Raw Blame History

/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的历史记录

  • 如果已有定位或竞品分析 → 作为推广输入
  • 如果已有历史推广方案 → 标注执行结果/调整点
  • 如果没有历史记录 → 跳过,正常执行

核心追问清单

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 + 报告正文

---
title: "{一句话标题}"
author: "{执行者}"
date: "{YYYY-MM-DD}"
tags: ["关键词1", "关键词2"]
status: draft  # draft → validated → outdated
---

更新项目状态

追加事件日志

.yxstack/_timeline.jsonl 追加一行:

{"skill":"gtm","event":"completed","ts":"当前时间","phase":"当前阶段","summary":"本次产出核心结论","assumption":"本次新增假设(有则填,无则留空)","decision":"本次关键决策(有则填,无则留空)"}

更新状态快照

更新 .yxstack/_state.md

  • 如果本次执行推动了项目阶段前进,更新 phase 字段
  • 本次新增的假设 → 写入「关键假设」表status: active
  • 如果本次结论推翻了旧假设 → 将对应旧假设标记为 challenged 或 outdated
  • 如有重要决策 → 追加「决策链」
  • 更新「待处理项」:标记已完成的,新增下一步建议
  • 如果 _state.md 不存在,按模板创建(参考 templates/state_template.md