grow-app

拓展应用

用户注册后便悄然离开——各用户群的留存率持续下滑，日活跃用户数停滞不前，激活漏斗总是在老地方流失，而且看起来没有明显的问题。这段旅程旨在补上漏洞：通过八个互动阶段，将新用户转化为已激活用户，再培养成习惯性用户，最终成为离不开产品的用户。每次做决定前，Agent 都会先询问，并将结果记录在 docs/ 中，让工作能跨会话接续，而不是每次从头开始。这里的增长是工程和设计问题，而不是增加广告预算就能解决的。

核心原则

**先修补漏水的桶，再投入获客：习惯养成、用户激活和留存都要先于任何增长投入。**这项技能按顺序安排八个阶段，会询问每个决策问题，并将每项选择记录在 docs/ 中。各项组成技能承载了具体方法——应调用它们，而不是临时拼凑框架。

旅程地图

阶段	技能	解答的问题	产出物
1	hooked-ux	为什么用户会主动回来，而不需要我们付费吸引？	扩展 docs/PRODUCT.md
2	improve-retention	为什么新用户没有进入循环？	扩展 docs/PRODUCT.md
3	continuous-discovery	我们自己的用户究竟需要什么？	扩展 docs/PRODUCT.md + docs/CUSTOMER.md
4	lean-ux	哪个值得投入的假设值得构建？	扩展 docs/EXPERIMENTS.md
5	inspired-product	团队构建的东西是否正确？	扩展 docs/PRODUCT.md
6	lean-analytics	哪一个数字最能反映真实情况？	创建 docs/METRICS.md — 设定规则 8 的标准
7	microinteractions	上手体验是否鲜活？	扩展 docs/DESIGN.md
8	drive-motivation	用户参与度能否持久，还是会变质？	扩展 docs/PRODUCT.md

阶段 1-2 修补循环和漏斗；阶段 3-5 依据证据校准方向；阶段 6 是仪表盘；阶段 7-8 负责收尾并守住道德底线。尽早建立精益分析基线（阶段 6）——在阶段 1-2 的修复落地之前——这样每项改动都能对照改动前的数据评估，之后还要持续更新基线。习惯养成需要时间：评估阶段 1 的成效时，应参考「5% 规则」（当至少 5% 的用户会在没有提示的情况下主动回访时，就算养成了习惯），而不是只看单个用户群。

运营规则

1. 先恢复进度。 首先阅读 docs/GROW-APP-PLAN.md 和 Journey Map 中的所有文档。如果跟踪文档已存在，用 3-5 行总结当前旅程状态，并询问要进入哪个阶段。确认用户选择的切入点后，即视为完成。已有跟踪文档的旅程应恢复，而不是重新开始。
2. 仅在首次运行时进行初始信息收集。 如果没有跟踪文档，则执行下方的初始信息收集，然后创建 docs/GROW-APP-PLAN.md，并将每个阶段的状态设为 pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason。跟踪文档已创建且用户已确认阶段计划后，即视为完成。
3. 进入阶段。 说明该阶段的作用、需要作出的决策、产出的文档以及大致投入。提供继续 / 跳过 / 延后选项——标记为 GATE 的阶段可以延后，但不能跳过。用户选择继续后，将阶段标记为 in-progress。用户作出选择后，即视为完成。
4. 调用技能与回退方案。 加载并使用该阶段的技能：每个阶段的 Invoke 行都会以 slug 指明技能——使用该技能执行阶段任务。如果技能不可用，提供：npx skills add wondelai/skills/<slug> --global。如果用户拒绝，则根据 Brief 执行阶段任务——采用最低可行方法。说明当前使用的模式。
5. 阶段内决策。 提出 “Decide with the user” 下的每个问题——提供具体选项和建议。将选择记录在跟踪文档的 Key Decisions 中。静默作出的决策属于缺陷。
6. 阶段退出。 在写入前，先展示待签字确认的文档草稿。获批后：写入或扩展 docs/ 文件，并更新跟踪文档（状态、Key Decisions、Next Actions）。文件已写入且阶段行显示 done 后，即视为完成。
7. 文档管理规范。 写入前先阅读；仅在文件不存在时才创建，否则应扩展文件——添加或更新相应章节，并保留其他人的内容。docs/ 中的文件名均为大写。首次创建 docs/ 文件时，请参阅 references/artifact-templates.md；根据完整骨架（包含所有章节标题）创建文件，然后填写阶段指定的章节。每项建议都必须落实为复选框或表格行，并注明负责人和优先级。
8. 留存优先于获客。 在初始信息收集阶段设定的激活率和留存率门槛尚未达到前，以获客为导向的阶段——可选的 cold-start-problem、contagious 和 crossing-the-chasm，以及任何付费增长工作——都必须保持锁定；只有当同期群曲线超过该门槛后，才能解锁。每个习惯循环和奖励都必须通过 Manipulation Matrix 检验：只构建制作者自己会使用、且真诚相信能显著改善用户体验的内容。如果某种策略需要人为制造焦虑或损失厌恶，就用建立在真实价值之上的策略替代。

