feat: 圆心商业化工作流 v0.0.1 初始发布
- 核心框架：README + 8 条命令执行模板 - 每条命令含 Checklist + 输出结构 + 常见误区 - ROADMAP 含 v0.1~v1.0 迭代路线 - MIT 开源协议 - 维护方：筑基阁（开阳星）
This commit is contained in:
开阳星
25
CHANGELOG.md
Normal file
25
CHANGELOG.md
Normal file
@@ -0,0 +1,25 @@
|
||||
# 圆心商业化工作流（YxStack）变更记录
|
||||
|
||||
## v0.0.1 (2026-05-03)
|
||||
|
||||
### 新增
|
||||
- 核心框架：README + 8 条命令执行模板
|
||||
- 命令模板含 `核心追问清单 + 输出结构 + 常见误区`
|
||||
- 全局 CODEBUDDY.md 集成机制
|
||||
- ROADMAP 路线图
|
||||
- MIT 开源协议
|
||||
|
||||
### 命令清单
|
||||
| 指令 | 文件 |
|
||||
|------|------|
|
||||
| /pfit | commands/pfit.md |
|
||||
| /pos | commands/pos.md |
|
||||
| /uj | commands/uj.md |
|
||||
| /prd | commands/prd.md |
|
||||
| /money | commands/money.md |
|
||||
| /gtm | commands/gtm.md |
|
||||
| /metric | commands/metric.md |
|
||||
| /comp | commands/comp.md |
|
||||
|
||||
### 维护方
|
||||
- 筑基阁（开阳星）· 天机阁
|
||||
21
LICENSE
Normal file
21
LICENSE
Normal file
@@ -0,0 +1,21 @@
|
||||
MIT License
|
||||
|
||||
Copyright (c) 2026 天机阁 · 筑基阁（开阳星）
|
||||
|
||||
Permission is hereby granted, free of charge, to any person obtaining a copy
|
||||
of this software and associated documentation files (the "Software"), to deal
|
||||
in the Software without restriction, including without limitation the rights
|
||||
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
||||
copies of the Software, and to permit persons to whom the Software is
|
||||
furnished to do so, subject to the following conditions:
|
||||
|
||||
The above copyright notice and this permission notice shall be included in all
|
||||
copies or substantial portions of the Software.
|
||||
|
||||
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
||||
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
||||
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
||||
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
||||
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
||||
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
||||
SOFTWARE.
|
||||
57
README.md
Normal file
57
README.md
Normal file
@@ -0,0 +1,57 @@
|
||||
# 圆心商业化工作流（YxStack）
|
||||
|
||||
> 商业决策管线，专注业务策略、产品规划、商业模式、增长运营
|
||||
|
||||
## 核心定位
|
||||
|
||||
YxStack 是一套**业务产品工作流规范**，用于指导产品经理和业务负责人在面对商业决策时，按标准化流程逐层推进。
|
||||
|
||||
**输出边界**：只做业务+产品+商业+增长，不涉及研发实现、代码、技术架构、UI 设计。
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 业务策略讨论与设计
|
||||
- 产品需求分析与 PRD
|
||||
- 商业模式与定价
|
||||
- 用户旅程与体验设计
|
||||
- 增长与推广方案
|
||||
- 竞品商业分析
|
||||
- 业务指标体系搭建
|
||||
|
||||
## 内置指令
|
||||
|
||||
| 指令 | 核心目标 |
|
||||
|------|---------|
|
||||
| /pfit | 痛点真伪验证、需求真实性研判 |
|
||||
| /pos | 产品定位、价值主张、差异化 |
|
||||
| /uj | 全链路用户旅程、流失节点梳理 |
|
||||
| /prd | 业务型 PRD、MVP 边界、功能优先级 |
|
||||
| /money | 商业模式、定价体系、付费转化链路 |
|
||||
| /gtm | 冷启动、获客渠道、落地推广方案 |
|
||||
| /metric | 业务指标体系、复盘框架 |
|
||||
| /comp | 竞品商业维度分析 |
|
||||
|
||||
每个指令的详细执行模板见 `commands/` 目录。
|
||||
|
||||
## 安装使用
|
||||
|
||||
将本仓库克隆至 `~/.codebuddy/yxstack/`，并在 `~/.codebuddy/CODEBUDDY.md` 中引用：
|
||||
|
||||
```markdown
|
||||
# 工作流规范
|
||||
采用 **圆心商业化工作流（YxStack）** 作为全局默认规范。
|
||||
|
||||
使用指令时，需读取 `~/.codebuddy/yxstack/commands/{command}.md`
|
||||
获取完整执行模板，并按模板中的 Checklist 执行。
|
||||
|
||||
完整定义见 `~/.codebuddy/yxstack/README.md`。
|
||||
```
|
||||
|
||||
## 项目负责人
|
||||
|
||||
- 维护：筑基阁（开阳星）
|
||||
- 归属：天机阁 · 星阵体系
|
||||
|
||||
## 许可证
|
||||
|
||||
MIT License
|
||||
42
ROADMAP.md
Normal file
42
ROADMAP.md
Normal file
@@ -0,0 +1,42 @@
|
||||
# YxStack 路线图
|
||||
|
||||
## v0.0.1 — 核心框架（已完成）
|
||||
|
||||
- [x] 核心哲学与定位
|
||||
- [x] 8 条命令执行模板（Checklist + 输出结构 + 常见误区）
|
||||
- [x] 全局 CODEBUDDY.md 集成机制
|
||||
|
||||
## v0.1.0 — 指令深度增强
|
||||
|
||||
- [ ] 为每条命令增加典型场景案例库
|
||||
- [ ] 细化各阶段追问权重与优先级
|
||||
- [ ] 增加"未完待续"处理策略（信息不足时怎么收口）
|
||||
|
||||
## v0.2.0 — 命令组合模式
|
||||
|
||||
- [ ] `/prd + /pfit` = 完整产品评审流程
|
||||
- [ ] `/pos + /comp` = 市场定位全景分析
|
||||
- [ ] `/uj + /metric` = 用户体验指标体系
|
||||
- [ ] 组合命令的输出融合规范
|
||||
|
||||
## v0.3.0 — 场景自动识别
|
||||
|
||||
- [ ] 模型无需用户显式使用 `/xxx`，自动识别当前场景
|
||||
- [ ] 自动匹配最相关的 1-2 条指令
|
||||
- [ ] 渐进式引导——先判断在哪个阶段，再切入对应清单
|
||||
|
||||
## v0.4.0 — 扩展生态
|
||||
|
||||
- [ ] 支持行业定制模板（SaaS、电商、医疗、教育等）
|
||||
- [ ] 集成到 Hookify 体系——通过 prompt 钩子自动匹配场景
|
||||
- [ ] 社区贡献机制——开放命令模板 Pull Request 流程
|
||||
|
||||
## v1.0.0 — 产品级可靠
|
||||
|
||||
- [ ] 完整评测体系（每个指令的一致性、准确性、覆盖度）
|
||||
- [ ] 使用数据追踪与持续优化
|
||||
- [ ] 多轮对话状态保持与上下文管理
|
||||
|
||||
---
|
||||
|
||||
> 维护：筑基阁（开阳星）
|
||||
48
commands/comp.md
Normal file
48
commands/comp.md
Normal file
@@ -0,0 +1,48 @@
|
||||
# /comp - 竞品商业维度分析
|
||||
|
||||
## 命令定位
|
||||
从商业模式、价值主张、定价、获客、壁垒五个维度分析竞品，
|
||||
而不是比较功能列表。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 竞品识别
|
||||
- [ ] 直接竞品是谁？（解决同一问题）
|
||||
- [ ] 间接竞品是谁？（不同方案解决同一问题）
|
||||
- [ ] 隐形竞品是谁？（用户"什么都不用"本身也是竞品）
|
||||
|
||||
### 2. 价值主张对比
|
||||
- [ ] 每个竞品的核心价值主张是什么？
|
||||
- [ ] 他们的目标用户和你重叠吗？
|
||||
- [ ] 用户为什么选他们而不选你？（不一定是功能原因）
|
||||
|
||||
### 3. 商业模式对比
|
||||
- [ ] 竞品怎么赚钱？收入结构如何？
|
||||
- [ ] 他们的定价体系是什么？免费层给多少？
|
||||
- [ ] 他们的 LTV/CAC 比你高还是低？
|
||||
|
||||
### 4. 获客与增长
|
||||
- [ ] 竞品的用户从哪来？（渠道、SEO、投放、BD、社区）
|
||||
- [ ] 他们的增长引擎是什么？（付费投放、病毒传播、内容营销、销售团队）
|
||||
- [ ] 他们在哪个阶段的用户增长是最快的？
|
||||
|
||||
### 5. 竞争壁垒
|
||||
- [ ] 竞品的护城河是什么？（规模效应、网络效应、品牌、技术、数据、关系）
|
||||
- [ ] 你能不能用不同的打法绕开他们的壁垒？
|
||||
- [ ] 竞品最大的弱点是什么？为什么还没人打？
|
||||
|
||||
### 6. 动态预判
|
||||
- [ ] 如果他们进你的市场，会怎么打？
|
||||
- [ ] 如果你进他们的市场，他们怎么防守？
|
||||
- [ ] 这个市场还有没有新玩家进场？门槛多高？
|
||||
|
||||
## 输出结构
|
||||
1. **竞品全景图**：直接/间接/隐性竞品分类
|
||||
2. **五维对比表**：价值主张 × 商业模式 × 定价 × 获客 × 壁垒
|
||||
3. **优劣势矩阵**：每家的最强点和最大弱点
|
||||
4. **动态推演**：可能的竞争演变路径
|
||||
|
||||
## 常见误区
|
||||
- 只比功能不比商业模式——功能可以抄，商业模式抄不走
|
||||
- 低估「什么都不用」这个竞品——很多用户宁愿忍受也不换
|
||||
- 静态分析——不看竞品会怎么动
|
||||
43
commands/gtm.md
Normal file
43
commands/gtm.md
Normal file
@@ -0,0 +1,43 @@
|
||||
# /gtm - 冷启动与推广方案
|
||||
|
||||
## 命令定位
|
||||
设计从 0 到 1 的冷启动策略和推广方案，核心问题是"第一批用户从哪来"
|
||||
和"怎么让他们留下来并帮你带人"。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 冷启动策略
|
||||
- [ ] 第一批 100 个用户从哪来？（不要答"推广"）
|
||||
- [ ] 这批种子用户有什么特征？为什么选他们？
|
||||
- [ ] 你个人能直接触达多少潜在用户？
|
||||
|
||||
### 2. 渠道选择
|
||||
- [ ] 你的用户在哪？（线上社区、线下场景、行业会议、微信群）
|
||||
- [ ] 哪个渠道的 CAC 最低？哪个渠道的留存最高？
|
||||
- [ ] 哪些渠道你团队有资源/关系能撬动？
|
||||
|
||||
### 3. 传播机制
|
||||
- [ ] 用户用了之后为什么会告诉别人？（主动还是被动）
|
||||
- [ ] 有没有内置的病毒循环？（邀请、分享、协作、展示）
|
||||
- [ ] NPS 能达到多少才有自传播？
|
||||
|
||||
### 4. 推广节奏
|
||||
- [ ] 第一个月做什么？第三个月做什么？
|
||||
- [ ] 什么时候开始付费推广？烧钱的拐点在哪？
|
||||
- [ ] 推广预算是多少？能烧多久？
|
||||
|
||||
### 5. 转化漏斗
|
||||
- [ ] 从曝光到注册、注册到活跃、活跃到付费，各层的转化率预估
|
||||
- [ ] 哪一层漏得最多？打算怎么补？
|
||||
|
||||
## 输出结构
|
||||
1. **种子用户画像**：人 + 来源 + 触达方式
|
||||
2. **渠道矩阵**：渠道 × CAC × 预期转化率 × 优先级
|
||||
3. **传播设计**：分享动机 + 病毒系数估算
|
||||
4. **推广日历**：30天 / 90天 / 180天关键动作
|
||||
5. **各阶段目标**：用户量、留存率、付费转化
|
||||
|
||||
## 常见误区
|
||||
- 没有种子用户就做大众推广
|
||||
- 渠道贪多嚼不烂（盯住一两个打透）
|
||||
- 把「砸钱」当策略而不是助攻
|
||||
47
commands/metric.md
Normal file
47
commands/metric.md
Normal file
@@ -0,0 +1,47 @@
|
||||
# /metric - 业务指标体系与复盘框架
|
||||
|
||||
## 命令定位
|
||||
搭建能真正指导决策的业务指标体系，而不是堆砌指标看板。
|
||||
含复盘框架，确保从数据中找到可行动的点。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 北极星指标
|
||||
- [ ] 做这个产品，终极的目标是什么指标？（不一定是 DAU）
|
||||
- [ ] 这个指标能不能真实反映用户价值？（vs 虚荣指标）
|
||||
- [ ] 团队每个人能不能说出北极星指标是什么？
|
||||
|
||||
### 2. 指标体系搭建
|
||||
- [ ] 北极星指标能拆成哪些杠杆指标？
|
||||
- [ ] 每个杠杆指标对应谁负责？
|
||||
- [ ] 哪些是先行指标（Leading）、哪些是后验指标（Lagging）？
|
||||
|
||||
### 3. 用户生命周期指标
|
||||
- [ ] 获客：各渠道 CAC、渠道 ROI
|
||||
- [ ] 激活：注册到 Aha Moment 的时间和比例
|
||||
- [ ] 留存：第1天、第7天、第30天留存
|
||||
- [ ] 付费：转化率、ARPU、ARPPU
|
||||
- [ ] 传播：K 因子、NPS
|
||||
|
||||
### 4. 复盘框架
|
||||
- [ ] 回顾目标：我们当初定的目标是什么？
|
||||
- [ ] 评估结果：实际发生了什么？有没有意外收获或意外损失？
|
||||
- [ ] 分析原因：偏差根因是什么？内部还是外部？
|
||||
- [ ] 总结教训：下次怎么做会更好？
|
||||
|
||||
### 5. 数据门槛
|
||||
- [ ] 当前有哪些数据能看？哪些看不了？
|
||||
- [ ] 看不了的数据重要吗？怎么补？
|
||||
- [ ] 有没有数据会误导你？
|
||||
|
||||
## 输出结构
|
||||
1. **北极星指标**：一句话 + 拆解路径
|
||||
2. **指标树**：北极星→一级指标→二级指标→负责方
|
||||
3. **用户生命周期看板**：5 阶段关键数据
|
||||
4. **复盘模板**：标准复盘 4 步框架
|
||||
5. **数据盲区**：看不到的关键数据及其替代方案
|
||||
|
||||
## 常见误区
|
||||
- 指标太多等于没指标
|
||||
- 只看总量不看分层（新老用户、付费/免费）
|
||||
- 把观测指标当行动指标（DAU 降了不会告诉你怎么修）
|
||||
43
commands/money.md
Normal file
43
commands/money.md
Normal file
@@ -0,0 +1,43 @@
|
||||
# /money - 商业模式与定价体系
|
||||
|
||||
## 命令定位
|
||||
设计可持续的商业模式和定价体系，打通付费转化链路。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 收入模型
|
||||
- [ ] 向谁收费？（用户、客户、第三方）
|
||||
- [ ] 收的是什么钱？（订阅、一次性、交易抽成、广告）
|
||||
- [ ] 用户付费的触发事件是什么？（到哪个环节自然想掏钱）
|
||||
|
||||
### 2. 定价策略
|
||||
- [ ] 用户当前为了解决这个问题已经在付多少钱？
|
||||
- [ ] 你是按什么维度定价？（用量、人数、功能、效果、时段）
|
||||
- [ ] 定价有阶梯吗？免费层给多少？会不会倒逼付费？
|
||||
|
||||
### 3. 付费转化链路
|
||||
- [ ] 用户从免费到付费，经过了什么心理变化？
|
||||
- [ ] 付费转化的「临门一脚」是什么？（功能限制、容量限制、体验差异）
|
||||
- [ ] 首单转化周期多长？能不能缩短？
|
||||
|
||||
### 4. 单位经济模型
|
||||
- [ ] 一个用户的 LTV 是多少？CAC 是多少？
|
||||
- [ ] LTV/CAC 能不能撑过 3:1？
|
||||
- [ ] 边际成本是递减还是递增？
|
||||
|
||||
### 5. 续费与留存
|
||||
- [ ] 用户为什么续费？为什么停？
|
||||
- [ ] 有没有自然的留存曲线数据？
|
||||
- [ ] 流失预警信号是什么？能做挽留吗？
|
||||
|
||||
## 输出结构
|
||||
1. **收入来源**：谁给钱、给什么钱、为什么给
|
||||
2. **定价表**：层级 × 价格 × 包含内容 × 升级逻辑
|
||||
3. **转化漏斗**：免费→注册→试用→付费→续订
|
||||
4. **单位经济**：LTV、CAC、回本周期
|
||||
5. **风险点**：定价天花板、竞品价格战
|
||||
|
||||
## 常见误区
|
||||
- 定价跟着成本走而不是跟着价值走
|
||||
- 免费层太大导致没人付费
|
||||
- 只看注册数不看付费转化率
|
||||
41
commands/pfit.md
Normal file
41
commands/pfit.md
Normal file
@@ -0,0 +1,41 @@
|
||||
# /pfit - 痛点真伪验证
|
||||
|
||||
## 命令定位
|
||||
在投入产品资源之前，验证用户所述「痛点」是否真实存在、
|
||||
是否足够痛、是否值得解决。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 痛点来源验证
|
||||
- [ ] 这个痛点是谁说的？（用户、客户、老板、竞品、猜测）
|
||||
- [ ] 有多少人说过？频次如何？（定量证据）
|
||||
- [ ] 用户因为这个问题损失了什么？（时间、金钱、情绪）
|
||||
|
||||
### 2. 痛点强度评估
|
||||
- [ ] 用户是否已经在尝试自行解决？如何解决的？
|
||||
- [ ] 如果这个问题不解决，用户会怎么办？（放弃、忍受、找替代品）
|
||||
- [ ] 用户愿意为此付费吗？愿意付多少？
|
||||
|
||||
### 3. 真伪判断
|
||||
- [ ] 这是真痛点还是痒点？（必须有 vs 有了更好）
|
||||
- [ ] 这是高频痛点还是低频痛点？
|
||||
- [ ] 是否存在「幸存者偏差」？（只听到了主动反馈的用户）
|
||||
|
||||
### 4. 竞品验证
|
||||
- [ ] 竞品是否在解决同样的问题？效果如何？
|
||||
- [ ] 用户对竞品方案的满意度如何？
|
||||
|
||||
### 5. 可行动性验证
|
||||
- [ ] 我们是否有能力解决这个问题？（资源、能力、时间）
|
||||
- [ ] 解决后的收益有多大？（用户价值 × 市场规模）
|
||||
|
||||
## 输出结构
|
||||
1. **痛点陈述**：一句话描述痛点
|
||||
2. **真伪评分**：1-10 分，附理由
|
||||
3. **证据清单**：支持/反对的证据
|
||||
4. **行动建议**：Go / No-Go / 需要更多验证
|
||||
|
||||
## 常见误区
|
||||
- 把自己的痛点当成用户的痛点
|
||||
- 把「不足」当「痛点」（功能不够炫 vs 核心场景受阻）
|
||||
- 因一两个用户的强烈反馈而过度反应
|
||||
36
commands/pos.md
Normal file
36
commands/pos.md
Normal file
@@ -0,0 +1,36 @@
|
||||
# /pos - 产品定位与差异化
|
||||
|
||||
## 命令定位
|
||||
明确产品在市场中的独特位置、核心价值主张、以及与竞品的差异点。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 价值主张提炼
|
||||
- [ ] 用一句话说清楚：为谁、解决什么问题、带来什么结果？
|
||||
- [ ] 用户不用你的产品之前，是怎么凑合过的？
|
||||
- [ ] 你的价值主张能不能让用户 5 秒内听懂？
|
||||
|
||||
### 2. 市场位置
|
||||
- [ ] 你是品类开创者、跟随者、还是搅局者？
|
||||
- [ ] 你的价格带和品质带在市场的哪个象限？
|
||||
- [ ] 用户心智里能不能给你安一个位置？
|
||||
|
||||
### 3. 差异化拆解
|
||||
- [ ] 你比竞品好在哪？（不能只说"更好用"）
|
||||
- [ ] 这个差异用户能感知到吗？愿意为这个差异买单吗？
|
||||
- [ ] 竞品能不能快速抄袭你的差异点？如果能，多快？
|
||||
|
||||
### 4. 护城河评估
|
||||
- [ ] 你的壁垒是什么？（网络效应、数据、品牌、供应链、合规）
|
||||
- [ ] 资本市场进入会摧毁你的定位吗？
|
||||
|
||||
## 输出结构
|
||||
1. **一句话定位**：格式「为___提供___，不同于___，我们___」
|
||||
2. **差异化清单**：每项附"用户是否买单"的判断
|
||||
3. **竞争位置图**：价格 × 品质矩阵中的位置
|
||||
4. **风险预警**：最容易被攻破的差异点
|
||||
|
||||
## 常见误区
|
||||
- 拿功能当定位（"我们更快"不如"你能多睡一小时"）
|
||||
- 面面俱到等于没有定位
|
||||
- 对标大厂但不具备大厂的资源禀赋
|
||||
45
commands/prd.md
Normal file
45
commands/prd.md
Normal file
@@ -0,0 +1,45 @@
|
||||
# /prd - 业务型 PRD 与 MVP 边界
|
||||
|
||||
## 命令定位
|
||||
从业务视角写一份可执行的 PRD，聚焦业务逻辑流、角色分工、
|
||||
数据流转，明确 MVP 的精确边界和功能优先级。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 业务目标
|
||||
- [ ] 这个产品要解决的业务问题一句话是什么？
|
||||
- [ ] 成功的衡量标准是什么？（不是功能上线，是什么指标变了）
|
||||
- [ ] 不做这件事的代价是什么？
|
||||
|
||||
### 2. 角色与场景
|
||||
- [ ] 涉及哪些角色？（用户、管理员、运营、合作伙伴）
|
||||
- [ ] 每个角色的核心场景是什么？（不列功能，列场景）
|
||||
- [ ] 角色之间怎么互相影响？
|
||||
|
||||
### 3. 业务逻辑流
|
||||
- [ ] 核心业务的主流程是什么？（异常流先放一边）
|
||||
- [ ] 谁在什么条件做什么事？（判断逻辑用自然语言说清楚）
|
||||
- [ ] 数据从哪来、到哪去？
|
||||
|
||||
### 4. MVP 切分
|
||||
- [ ] 如果只做一件事验证核心假设，做什么？
|
||||
- [ ] 「没有这个，用户流程会断」的功能 vs 「有了更好玩」的功能
|
||||
- [ ] MVP 的用户体验底线是什么？
|
||||
- [ ] 不做 MVP 之外的功能，等什么信号后才决定做？
|
||||
|
||||
### 5. 优先级排序
|
||||
- [ ] 用「用户价值 × 实现成本 × 商业影响」三维排优先级
|
||||
- [ ] 哪些功能是你敢切掉的？依据是什么？
|
||||
- [ ] 有没有「做了反而有害」的功能？
|
||||
|
||||
## 输出结构
|
||||
1. **业务目标**：一句话 + 成功指标
|
||||
2. **角色映射**：角色 × 核心场景矩阵
|
||||
3. **核心业务流**：主流程叙事（非流程图）
|
||||
4. **MVP 定义**：干什么、不干什么、验证什么
|
||||
5. **优先级清单**：P0/P1/P2 分类 + 取舍理由
|
||||
|
||||
## 常见误区
|
||||
- PRD 写成功能说明书而不是业务文档
|
||||
- MVP 边界无限扩大（加了太多"万一需要"的场景）
|
||||
- 没有明确「不做哪些」——真正重要的决策
|
||||
37
commands/uj.md
Normal file
37
commands/uj.md
Normal file
@@ -0,0 +1,37 @@
|
||||
# /uj - 全链路用户旅程与流失分析
|
||||
|
||||
## 命令定位
|
||||
还原用户从「第一次听说」到「成为忠实用户」到「可能流失」的完整
|
||||
行为路径，标注每个节点的情绪曲线、决策障碍和流失原因。
|
||||
|
||||
## 核心追问清单
|
||||
|
||||
### 1. 旅程阶段划分
|
||||
- [ ] 用户是怎么第一次知道你的？（渠道、口口相传、广告、搜索）
|
||||
- [ ] 从知道到第一次使用，中间隔了多久？最大障碍是什么？
|
||||
- [ ] 用户第一次用完后的感受是什么？（惊喜、疑惑、失望）
|
||||
|
||||
### 2. 关键决策点
|
||||
- [ ] 在哪个环节用户会决定「继续用」或「放弃」？
|
||||
- [ ] 每个决策点上用户的评估标准是什么？
|
||||
- [ ] 有没有「关键魔法时刻」（Aha Moment）？
|
||||
|
||||
### 3. 流失节点排查
|
||||
- [ ] 当前用户主要在哪一步流失？（按数据排前三）
|
||||
- [ ] 流失用户离开前做了什么？有没有共性行为？
|
||||
- [ ] 流失用户去了哪里？（竞品、回到旧方案、彻底放弃这类需求）
|
||||
|
||||
### 4. 重激活路径
|
||||
- [ ] 已流失用户有没有自然回流的？为什么？
|
||||
- [ ] 用什么触点可以拉回流失用户？成本多高？
|
||||
|
||||
## 输出结构
|
||||
1. **旅程全景图**：阶段 × 行为 × 情绪曲线
|
||||
2. **关键决策点**：每个节点的用户心理 + 当前满足度
|
||||
3. **流失断点 Top 3**：排名 + 根因 + 数据依据
|
||||
4. **破局建议**：最应该修复的节点和可操作动作
|
||||
|
||||
## 常见误区
|
||||
- 用自己的行为推演用户（你是超级用户，他不是）
|
||||
- 只看「用的人」不看「没用的人」（沉默证据偏差）
|
||||
- 没有区分不同用户类型的旅程差异
|
||||
Reference in New Issue
Block a user