mcpField
O
onboarding-cro

onboarding-cro

github.com/borghei营销与增长1.0k86 次安装1 周前更新
代码仓库

关于 onboarding-cro

用于优化注册至习惯使用阶段的用户引导框架,面向产品、增长和营销团队。它围绕激活事件与缩短价值实现时间,涵盖流程设计、用户挽回和实验衡量。

主要功能

  1. 01定义激活事件与衡量指标
  2. 02设计引导流程和空状态
  3. 03缩短价值实现时间
  4. 04协调应用内与邮件触达
  5. 05制定停滞用户挽回策略
  6. 06规划引导实验与优化

适用场景

  1. 01分析注册后用户流失位置
  2. 02为新用户设计激活路径
  3. 03触达未完成设置的用户
  4. 04测试引导流程改动

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill onboarding-cro

安装后在 Claude Code 中输入/onboarding-cro确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
activation_funnel_analyzer.py
onboarding_checklist_scorer.py
ttv_estimator.py

详细介绍

入门引导转化率优化

生产级用户入门引导优化框架,涵盖激活定义、价值实现时间工程、流程架构、空状态设计、多渠道协同、停滞用户召回和实验设计。聚焦于用户注册后到形成产品使用习惯这一关键阶段。


目录


先确认信息

设计入门引导前,请确认以下信息。任何一项未知或含糊不清时,都要先询问——不要擅自假设:

  • 产品类型——B2B SaaS、B2C 应用、市场平台或内容平台(决定入门引导模式)
  • 激活事件(顿悟时刻)——与 30 天留存率相关的行为(决定整个流程的引导目标)
  • 当前激活率及用户流失环节——基准数据以及亟待解决的主要漏斗瓶颈
  • 第 1/7/30 天留存率——明确问题的紧迫程度,以及问题出在入门引导还是产品市场契合度

停止规则:只询问对输出影响最大的 2-3 项。如果用户说“直接起草”,就继续,并在交付内容开头列出假设。

初步评估

必要背景信息
问题重要性
产品类型是什么?(B2B SaaS、B2C 应用、市场平台、内容平台)决定入门引导模式
核心价值主张是什么?明确顿悟时刻应展示什么
用户注册后会立即看到什么?了解当前首次使用体验
哪项行为与 30 天留存率的相关性最高?确定激活事件
用户在哪个环节流失?(如有漏斗数据)找出主要瓶颈
当前激活率是多少?改进的基准
第 1 天、第 7 天和第 30 天的留存率是多少?判断问题的紧迫程度

激活定义框架

找出顿悟时刻

顿悟时刻是指用户完成某项特定行为后,留存概率会显著提高的时刻。它不是一项功能,而是用户体验到核心价值的时刻。

识别方法:

  1. **队列比较:**比较 90 天后仍留存的用户与已流失的用户。留存用户在前 7 天做了哪些流失用户没有做的事?
  2. **相关性分析:**针对每项候选行为,计算用户在第 1 周完成该行为与第 30 天仍留存之间的相关性。
  3. **时机分析:**留存用户会在什么时候完成这项行为?(第 1 天?第 3 天?第 7 天?)
激活事件示例
产品类型激活事件有效原因
项目管理创建项目 + 邀请 1 位团队成员协作会产生转换成本
分析工具安装跟踪 + 查看第一份报告查看自己的数据就是价值所在
设计工具创建第一个设计 + 导出或分享产出 = 实现价值
CRM导入联系人 + 记录第一项活动数据投入会形成用户锁定
市场平台完成第一笔交易交易 = 交付价值
内容平台关注 3 个以上来源 + 阅读 5 项以上内容个性化能培养习惯
通信工具发送第一条消息 + 收到回复双向价值激活
激活指标结构
Activation Rate = Users who reach activation event / Total signups
                  (within first N days)

Target: 40-60% activation within 7 days for B2C
        25-40% activation within 14 days for B2B

引导流程架构