需求收集

仅在首次启动时运行（没有跟踪文档）。询问：

1. 应用的功能是什么？留存用户会重复进行的核心操作是什么？（定义 Hook 循环和 OMTM）
2. 当前留存数据是多少——第 1/7/30 天或第 4 周 cohort？（设定 Rule 8 的获客门槛；为 lean-analytics 提供依据）
3. 激活漏斗在哪个环节流失？首次运行流程是什么？（决定是否启用 improve-retention）
4. 是独立开发者/小团队，还是完整的产品三人组（PM、设计师、工程师）？（决定 continuous-discovery 和 inspired-product 的适用范围）
5. 应用是否属于网络/市场平台产品？活跃用户是否无法转化为收入？（提示可选的 cold-start-problem / monetizing-innovation）
6. 目前有哪些分析工具和埋点？（决定是否启用 lean-analytics 和开展各项实验）
7. 留存问题是否源于 UX 或性能，而非缺少参与度？（如果是，优先转到 improve-app）

跳过规则：如果独立创始人没有团队需要重新协调，则跳过 Phase 5；待循环和激活达到门槛后，再执行 Phase 7；如果目前还无法接触用户，则降低 Phase 3 的执行频率。然后根据 references/artifact-templates.md 创建跟踪文档，为每个阶段标注状态，并确认计划。

当 docs/GROW-APP-PLAN.md 存在、每个阶段都已标注状态，且用户已确认计划时，即为完成。

阶段

Phase 1 — 设计能让用户回访的习惯循环（hooked-ux）

目的： 构建回访引擎——打造足够强的 Hook 循环，让用户因内部触发而回访，而不是依靠付费通知。

简介（备用）： Hook Model 按照触发 → 行动 → 多变奖励 → 投入的顺序运行。将外部触发（推送、电子邮件）转为内部触发（某种情绪——无聊、FOMO、焦虑）。让行动简单到几乎不费力。让奖励在社群/探索/自我提升之间变化。将投入安排在奖励之后，这样既能提高转换成本，又能触发下一轮循环。只要有一个阶段薄弱，循环就会停滞，而非勉强运转。

调用： 使用 hooked-ux 技能，提供核心循环以及日活跃用户目前如何回访。请它：(a) 梳理循环的四个阶段，为每个阶段打 0 到 10 分，并指出最薄弱的阶段；(b) 设计由现有数据驱动的、符合道德的多变奖励方案，并逐一根据 Manipulation Matrix 进行检查。

与用户共同决策：

• 确认哪种内部触发（情绪）应推动用户回访。
• 确认哪个阶段最薄弱、现在应优先修复以获得最大收益；如果循环已开始成形（5% 以上的用户会主动回访），则可暂缓。
• 确定要强化哪种奖励类型——社群（社交）、探索（资源）或自我提升（精进技能），拒绝任何未通过 Manipulation Matrix 检查的方案。

产出： 扩展 docs/PRODUCT.md 中的 ## Hook Model（触发 → 行动 → 多变奖励 → 投入；注明最薄弱的阶段）。更新跟踪文档。

完成标准： PRODUCT.md 中写明内部触发和全部四个阶段，记录最薄弱的阶段及其修复方案，重新设计 onboarding，让新用户在首次会话中完成一个完整的 Hook 循环，并由用户选定要发布的修复方案。

第 2 阶段 — 让首次操作轻而易举，从而改善激活（improve-retention）

目的： 让新用户几乎毫不费力地完成首次有意义的操作，进入循环。

