关于 onboarding-playbook-creation
这项技能帮助客户成功团队编写结构化的客户入门手册,按阶段组织里程碑、分工任务、沟通模板、时间表和升级规则。
主要功能
- 01分阶段入门工作流
- 02可衡量的成功里程碑
- 03带负责人分配的任务清单
- 04邮件与应用内模板
- 05时间表与升级规则
适用场景
- 01规划为期 30 天的 B2B 客户入门
- 02制定按客户细分划分的入门路径
- 03协调 CSM 与客户的任务分工
- 04跟进延迟的里程碑
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ seb1n/ awesome-ai-agent-skills --skill onboarding-playbook-creation安装后在 Claude Code 中输入/onboarding-playbook-creation确认已加载。
详细介绍
客户入门手册创建
构建全面的客户入门手册,引导新客户从注册到获得初步价值,再到持续采用。本技能可生成分阶段的工作流,其中包含明确的里程碑、任务清单、沟通模板和清晰的负责人,确保无论分配给哪位 CSM,每位客户都能沿着可重复的成功路径前进。
工作流
-
定义成功里程碑 — 确定 3-5 项具体成果,以此判断客户是否已成功完成入门。这些成果应是可衡量的产品操作,而非模糊的目标。例如:“生成首份报告”“有 3 名以上团队成员处于活跃状态”“完成与主要数据源的集成”。将每个里程碑与客户关心的业务成果关联起来,确保整个过程中始终与客户目标保持一致。
-
规划入门阶段 — 将客户旅程划分为不同阶段,每个阶段都要明确进入条件、退出条件和预计时长。标准的 B2B 框架包含四个阶段:欢迎(第 0-3 天)— 设置账户并相互介绍。设置(第 4-10 天)— 技术配置和数据导入。初步价值(第 11-20 天)— 借助产品实现最初的“顿悟时刻”。采用(第 21-30 天)— 扩大团队范围内的使用,并融入工作流。
-
为每个阶段创建任务清单 — 将每个阶段拆解为具体、可执行的任务,并指定负责人(CSM、客户、SE、产品团队)。每项任务都应包含预计时长、对前置任务的依赖关系,以及完成标准。既要包含内部任务(创建客户 Slack 频道、安排启动会议),也要包含面向客户的任务(邀请团队成员、连接数据源)。
-
设计沟通模板 — 为每个阶段转换和关键接触点编写电子邮件和应用内消息模板。包括:欢迎邮件、启动会议议程、入门中期跟进、里程碑庆祝、风险提醒(如错过里程碑)以及结业邮件。每个模板都应包含个性化标记,并根据客户细分设置条件内容块。
-
设置时间线和负责人 — 为每项任务指定具体角色负责人,并根据入门开始日期(第 0 天)设置截止日期。为逾期任务制定升级规则:逾期 2 天后提醒 CSM 跟进,逾期 5 天后提醒经理,逾期 10 天后安排手册重新评估电话会议。为需要采购和安全审查的企业账户预留缓冲时间。
用法
描述你的产品、客户细分和入门目标。Agent 将生成包含阶段、任务、模板和时间线的完整手册。
Create a 30-day onboarding playbook for our B2B analytics platform. Target
segment is mid-market (50-500 employees). Key success milestones: connect a
data source, build first dashboard, share with 3+ team members.
示例
示例 1:30 天 B2B SaaS 客户入门手册
输入: B2B 分析平台、中端市场客户细分、30 天入门周期。
输出:
阶段 1:欢迎(第 0-3 天)
| 任务 | 负责人 | 时长 | 完成标准 |
|---|---|---|---|
| 发送欢迎邮件,附上登录凭据和快速入门指南 | CSM | 15 min | 邮件已送达,客户已打开 |
| 创建内部客户频道(#cs-acme-corp) | CSM | 5 min | 频道已创建并添加团队成员 |
| 安排第 2-3 天的启动电话会议 | CSM | 10 min | 日历邀请已接受 |
| 召开启动电话会议:对齐目标、介绍支持渠道、确认时间线 | CSM + 客户 | 45 min | 已分享会议记录,已商定里程碑 |
| 客户完成账户资料并邀请管理员用户 | 客户 | 20 min | 管理员用户已在产品中激活 |
阶段 2:设置(第 4—10 天)
| 任务 | 负责人 | 时长 | 完成标准 |
|---|---|---|---|
| 连接主要数据源(引导式演示) | 客户 + SE | 1-2 小时 | 数据源显示“已连接”状态,初始同步完成 |
| 验证数据完整性——抽查 3 项指标并与源数据核对 | SE | 30 分钟 | 指标误差在 2% 以内 |
| 配置 SSO/SAML(如为企业客户) | SE | 1 小时 | 团队可通过公司的身份提供商登录 |
| 发送第 7 天跟进邮件:“设置进展如何?” | CSM(自动发送) | — | 邮件已发送,并监控回复 |
| 排查任何集成阻碍 | SE | 时长不定 | 所有阻碍均已解决,客户可以继续推进 |
阶段 3:初见成效(第 11—20 天)
| 任务 | 负责人 | 时长 | 完成标准 |
|---|---|---|---|
| 使用模板库创建第一个仪表板 | 客户 + CSM | 45 分钟 | 已创建包含实时数据的仪表板 |
| CSM 检查仪表板并提出改进建议 | CSM | 30 分钟 | 客户确认仪表板满足其需求 |
| 客户与 3 位团队成员分享仪表板 | 客户 | 10 分钟 | 至少 3 位用户查看了共享的仪表板 |
| 发送里程碑邮件:“你已创建第一个仪表板!” | CSM(自动发送) | — | 邮件已送达,并附有后续步骤 |
| 进行 15 分钟的采用情况跟进通话 | CSM + 客户 | 15 分钟 | 已检查使用模式并识别扩展机会 |
阶段 4:采用(第 21—30 天)
| 任务 | 负责人 | 时长 | 完成标准 |
|---|---|---|---|
| 客户独立创建另外 2 个仪表板 | 客户 | 按自身节奏 | 已创建至少 3 个仪表板 |
| 启用定时报告发送 | 客户 + CSM | 20 分钟 | 至少有 1 份定时报告处于启用状态 |
| 举行结业通话:回顾里程碑,并移交至持续客户成功服务 | CSM + 客户 | 30 分钟 | 客户确认能够独立使用,成功计划已创建 |
| 内部移交给持续服务 CSM(若与入门引导 CSM 不同) | CSM → CSM | 30 分钟 | 移交文档已完成,并已介绍新的 CSM |
| 发送结业邮件,附上进阶资源和社区邀请 | CSM(自动发送) | — | 邮件已送达 |
示例 2:开发者工具自助式入门引导清单
输入: 开发者命令行工具、自助式流程、无需 CSM 参与。
输出:
应用内入门引导清单(显示在仪表板侧边栏中)
Welcome to DevTool! Complete these steps to get up and running.
□ Install the CLI
Run: npm install -g @devtool/cli
Verify: devtool --version shows v3.x
□ Authenticate your account
Run: devtool auth login
Opens browser → approve → token saved locally
□ Connect your first repository
Run: devtool init in your project root
Creates .devtool.yml config file
□ Run your first scan
Run: devtool scan
View results at app.devtool.com/results
□ Fix your first issue
Click any finding → follow the suggested fix
Re-run devtool scan to verify
□ Invite a teammate
Go to Settings → Team → Invite
Enter their email to share project access
□ Set up CI integration
Add devtool scan to your CI pipeline
See: docs.devtool.com/ci for GitHub Actions, GitLab CI, and Jenkins examples
✓ You're all set! Explore advanced features →
配套邮件序列(自动发送):
- 注册后 +0 小时: 欢迎邮件,附安装说明和交互式教程链接
- 注册后 +24 小时:“你运行第一次扫描了吗?”——如果安装步骤尚未完成,则重新吸引用户
- 注册后 +72 小时:“看看与你类似的团队认为最有价值的内容”——提供用例灵感
- 注册后 +7 天:“邀请你的团队”——展示团队采用情况的数据作为社会认同
- 注册后 +14 天:“准备好用于 CI 了吗?”——提供流水线集成指南和 ROI 计算器
最佳实践
- 将缩短首次获得价值所需的时间放在首位——任何不能直接促成客户首次成功体验的任务,都应推迟到入门引导之后。
- 针对不同细分群体分别构建手册变体(SMB 自助式、中端市场引导式、企业高接触式),而不是用一个带条件分支的通用手册。
- 将每个里程碑都设为产品事件,以便衡量入门引导完成率、识别流失环节并触发自动干预。
- 为每个阶段设定“良好表现”的基准——例如“80% 的客户在第 7 天前连接数据源”——以便 CSM 了解哪些客户进度落后。
- 根据完成率数据、客户反馈和产品变更,每季度审查并更新手册。
- 指定一位手册负责人(通常是 CS Ops 负责人),负责维护手册、培训新 CSM 并持续改进手册。
边缘情况
- 客户在引导过程中失联 — 如果连续 2 次主动联系都未收到回复,则触发“重新互动”分支:由同级客户成功经理(CSM)尝试联系其他联系人,客户经理(AE)联系经济决策人,并在第 25 天发送最后一封“我们随时欢迎您回来”的邮件。
- 客户想跳过阶段 — 已自行完成配置的技术型客户应可快速推进。验证其设置符合里程碑标准后,将其推进到相应阶段。
- 多产品引导 — 客户购买多个产品时,应错开引导时间,避免让客户应接不暇。先完成产品 A 的引导,再开始产品 B 的引导,中间留出 1 周缓冲期。
- 引导过程中关键联系人离职 — 立即确定新的联系人。可提出与接替者重新召开启动会议,以重新建立背景共识并达成一致。
- 引导耗时超出计划 — 如果第 2 阶段(设置)因技术复杂性而超出预定时间,不要压缩第 3 和第 4 阶段。应延长整体时间线,并将修订后的日程告知所有相关方。