流程类型选择
方案最适合风险缓解措施
产品优先(直接进入产品)简单产品、B2C、移动应用空白页面令人不知所措预先填入示例数据
引导式设置(向导)需要配置的产品在提供价值前增加阻力最多控制在 3-5 步
价值优先(立即展示结果)提供演示数据的产品可能缺乏个性化感尽可能使用用户自己的数据
模板优先创意/效率工具选择困难精选 3-5 个入门模板
视频演示复杂的 B2B 产品用户会跳过视频控制在 90 秒以内
首个 30 秒规则

无论选择哪种流程类型,用户进入产品后的 30 秒内必须:

  1. 看到一个清晰的下一步操作(而不是 5 个选项)
  2. 了解产品能为自己做什么
  3. 看到清晰的后续路径(没有死胡同)
流程设计原则
原则实施方式
每次会话设定一个目标首次会话只专注于帮助用户达到顿悟时刻
让用户动手,而非只看演示让用户亲自执行操作,而不是观看相关教程
进度能带来动力展示进展(清单、进度条、庆祝提示)
延后复杂功能在激活之后再展示高级设置和功能
随时可以退出用户可以跳过或关闭任何引导元素
记住状态如果用户离开后再回来,接着上次的进度继续

用户价值实现时间优化

用户价值实现时间(TTV)缩短框架

TTV 是从注册到用户体验到核心价值所经过的时间。越短越好。

瓶颈识别方式解决方法预期 TTV 缩短幅度
使用前需要设置用户在设置过程中流失减少必需的设置步骤,使用默认值30-50%
等待数据数据到达前无法体验价值立即提供示例/演示数据40-60%
等待团队成员价值依赖协作先支持个人使用,再支持团队协作20-40%
需要集成未连接工具就无法使用提供手动输入作为替代方案30-50%
学习曲线产品过于复杂,难以快速见效使用模板引导用户完成首次操作20-30%
需要审批/验证电子邮件验证、管理员审批延后到用户体验首次价值后再进行验证40-60%
快速见效架构

设计引导流程,让用户在最初 3 分钟内“快速见效”:

  1. 找出产品能提供的最简单且有价值的产出
  2. 尽可能预先填入输入内容
  3. 尽量减少用户需要做的决定(使用智能默认值)
  4. 庆祝产出(“你刚刚创建了第一个 [X]!”)
  5. 立即展示下一步

空状态设计

空状态是引导用户的时刻,而不是死胡同。每个空白屏幕都是引导用户走向激活的机会。

空状态剖析
┌─────────────────────────────────────┐
│                                     │
│      [Illustration or Preview]      │  Show what this will look like with data
│                                     │
│   What this section does            │  1 sentence, benefit-focused
│                                     │
│   [Primary CTA: Create First X]    │  Single clear action
│                                     │
│   Or try with sample data →        │  Low-friction alternative
│                                     │
└─────────────────────────────────────┘
空状态规则
规则好的做法不好的做法
展示最终状态使用示例数据进行预览完全空白的屏幕
单一 CTA“创建你的第一个项目”“了解更多” + “观看视频” + “阅读文档”
说明价值“在一个视图中跟踪团队进度”“未找到项目”
提供示例数据“试用示例数据”链接强制从头开始创建

按产品类型划分的引导模式

B2B SaaS
Signup → Setup Wizard (3-5 steps) → First Value Action → Team Invite → Deep Setup
         ├── Company info              ├── Template selection     ├── Email invites
         ├── Role/goal selection       ├── Quick configuration    └── Permissions
         └── Integration connect       └── First output created

关键指标: 从注册到首次团队协作的时间

Marketplace / 双边平台
Signup → Complete Profile → Browse/Discover → First Transaction → Repeat Loop
         ├── Photo/avatar         ├── Curated feed          ├── Guided first action
         ├── Preferences          ├── Search + filters      └── Transaction completion
         └── Verification         └── Saved/bookmarked

关键指标: 从注册到首次完成交易的时间

移动应用(B2C)
Install → Permission Requests → Quick Win → Push Notification Setup → Habit Loop
          ├── Location (if needed)   ├── Core action            ├── Value-based ask
          ├── Notifications          ├── Immediate result       └── Frequency choice
          └── Camera/contacts        └── Celebration