简述（备用）： B=MAP——只有当动机、能力和提示同时具备时，行为才会发生。动机不可靠；应提升能力。简单程度受六种资源中最稀缺的一种限制：时间、金钱、体力、脑力、社交偏差、非日常性。将目标缩小为一个能在 30s 内带来价值的入门步骤，将它锚定到现有日常惯例，并立即庆祝成功。

调用： 使用 improve-retention 技能，逐步梳理实际激活流程和第 1/7/30 天的流失情况。请进行 B=MAP 摩擦审计，为六项能力链因素逐一评分，指出最稀缺的资源，重新设计入门步骤，并制定基于事件的提示规则。

与用户共同决定：

• 首次操作最稀缺的能力资源是什么——先修复这个环节，而不是显而易见的那个。
• 入门步骤（最微小但有价值的操作）以及庆祝时机。
• 哪些基于时间的提示要改为基于事件的提示，并删除所有不符合“我现在会觉得这很贴心吗？”的提示。

产出： 扩展 docs/PRODUCT.md 中的 ## Activation & Retention Plan（摩擦/时机 | 修复方案 | 负责人 | 状态）。更新跟踪表。

完成条件： 已指出最稀缺的资源；入门步骤、庆祝和提示变更均已列出负责人；每个第 1/7/30 天的流失情况都已对应到可能的 B=MAP 失败原因；用户已批准修复清单。

第 3 阶段 — 持续开展探索，停止猜测（continuous-discovery）

目的： 用每周持续收集的自有用户证据，取代泛泛的最佳实践。

简述（备用）： 每周至少与一位客户接触。构建机会解决方案树：顶部为结果 → 客户机会（用客户自己的话描述需求/痛点）→ 候选解决方案/实验。绝不要从结果直接跳到解决方案。访谈应以故事为基础（“讲讲你上次……的时候”），并整理成单页快照。先用低成本方式验证风险最高的关键假设。

调用： 使用 continuous-discovery 技能，结合留存结果和已知流失模式。请提供一棵机会解决方案树、一份展示已流失用户如今如何尝试取得成功的当前体验地图、一份每周故事式访谈快照模板，以及一份针对下一项计划功能的假设图。

与用户共同决定：

• 树顶端的单一结果。
• 优先探索的两到三个机会。
• 团队实际能够维持的每周节奏和招募机制——现在就设定，否则按降级方案运行。
• 下一项功能中风险最高的关键假设（期望、可行性、可实施性、易用性），以及验证它的最低成本测试。

产出： 扩展 docs/PRODUCT.md 中的 ## Opportunity Solution Tree Notes、## Outcome Roadmap（结果/问题 | 服务的工作 | 优先级 | 状态）和 ## Discovery Cadence；扩展 docs/CUSTOMER.md 中的 ## Interview Evidence（日期 | 对象 | 事实 | 承诺）。更新跟踪表。

完成条件： 已记录树的结果和优先机会，已安排探索节奏，已准备好第一份访谈快照模板，并已设计好针对风险最高假设的低成本测试。

阶段 4 — 用低成本实验取代争论（lean-ux）

目的： 将机会转化为可证伪的假设，并通过行为而非会议来验证。

简介（备用）： 重结果，轻产出——价值在于行为改变，而非交付物。编写假设：“我们相信，如果 [角色] 使用 [功能] 完成 [操作]，就会实现 [结果]”，并在测试开始之前确定指标和阈值。根据风险匹配保真度（用纸面原型测试 5 名用户，可发现约 85% 的可用性问题）；只有在概念已验证后，才用 A/B 测试进行优化。假设被证伪时，就从待办列表中移除——不要延期。

调用： 针对当前最大的设计争议或最重要的发现机会，使用 lean-ux 技能。请其按照标准格式提出 3 条假设，给出能够验证首要假设的最低保真度实验，以及预先确定的指标、阈值和时间限制。

与用户共同决策：

• 首先测试哪条假设。
• 实验采用何种保真度——以能回答实际问题为准，越低越好。
• 通过或失败的判定标准，以及测试失败后从待办列表中移除什么。

产出物： 扩展 docs/EXPERIMENTS.md 中的 ## Experiment Cards（假设、类型、主要指标 + 阈值、护栏指标、决策规则）和 ## Experiment Backlog（想法 | ICE | 状态）。更新跟踪表。

完成标准： 至少有一张实验卡预先确定了阈值和决策规则，待办列表已完成优先级梳理，且用户选定了首项测试。

