Files
yxstack-skill/commands/money.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

/money - 商业模式与定价体系

命令定位

设计可持续的商业模式和定价体系,打通付费转化链路。

第 0 步:加载项目状态

执行本指令前,先读取项目根目录下的 .yxstack/_state.md(如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径,则使用自定义路径):

  • 了解项目当前所处的 YxStack 阶段exploration/validation/positioning/pricing/growth
  • 确认已有的关键假设和决策
  • 检查是否有与本次指令相关的待处理项
  • 如果 _state.md 不存在,说明这是项目首次使用 YxStack

然后按原有规则检查历史记录:

执行本指令前,先检查当前项目根目录下的 .yxstack/ 目录(如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径则使用自定义路径查找近期同指令money或相关prd/comp的历史记录

  • 如果已有 PRD 或竞品分析 → 作为定价输入
  • 如果已有历史定价方案 → 标注迭代点/市场变化
  • 如果没有历史记录 → 跳过,正常执行

核心追问清单

1. 收入模型

  • 向谁收费?(用户、客户、第三方)
  • 收的是什么钱?(订阅、一次性、交易抽成、广告)
  • 用户付费的触发事件是什么?(到哪个环节自然想掏钱)

2. 定价策略

  • 用户当前为了解决这个问题已经在付多少钱?
  • 你是按什么维度定价?(用量、人数、功能、效果、时段)
  • 定价有阶梯吗?免费层给多少?会不会倒逼付费?

3. 付费转化链路

  • 用户从免费到付费,经过了什么心理变化?
  • 付费转化的「临门一脚」是什么?(功能限制、容量限制、体验差异)
  • 首单转化周期多长?能不能缩短?

4. 单位经济模型

  • 一个用户的 LTV 是多少CAC 是多少?
  • LTV/CAC 能不能撑过 3:1
  • 边际成本是递减还是递增?

5. 续费与留存

  • 用户为什么续费?为什么停?
  • 有没有自然的留存曲线数据?
  • 流失预警信号是什么?能做挽留吗?

输出结构

  1. 收入来源:谁给钱、给什么钱、为什么给
  2. 定价表:层级 × 价格 × 包含内容 × 升级逻辑
  3. 转化漏斗:免费→注册→试用→付费→续订
  4. 单位经济LTV、CAC、回本周期
  5. 风险点:定价天花板、竞品价格战

常见误区

  • 定价跟着成本走而不是跟着价值走
  • 免费层太大导致没人付费
  • 只看注册数不看付费转化率

存档规则

执行完毕生成报告后,按以下规范存档:

默认路径{项目根目录}/.yxstack/money-{日期}-{一句话摘要}.md (如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径,优先使用自定义路径)

格式YAML frontmatter + 报告正文

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

更新项目状态

追加事件日志

.yxstack/_timeline.jsonl 追加一行:

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

更新状态快照

更新 .yxstack/_state.md

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