关键指标: 第 1 天留存率

内容 / 媒体平台
Signup → Interest Selection → Personalized Feed → First Engagement → Social Connection
         ├── Topic picks          ├── Curated content      ├── Read/watch/listen
         ├── Creator follows      ├── Algorithmic mix      └── Like/save/share
         └── Format preferences   └── Notification prefs

关键指标: 前 14 天内每周的会话数


多渠道协调

电子邮件 + 应用内矩阵
触发条件应用内操作电子邮件操作时间
注册完成显示包含第一步的欢迎屏幕发送包含单一 CTA 的欢迎邮件立即
完成第 1 步显示第 2 步--(不要每一步都发邮件)立即
24 小时后,尚未完成引导显示常驻横幅 / 检查清单发送“完成设置”邮件注册后 24 小时
72 小时后,尚未激活显示欢迎回来模态框发送“你可以这样做”邮件注册后 72 小时
完成激活显示庆祝模态框 + 下一个功能发送庆祝邮件 + 下一步立即
第 7 天,发现功能显示情境式工具提示发送“你知道吗?”功能邮件第 7 天
第 14 天,参与度下降--发送包含使用场景示例的重新互动邮件第 14 天
电子邮件设计规则
  • 每封邮件都只有一个 CTA,引导用户返回产品
  • 根据用户已采取的操作进行个性化(不要要求他们重复已完成的操作)
  • 邮件内容保持简短(正文少于 150 个单词)
  • 主题行应提及具体的下一步,而不是笼统的“欢迎使用 [Product]”

停滞用户挽回

停滞用户定义
停滞状态标准挽回优先级
从未开始已注册,此后再也没有登录中(可能不符合 ICP)
部分完成引导完成 1-2 个设置步骤后停止高(已投入精力,却遇到阻碍)
活跃但未激活登录 3 次以上,却始终未达到 aha 时刻最高(积极参与但受阻)
已激活但正在流失达到 aha 时刻,但使用量正在下降高(这是留存问题,而非引导问题)
挽回策略
停滞状态策略 1策略 2策略 3
从未开始发送“我们已为你设置好 [X]”邮件预填充账户信息--
部分完成引导发送“继续上次的进度”邮件简化剩余步骤提供实时帮助
活跃但未激活应用内引导式演练提示“与你类似的用户会使用 [X]”为高价值用户安排人工联系
已激活但正在流失发送功能发现邮件根据其工作流提供使用技巧为企业客户安排 CSM 联系
人工联系触发条件

对于高价值账户(企业、高 ACV),在以下情况下触发人工联系:

  • 用户在引导过程中停滞超过 48 小时
  • 用户在一个会话中访问帮助文档超过 3 次
  • 用户开始并放弃同一操作 2 次以上
  • 初始激活后,用户的参与度评分降至阈值以下

引导检查清单设计

何时使用检查清单
  • 完全发挥产品价值前需要完成多个设置步骤
  • 产品有多个待发现的功能
  • 用户自行完成引导的自助式 B2B 产品
  • 产品具有明确的“已完成全部设置”状态
清单最佳实践
规则实施方式
3-7 项少于 3 项,不值得做成清单。超过 7 项,会让人不知所措。
按价值排序将影响最大的一项放在最前面
从快速见效的事项开始第一项应能在 < 60 秒内完成
展示进度进度条或“已完成 3 项,共 5 项”计数器
预先勾选已完成的事项如果用户已经完成某项操作,就将其标记为已完成
庆祝完成动画、彩纸效果、“一切就绪!”消息
可关闭提供“我稍后再做”选项。绝不要困住用户。
持续显示但不阻碍操作使用侧边栏小组件或仪表板卡片,而不是阻碍操作的模态框
清单项设计

每一项都应包括:

  • 清晰的操作标签(“导入联系人”)
  • 说明其重要性(“这样你就能跟踪互动情况”)
  • 预计耗时(“大约需要 2 分钟”)
  • CTA 按钮(“立即导入”)