阶段 5 — 由获得授权的团队打造正确的产品（inspired-product）

目的： 让团队从功能工厂转变为结果的负责人——解决问题，而不是交付功能。

简介（备用）： 获得授权的团队接收的是待解决的问题，而非待办列表，并对结果负责。采用双轨模式：发现（判断哪些值得构建——兼顾价值、可用性、可行性和商业可行性）与交付持续并行。预计每个已发布功能前进行 10-20 轮发现迭代。为团队提供产品愿景和以结果为导向的路线图，让团队能够自主决策。

调用： 针对待办列表中优先级最高的 3 项需求和当前路线图，使用 inspired-product 技能。请其逐项评估机会（目标、目标用户、问题、成功指标、替代方案），并撰写一段愿景，以及一季度以结果为导向的路线图条目。

与用户共同决策：

• 哪项待办需求的证据最充分——以及哪项应在进入冲刺前砍掉。
• 一段产品愿景。
• 是否将路线图改为以问题 + 关键结果为核心，而非按日期排列的功能。

产出物： 扩展 docs/PRODUCT.md 中的 ## Vision 和 ## Outcome Roadmap（结果/问题 | 满足的工作 | 优先级 | 状态）。更新跟踪表。

完成标准： 已写好愿景段落，3 项需求均已有构建/砍掉的结论，且路线图条目描述的是结果，而非功能。

阶段 6 — 衡量真正重要的那个数字（lean-analytics）

目的： 让整个团队聚焦于唯一重要指标，并揭示掩盖衰退的虚荣指标。

简要说明（备用）： 好的指标具有可比性，是比率／速率（而非累积总量），并且能改变行为。商业模式决定哪些指标重要；阶段决定先后顺序（共情 → 黏性 → 传播性 → 收入 → 规模化）。留存率偏低 = 处于黏性阶段，因此留存率就是唯一重要指标。先做后续阶段是典型错误。划定明确界限（目标、日期、未达标时的应对措施），将唯一重要指标与一个反向指标配对，并按群组分析数据。

调用： 使用 lean-analytics 技能，结合当前仪表板／指标和商业模式。请它标出虚荣指标，选定黏性阶段的唯一重要指标及一个反向指标，设计单屏仪表板（唯一重要指标醒目显示，辅助指标不超过 6 个），并提供按群组划分的留存视图。

与用户共同决定：

• 唯一重要指标及其反向指标。
• 明确界限——目标、日期、预先承诺的未达标应对措施。
• 当前哪些指标将作为虚荣指标停用。

产出物： 创建 docs/METRICS.md，包含 ## Stage & One Metric That Matters、## KPI Definitions、## Baselines & Targets、## Funnel 和 ## Cohort Notes。更新跟踪表。

完成标准： METRICS.md 写明唯一重要指标及反向指标，记录带日期的明确界限，列出按群组划分的基线，标记已停用的虚荣指标，说明单屏仪表板的设计，并设定规则 8 获客门槛的留存率标准。

阶段 7 — 打磨让产品鲜活起来的微时刻（microinteractions）

目的： 弥合用户勉强接受的应用与让用户喜爱的应用之间的差距，关注他们每天都会接触的时刻。

简要说明（备用）： 每个微交互都包含触发条件 → 规则 → 反馈 → 循环与模式。反馈应即时（直接操作时小于 100 毫秒）且适度；优先动画显示用户触碰的元素，而非单独弹出的 toast。梳理每种状态：空状态、加载中、部分内容、错误、禁用、双击。投入打造一两个通过移除测试的标志性时刻；利用长期循环，为高级用户逐步移除提示。

调用： 使用 microinteractions 技能，检查使用频率最高的五种交互。请它逐一审查触发条件／规则／反馈／循环，找出低于 100 毫秒的反馈要求及缺失的边缘情况状态，并用真实代码实现一个标志性时刻。

与用户共同决定：

• 要审查的五种交互。
• 哪一种将成为标志性时刻（应用移除测试）。
• 优先实现哪些边缘情况状态。

产出物： 扩展 docs/DESIGN.md 中的 ## Microinteraction Inventory（交互 | 触发条件／规则／反馈／循环 | 修复 | 状态）。更新跟踪表。

完成标准： 清单中列出这五种交互及其缺失状态和修复方案，选定标志性时刻，并为每项修复标明状态。

阶段 8 — 以内在动机维持参与度（drive-motivation）

