From 1c65098c61c711c87cca50c3d865960835436395 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=BC=80=E9=98=B3=E6=98=9F?= Date: Sun, 3 May 2026 00:45:11 +0800 Subject: [PATCH] =?UTF-8?q?feat:=20=E5=9C=86=E5=BF=83=E5=95=86=E4=B8=9A?= =?UTF-8?q?=E5=8C=96=E5=B7=A5=E4=BD=9C=E6=B5=81=20v0.0.1=20=E5=88=9D?= =?UTF-8?q?=E5=A7=8B=E5=8F=91=E5=B8=83?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - 核心框架：README + 8 条命令执行模板 - 每条命令含 Checklist + 输出结构 + 常见误区 - ROADMAP 含 v0.1~v1.0 迭代路线 - MIT 开源协议 - 维护方：筑基阁（开阳星） --- CHANGELOG.md | 25 ++++++++++++++++++++ LICENSE | 21 +++++++++++++++++ README.md | 57 ++++++++++++++++++++++++++++++++++++++++++++++ ROADMAP.md | 42 ++++++++++++++++++++++++++++++++++ commands/comp.md | 48 ++++++++++++++++++++++++++++++++++++++ commands/gtm.md | 43 ++++++++++++++++++++++++++++++++++ commands/metric.md | 47 ++++++++++++++++++++++++++++++++++++++ commands/money.md | 43 ++++++++++++++++++++++++++++++++++ commands/pfit.md | 41 +++++++++++++++++++++++++++++++++ commands/pos.md | 36 +++++++++++++++++++++++++++++ commands/prd.md | 45 ++++++++++++++++++++++++++++++++++++ commands/uj.md | 37 ++++++++++++++++++++++++++++++ 12 files changed, 485 insertions(+) create mode 100644 CHANGELOG.md create mode 100644 LICENSE create mode 100644 README.md create mode 100644 ROADMAP.md create mode 100644 commands/comp.md create mode 100644 commands/gtm.md create mode 100644 commands/metric.md create mode 100644 commands/money.md create mode 100644 commands/pfit.md create mode 100644 commands/pos.md create mode 100644 commands/prd.md create mode 100644 commands/uj.md diff --git a/CHANGELOG.md b/CHANGELOG.md new file mode 100644 index 0000000..7eae5e9 --- /dev/null +++ b/CHANGELOG.md @@ -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 | + +### 维护方 +- 筑基阁（开阳星）· 天机阁 diff --git a/LICENSE b/LICENSE new file mode 100644 index 0000000..828e20b --- /dev/null +++ b/LICENSE @@ -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. diff --git a/README.md b/README.md new file mode 100644 index 0000000..1f996d6 --- /dev/null +++ b/README.md @@ -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 diff --git a/ROADMAP.md b/ROADMAP.md new file mode 100644 index 0000000..31496d8 --- /dev/null +++ b/ROADMAP.md @@ -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 — 产品级可靠 + +- [ ] 完整评测体系（每个指令的一致性、准确性、覆盖度） +- [ ] 使用数据追踪与持续优化 +- [ ] 多轮对话状态保持与上下文管理 + +--- + +> 维护：筑基阁（开阳星） diff --git a/commands/comp.md b/commands/comp.md new file mode 100644 index 0000000..a548c59 --- /dev/null +++ b/commands/comp.md @@ -0,0 +1,48 @@ +# /comp - 竞品商业维度分析 + +## 命令定位 +从商业模式、价值主张、定价、获客、壁垒五个维度分析竞品， +而不是比较功能列表。 + +## 核心追问清单 + +### 1. 竞品识别 +- [ ] 直接竞品是谁？（解决同一问题） +- [ ] 间接竞品是谁？（不同方案解决同一问题） +- [ ] 隐形竞品是谁？（用户"什么都不用"本身也是竞品） + +### 2. 价值主张对比 +- [ ] 每个竞品的核心价值主张是什么？ +- [ ] 他们的目标用户和你重叠吗？ +- [ ] 用户为什么选他们而不选你？（不一定是功能原因） + +### 3. 商业模式对比 +- [ ] 竞品怎么赚钱？收入结构如何？ +- [ ] 他们的定价体系是什么？免费层给多少？ +- [ ] 他们的 LTV/CAC 比你高还是低？ + +### 4. 获客与增长 +- [ ] 竞品的用户从哪来？（渠道、SEO、投放、BD、社区） +- [ ] 他们的增长引擎是什么？（付费投放、病毒传播、内容营销、销售团队） +- [ ] 他们在哪个阶段的用户增长是最快的？ + +### 5. 竞争壁垒 +- [ ] 竞品的护城河是什么？（规模效应、网络效应、品牌、技术、数据、关系） +- [ ] 你能不能用不同的打法绕开他们的壁垒？ +- [ ] 竞品最大的弱点是什么？为什么还没人打？ + +### 6. 动态预判 +- [ ] 如果他们进你的市场，会怎么打？ +- [ ] 如果你进他们的市场，他们怎么防守？ +- [ ] 这个市场还有没有新玩家进场？门槛多高？ + +## 输出结构 +1. **竞品全景图**：直接/间接/隐性竞品分类 +2. **五维对比表**：价值主张 × 商业模式 × 定价 × 获客 × 壁垒 +3. **优劣势矩阵**：每家的最强点和最大弱点 +4. **动态推演**：可能的竞争演变路径 + +## 常见误区 +- 只比功能不比商业模式——功能可以抄，商业模式抄不走 +- 低估「什么都不用」这个竞品——很多用户宁愿忍受也不换 +- 静态分析——不看竞品会怎么动 diff --git a/commands/gtm.md b/commands/gtm.md new file mode 100644 index 0000000..cc61724 --- /dev/null +++ b/commands/gtm.md @@ -0,0 +1,43 @@ +# /gtm - 冷启动与推广方案 + +## 命令定位 +设计从 0 到 1 的冷启动策略和推广方案，核心问题是"第一批用户从哪来" +和"怎么让他们留下来并帮你带人"。 + +## 核心追问清单 + +### 1. 冷启动策略 +- [ ] 第一批 100 个用户从哪来？（不要答"推广"） +- [ ] 这批种子用户有什么特征？为什么选他们？ +- [ ] 你个人能直接触达多少潜在用户？ + +### 2. 渠道选择 +- [ ] 你的用户在哪？（线上社区、线下场景、行业会议、微信群） +- [ ] 哪个渠道的 CAC 最低？哪个渠道的留存最高？ +- [ ] 哪些渠道你团队有资源/关系能撬动？ + +### 3. 传播机制 +- [ ] 用户用了之后为什么会告诉别人？（主动还是被动） +- [ ] 有没有内置的病毒循环？（邀请、分享、协作、展示） +- [ ] NPS 能达到多少才有自传播？ + +### 4. 推广节奏 +- [ ] 第一个月做什么？第三个月做什么？ +- [ ] 什么时候开始付费推广？烧钱的拐点在哪？ +- [ ] 推广预算是多少？能烧多久？ + +### 5. 转化漏斗 +- [ ] 从曝光到注册、注册到活跃、活跃到付费，各层的转化率预估 +- [ ] 哪一层漏得最多？打算怎么补？ + +## 输出结构 +1. **种子用户画像**：人 + 来源 + 触达方式 +2. **渠道矩阵**：渠道 × CAC × 预期转化率 × 优先级 +3. **传播设计**：分享动机 + 病毒系数估算 +4. **推广日历**：30天 / 90天 / 180天关键动作 +5. **各阶段目标**：用户量、留存率、付费转化 + +## 常见误区 +- 没有种子用户就做大众推广 +- 渠道贪多嚼不烂（盯住一两个打透） +- 把「砸钱」当策略而不是助攻 diff --git a/commands/metric.md b/commands/metric.md new file mode 100644 index 0000000..c202049 --- /dev/null +++ b/commands/metric.md @@ -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 降了不会告诉你怎么修） diff --git a/commands/money.md b/commands/money.md new file mode 100644 index 0000000..0abf039 --- /dev/null +++ b/commands/money.md @@ -0,0 +1,43 @@ +# /money - 商业模式与定价体系 + +## 命令定位 +设计可持续的商业模式和定价体系，打通付费转化链路。 + +## 核心追问清单 + +### 1. 收入模型 +- [ ] 向谁收费？（用户、客户、第三方） +- [ ] 收的是什么钱？（订阅、一次性、交易抽成、广告） +- [ ] 用户付费的触发事件是什么？（到哪个环节自然想掏钱） + +### 2. 定价策略 +- [ ] 用户当前为了解决这个问题已经在付多少钱？ +- [ ] 你是按什么维度定价？（用量、人数、功能、效果、时段） +- [ ] 定价有阶梯吗？免费层给多少？会不会倒逼付费？ + +### 3. 付费转化链路 +- [ ] 用户从免费到付费，经过了什么心理变化？ +- [ ] 付费转化的「临门一脚」是什么？（功能限制、容量限制、体验差异） +- [ ] 首单转化周期多长？能不能缩短？ + +### 4. 单位经济模型 +- [ ] 一个用户的 LTV 是多少？CAC 是多少？ +- [ ] LTV/CAC 能不能撑过 3:1？ +- [ ] 边际成本是递减还是递增？ + +### 5. 续费与留存 +- [ ] 用户为什么续费？为什么停？ +- [ ] 有没有自然的留存曲线数据？ +- [ ] 流失预警信号是什么？能做挽留吗？ + +## 输出结构 +1. **收入来源**：谁给钱、给什么钱、为什么给 +2. **定价表**：层级 × 价格 × 包含内容 × 升级逻辑 +3. **转化漏斗**：免费→注册→试用→付费→续订 +4. **单位经济**：LTV、CAC、回本周期 +5. **风险点**：定价天花板、竞品价格战 + +## 常见误区 +- 定价跟着成本走而不是跟着价值走 +- 免费层太大导致没人付费 +- 只看注册数不看付费转化率 diff --git a/commands/pfit.md b/commands/pfit.md new file mode 100644 index 0000000..357298f --- /dev/null +++ b/commands/pfit.md @@ -0,0 +1,41 @@ +# /pfit - 痛点真伪验证 + +## 命令定位 +在投入产品资源之前，验证用户所述「痛点」是否真实存在、 +是否足够痛、是否值得解决。 + +## 核心追问清单 + +### 1. 痛点来源验证 +- [ ] 这个痛点是谁说的？（用户、客户、老板、竞品、猜测） +- [ ] 有多少人说过？频次如何？（定量证据） +- [ ] 用户因为这个问题损失了什么？（时间、金钱、情绪） + +### 2. 痛点强度评估 +- [ ] 用户是否已经在尝试自行解决？如何解决的？ +- [ ] 如果这个问题不解决，用户会怎么办？（放弃、忍受、找替代品） +- [ ] 用户愿意为此付费吗？愿意付多少？ + +### 3. 真伪判断 +- [ ] 这是真痛点还是痒点？（必须有 vs 有了更好） +- [ ] 这是高频痛点还是低频痛点？ +- [ ] 是否存在「幸存者偏差」？（只听到了主动反馈的用户） + +### 4. 竞品验证 +- [ ] 竞品是否在解决同样的问题？效果如何？ +- [ ] 用户对竞品方案的满意度如何？ + +### 5. 可行动性验证 +- [ ] 我们是否有能力解决这个问题？（资源、能力、时间） +- [ ] 解决后的收益有多大？（用户价值 × 市场规模） + +## 输出结构 +1. **痛点陈述**：一句话描述痛点 +2. **真伪评分**：1-10 分，附理由 +3. **证据清单**：支持/反对的证据 +4. **行动建议**：Go / No-Go / 需要更多验证 + +## 常见误区 +- 把自己的痛点当成用户的痛点 +- 把「不足」当「痛点」（功能不够炫 vs 核心场景受阻） +- 因一两个用户的强烈反馈而过度反应 diff --git a/commands/pos.md b/commands/pos.md new file mode 100644 index 0000000..3feaa34 --- /dev/null +++ b/commands/pos.md @@ -0,0 +1,36 @@ +# /pos - 产品定位与差异化 + +## 命令定位 +明确产品在市场中的独特位置、核心价值主张、以及与竞品的差异点。 + +## 核心追问清单 + +### 1. 价值主张提炼 +- [ ] 用一句话说清楚：为谁、解决什么问题、带来什么结果？ +- [ ] 用户不用你的产品之前，是怎么凑合过的？ +- [ ] 你的价值主张能不能让用户 5 秒内听懂？ + +### 2. 市场位置 +- [ ] 你是品类开创者、跟随者、还是搅局者？ +- [ ] 你的价格带和品质带在市场的哪个象限？ +- [ ] 用户心智里能不能给你安一个位置？ + +### 3. 差异化拆解 +- [ ] 你比竞品好在哪？（不能只说"更好用"） +- [ ] 这个差异用户能感知到吗？愿意为这个差异买单吗？ +- [ ] 竞品能不能快速抄袭你的差异点？如果能，多快？ + +### 4. 护城河评估 +- [ ] 你的壁垒是什么？（网络效应、数据、品牌、供应链、合规） +- [ ] 资本市场进入会摧毁你的定位吗？ + +## 输出结构 +1. **一句话定位**：格式「为___提供___，不同于___，我们___」 +2. **差异化清单**：每项附"用户是否买单"的判断 +3. **竞争位置图**：价格 × 品质矩阵中的位置 +4. **风险预警**：最容易被攻破的差异点 + +## 常见误区 +- 拿功能当定位（"我们更快"不如"你能多睡一小时"） +- 面面俱到等于没有定位 +- 对标大厂但不具备大厂的资源禀赋 diff --git a/commands/prd.md b/commands/prd.md new file mode 100644 index 0000000..b9909c0 --- /dev/null +++ b/commands/prd.md @@ -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 边界无限扩大（加了太多"万一需要"的场景） +- 没有明确「不做哪些」——真正重要的决策 diff --git a/commands/uj.md b/commands/uj.md new file mode 100644 index 0000000..d27311e --- /dev/null +++ b/commands/uj.md @@ -0,0 +1,37 @@ +# /uj - 全链路用户旅程与流失分析 + +## 命令定位 +还原用户从「第一次听说」到「成为忠实用户」到「可能流失」的完整 +行为路径，标注每个节点的情绪曲线、决策障碍和流失原因。 + +## 核心追问清单 + +### 1. 旅程阶段划分 +- [ ] 用户是怎么第一次知道你的？（渠道、口口相传、广告、搜索） +- [ ] 从知道到第一次使用，中间隔了多久？最大障碍是什么？ +- [ ] 用户第一次用完后的感受是什么？（惊喜、疑惑、失望） + +### 2. 关键决策点 +- [ ] 在哪个环节用户会决定「继续用」或「放弃」？ +- [ ] 每个决策点上用户的评估标准是什么？ +- [ ] 有没有「关键魔法时刻」（Aha Moment）？ + +### 3. 流失节点排查 +- [ ] 当前用户主要在哪一步流失？（按数据排前三） +- [ ] 流失用户离开前做了什么？有没有共性行为？ +- [ ] 流失用户去了哪里？（竞品、回到旧方案、彻底放弃这类需求） + +### 4. 重激活路径 +- [ ] 已流失用户有没有自然回流的？为什么？ +- [ ] 用什么触点可以拉回流失用户？成本多高？ + +## 输出结构 +1. **旅程全景图**：阶段 × 行为 × 情绪曲线 +2. **关键决策点**：每个节点的用户心理 + 当前满足度 +3. **流失断点 Top 3**：排名 + 根因 + 数据依据 +4. **破局建议**：最应该修复的节点和可操作动作 + +## 常见误区 +- 用自己的行为推演用户（你是超级用户，他不是） +- 只看「用的人」不看「没用的人」（沉默证据偏差） +- 没有区分不同用户类型的旅程差异