工具提示和引导式导览设计

何时使用工具提示/引导式导览
  • 功能不言自明的复杂 UI
  • 用户可能会错过的高级功能
  • 重大更新后发生变化的 UI
  • 需要按特定顺序探索的功能
引导式导览最佳实践
规则实施方式
每次导览最多 3-5 步超过 5 步,用户就会关闭导览
随时可关闭每一步都提供“跳过导览”选项
不要向回访用户重复显示跟踪导览完成情况,完成后不再显示
突出显示实际 UI 元素对正在讲解的元素使用聚光灯效果
以操作为导向使用“点击此处创建项目”,而不是“项目在这里”
循序渐进第 1 天展示基础导览,第 7 天展示高级功能导览

指标与衡量

关键指标
指标公式目标
激活率达到激活条件的用户数 / 注册总人数B2C:40-60%,B2B:25-40%
激活耗时从注册到激活事件的中位时间B2C:< 1 天,B2B:< 7 天
入门引导完成率完成所有步骤的用户数 / 注册总人数> 60%
第 1 天留存率注册次日回访用户数 / 注册总人数> 40%
第 7 天留存率注册 7 天后仍活跃的用户数 / 注册总人数> 25%
第 30 天留存率注册 30 天后仍活跃的用户数 / 注册总人数> 15%
清单完成率完成所有项目的用户数 / 看过清单的用户数> 50%
漏斗分析模板
Signup                  100%
├── First login          85%  (-15% never return)
├── Setup step 1         70%  (-15% drop during setup)
├── Setup step 2         55%  (-15% setup friction)
├── First value action   40%  (-15% blank slate / confusion)
├── Activation event     30%  (-10% incomplete value delivery)
└── Day-7 return         20%  (-10% no habit formed)

将优化重点放在绝对流失量最大的步骤上。


实验框架

高影响力实验
实验假设指标
减少设置步骤步骤越少,完成率越高激活率
预填示例数据减轻空白页面带来的焦虑首次价值操作的耗时
添加入门引导清单进度可见性会提高完成率入门引导完成率
延后邮箱验证在用户获得价值前减少阻力激活耗时
根据角色/目标进行个性化相关路径能提高激活率分群激活率
中等影响力实验
实验假设指标
欢迎视频与文字对比视频可能提升或降低效果,取决于产品激活率 + 首屏停留时间
调整清单顺序优先展示价值能提高完成率清单完成率
引导式导览与自主探索对比导览有助于复杂产品功能采用率
入门引导期间提供应用内聊天实时帮助能减少停滞停滞率、激活率

输出产物

产物格式描述
激活定义文档结构化定义Aha 时刻、激活事件、成功指标、衡量计划
引导流程图分步流程注册后的流程,标注流失点和决策分支
清单规范逐项设计3-7 个项目,包含操作、理由、时间估算和 CTA
邮件触发映射触发条件/时间/目标表每封引导邮件的条件和内容
空状态文案按屏幕设计每个空状态的插图描述、标题、正文和 CTA
实验待办列表优先级表格按预期影响和投入对测试创意排序
停滞用户行动方案决策树检测标准、挽回策略、升级规则

相关技能

  • signup-flow-cro -- 用于优化用户进入产品前的注册流程。Onboarding-cro 从注册完成后开始。
  • paywall-upgrade-cro -- 用于引导流程会进入升级环节的情况。达到 Aha 时刻之前不要展示付费墙。
  • churn-prevention -- 用于用户已激活但随后流失的情况。如果用户从未激活,问题出在引导流程,而非流失。
  • page-cro -- 用于注册前的营销页面是瓶颈,而非注册后的体验。

工具参考

1. activation_funnel_analyzer.py

用途: 分析引导激活漏斗,找出流失最严重的环节,并估算修复每个环节的影响。

python scripts/activation_funnel_analyzer.py funnel_data.json
python scripts/activation_funnel_analyzer.py funnel_data.json --json
标志必填描述
funnel_data.json是包含漏斗步骤名称和用户数量的 JSON 文件
--json否以 JSON 格式输出结果
2. onboarding_checklist_scorer.py