目的： 防止循环机制变味——让参与度源于自主性、精进和目标感，而不是剥削。

简介（备用）： 对任何需要认知投入的任务，“如果—那么”式奖励都会削弱内在动机。持久的参与度来自自主性（对做什么、何时做、如何做、与谁一起做拥有选择权）、精进（进步清晰可见，挑战难度与心流相匹配）和目标感（明白为何重要）。自主性的杀手：强制教程、无法跳过的步骤、强制通知。奖励应留给有意义的里程碑；优先采用“既然已经做到”的认可，而不是“如果做到就奖励”的交易。

调用： 使用 drive-motivation 技能，审查应用的游戏化机制、连续签到、积分和通知模式。要求进行 0-10 分的 AMP 审查，标记每一项自主性侵犯，指出连续签到何时开始利用损失厌恶，并围绕真正的精进与目标感重新设计进阶机制。

与用户共同决定：

• 移除哪些自主性侵犯（强制或无法跳过的步骤）。
• 哪些“如果—那么”式奖励改为“既然已经做到”的认可。
• 是否有连续签到或积分机制利用了损失厌恶，需要调整。

产出物： 在 docs/PRODUCT.md 的 ## Activation & Retention Plan 中添加 AMP 审查条目（违规/发现 | 修复方案 | 负责人 | 状态）。更新跟踪表。

完成标准： 记录 AMP 评分和每一项自主性侵犯；奖励和连续签到的修复方案均作为条目列出并指定负责人；各循环机制通过规则 8 的操纵矩阵审查。

可选阶段

技能	添加时机	产出物
cold-start-problem	应用属于网络或市场平台产品	扩展 docs/PRODUCT.md
monetizing-innovation	活跃用户未能转化为收入	扩展 docs/OFFER.md
contagious	用户喜欢该应用，但从不提及它	扩展 docs/MARKETING.md
crossing-the-chasm	增长停滞在早期采用者阶段的边界	扩展 docs/STRATEGY.md
jobs-to-be-done	使用模式表明用户使用该应用是为了完成其他任务	扩展 docs/CUSTOMER.md

可选阶段遵循相同的操作规则——像核心阶段一样加载并使用每项列出的技能；在“添加时机”条件首次成立时插入。偏向用户获取的阶段——cold-start-problem、contagious、crossing-the-chasm——在留存达标前仍受规则 8 限制。

常见错误

错误	修复方案
留存问题尚未解决就投入资金促进增长	在任何用户获取支出前通过黏性关卡（队列曲线趋于平缓）；按规则 8 继续锁定用户获取阶段。
永远依赖外部触发	通过 hooked-ux 转向内部触发；将通知视为脚手架，而不是承重墙。
优化了错误的能力链环节	在 improve-retention 中为全部六个因素评分，并修复最稀缺的资源，而非最显眼的问题。
从结果直接跳到解决方案	先在 continuous-discovery 中构建机会解决方案树；看似显而易见的功能往往是五种方案中最糟的。
衡量产出，而非结果	为每次发布添加监测；在 lean-ux 和 inspired-product 中，成功意味着用户行为发生变化，而不是交付了多少功能。
事事都用积分作为游戏化奖励	奖励应留给有意义的里程碑，并进行 drive-motivation AMP 审查；“如果—那么”式奖励会挤走你的核心用户。

完成旅程

• PRODUCT.md 包含一个 Hook 循环，其中最薄弱的阶段已得到修复；一个激活入门步骤；一棵持续更新的机会解决方案树；以及符合 AMP 原则的参与度设计。
• METRICS.md 指明 Stickiness 阶段的 OMTM，以及一项带有明确底线的反向指标（目标、日期、未达标时的应对措施）。
• 至少有一项 lean-ux 实验已得出结论并记录判定结果，已证伪的想法已从待办列表中移除。
• 达到接收阶段设定的留存门槛——或者量化剩余差距——然后才能启动任何获客阶段。

关闭追踪表：每个阶段都标记为 done 或 skipped，并将后续操作记录到 PRODUCT.md、METRICS.md 和 EXPERIMENTS.md。然后进入下一步：

• 如果参与机制无法解决因糟糕的 UX 或性能问题而受阻的产品，请继续使用 improve-app 技能。
• 如果应用留住了用户，而其周边业务必须跟上——包括收入、渠道和运营——请继续使用 grow-business 技能。