用途: 根据最佳实践(项目数量、排序、快速成功、进度提示)为引导清单设计评分。

python scripts/onboarding_checklist_scorer.py checklist.json
python scripts/onboarding_checklist_scorer.py checklist.json --json
标志必填描述
checklist.json是包含清单项目及其属性的 JSON 文件
--json否以 JSON 格式输出结果
3. ttv_estimator.py

用途: 根据引导步骤估算价值实现时间(TTV),并找出可以缩短或省去的瓶颈。

python scripts/ttv_estimator.py onboarding_steps.json
python scripts/ttv_estimator.py onboarding_steps.json --json
标志必填描述
onboarding_steps.json是包含引导步骤、预估分钟数和要求的 JSON 文件
--json否以 JSON 格式输出结果

故障排除

问题可能原因解决方案
激活率低于 25%(B2B)或 40%(B2C)未能足够快地达到 Aha 时刻运行 ttv_estimator.py,找出 TTV 瓶颈;目标是在 5 分钟内实现首次价值
用户完成引导流程后,第 7 天没有回访引导流程引导用户完成设置,而非体验价值重构流程,让首次使用会话产出有意义的结果,而不只是完成配置
引导清单完成率低于 50%项目过多,或第一项过于复杂精简至 3-7 项;从可在 60 秒内完成的快速成功开始;使用 onboarding_checklist_scorer.py 检查
停滞用户占注册用户的 40% 或以上空白页问题,或下一步不明确添加预填充的示例数据和空状态 CTA;在 24 小时和 72 小时后发送停滞用户挽回邮件
第 1 天留存率低于 30%首次使用体验存在死胡同或令人困惑之处遵循 30 秒规则:用户应在 30 秒内看到明确的下一步、理解产品价值,并找到前进路径
引导邮件序列的打开率低主题行过于笼统,或发送时间不当个性化主题行,提及具体的下一步;根据触发条件发送,而非采用固定时间表
团队邀请率低在展示产品价值之前就要求邀请团队成员等用户亲自体验核心价值后,再提示邀请团队成员

成功标准

  • B2B 的激活率在 14 天内达到 30-40%(B2C 达到 40-60%)
  • 首次获得价值的时间低于 5 分钟(由 ttv_estimator.py 验证)
  • 引导流程完成率高于 60%
  • 第 1 天留存率高于 40%
  • 第 7 天留存率高于 25%
  • 面向停滞用户的召回邮件实现 10% 以上的重新激活率
  • 引导清单在 onboarding_checklist_scorer.py 评估中得分达到 70 以上

范围与限制

  • 范围内: 激活定义、引导流程设计、价值实现时间优化、空状态设计、清单设计、工具提示/导览设计、邮件协调、停滞用户召回、实验设计
  • 范围外: 注册流程(使用 signup-flow-cro)、营销页面优化(使用 page-cro)、长期留存策略、功能开发
  • 数据依赖: 要获得最佳结果,需要漏斗分析数据(各步骤的流失数据);缺少这些数据时,优化将基于经验法则
  • 产品类型很重要: B2B SaaS、市场平台、移动应用和内容平台的引导模式有根本差异;请根据产品类型使用正确的模式
  • 没有万能解法: 如果产品无法提供价值,再多的引导优化也无法改善留存;请先验证产品与市场的匹配度

集成点

  • signup-flow-cro —— 优化引导流程开始前的注册流程;交接点是账户成功创建后的时刻
  • churn-prevention —— 用户激活后又流失时,问题就从引导转向留存;请使用 churn-prevention 处理激活后的流失
  • paywall-upgrade-cro —— 只有在用户达到啊哈时刻后,才应显示升级提示;初始引导期间绝不要显示付费墙
  • page-cro —— 当瓶颈在营销页面(用户没有注册)时,请先优化页面,再优化引导流程
  • customer-success-manager —— 对于企业账户,人工辅助引导可与产品主导的流程相辅相成;客户成功团队应监控激活指标

评论

支持 Markdown