mcpField
O
onboarding-playbook-creation

onboarding-playbook-creation

github.com/seb1n营销与增长232109 次安装11 周前更新
代码仓库

关于 onboarding-playbook-creation

这项技能帮助客户成功团队编写结构化的客户入门手册,按阶段组织里程碑、分工任务、沟通模板、时间表和升级规则。

主要功能

  1. 01分阶段入门工作流
  2. 02可衡量的成功里程碑
  3. 03带负责人分配的任务清单
  4. 04邮件与应用内模板
  5. 05时间表与升级规则

适用场景

  1. 01规划为期 30 天的 B2B 客户入门
  2. 02制定按客户细分划分的入门路径
  3. 03协调 CSM 与客户的任务分工
  4. 04跟进延迟的里程碑

安装

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

$npx skills add https://github.com/seb1n/awesome-ai-agent-skills --skill onboarding-playbook-creation

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

详细介绍

客户入门手册创建

构建全面的客户入门手册,引导新客户从注册到获得初步价值,再到持续采用。本技能可生成分阶段的工作流,其中包含明确的里程碑、任务清单、沟通模板和清晰的负责人,确保无论分配给哪位 CSM,每位客户都能沿着可重复的成功路径前进。

工作流

  1. 定义成功里程碑 — 确定 3-5 项具体成果,以此判断客户是否已成功完成入门。这些成果应是可衡量的产品操作,而非模糊的目标。例如:“生成首份报告”“有 3 名以上团队成员处于活跃状态”“完成与主要数据源的集成”。将每个里程碑与客户关心的业务成果关联起来,确保整个过程中始终与客户目标保持一致。

  2. 规划入门阶段 — 将客户旅程划分为不同阶段,每个阶段都要明确进入条件、退出条件和预计时长。标准的 B2B 框架包含四个阶段:欢迎(第 0-3 天)— 设置账户并相互介绍。设置(第 4-10 天)— 技术配置和数据导入。初步价值(第 11-20 天)— 借助产品实现最初的“顿悟时刻”。采用(第 21-30 天)— 扩大团队范围内的使用,并融入工作流。

  3. 为每个阶段创建任务清单 — 将每个阶段拆解为具体、可执行的任务,并指定负责人(CSM、客户、SE、产品团队)。每项任务都应包含预计时长、对前置任务的依赖关系,以及完成标准。既要包含内部任务(创建客户 Slack 频道、安排启动会议),也要包含面向客户的任务(邀请团队成员、连接数据源)。

  4. 设计沟通模板 — 为每个阶段转换和关键接触点编写电子邮件和应用内消息模板。包括:欢迎邮件、启动会议议程、入门中期跟进、里程碑庆祝、风险提醒(如错过里程碑)以及结业邮件。每个模板都应包含个性化标记,并根据客户细分设置条件内容块。

  5. 设置时间线和负责人 — 为每项任务指定具体角色负责人,并根据入门开始日期(第 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 天)
任务负责人时长完成标准
发送欢迎邮件,附上登录凭据和快速入门指南CSM15 min邮件已送达,客户已打开
创建内部客户频道(#cs-acme-corp)CSM5 min频道已创建并添加团队成员
安排第 2-3 天的启动电话会议CSM10 min日历邀请已接受
召开启动电话会议:对齐目标、介绍支持渠道、确认时间线CSM + 客户45 min已分享会议记录,已商定里程碑
客户完成账户资料并邀请管理员用户客户20 min管理员用户已在产品中激活
阶段 2:设置(第 4—10 天)
任务负责人时长完成标准
连接主要数据源(引导式演示)客户 + SE1-2 小时数据源显示“已连接”状态,初始同步完成
验证数据完整性——抽查 3 项指标并与源数据核对SE30 分钟指标误差在 2% 以内
配置 SSO/SAML(如为企业客户)SE1 小时团队可通过公司的身份提供商登录
发送第 7 天跟进邮件:“设置进展如何?”CSM(自动发送)—邮件已发送,并监控回复
排查任何集成阻碍SE时长不定所有阻碍均已解决,客户可以继续推进
阶段 3:初见成效(第 11—20 天)
任务负责人时长完成标准
使用模板库创建第一个仪表板客户 + CSM45 分钟已创建包含实时数据的仪表板
CSM 检查仪表板并提出改进建议CSM30 分钟客户确认仪表板满足其需求
客户与 3 位团队成员分享仪表板客户10 分钟至少 3 位用户查看了共享的仪表板
发送里程碑邮件:“你已创建第一个仪表板!”CSM(自动发送)—邮件已送达,并附有后续步骤
进行 15 分钟的采用情况跟进通话CSM + 客户15 分钟已检查使用模式并识别扩展机会
阶段 4:采用(第 21—30 天)
任务负责人时长完成标准
客户独立创建另外 2 个仪表板客户按自身节奏已创建至少 3 个仪表板
启用定时报告发送客户 + CSM20 分钟至少有 1 份定时报告处于启用状态
举行结业通话:回顾里程碑,并移交至持续客户成功服务CSM + 客户30 分钟客户确认能够独立使用,成功计划已创建
内部移交给持续服务 CSM(若与入门引导 CSM 不同)CSM → CSM30 分钟移交文档已完成,并已介绍新的 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 阶段。应延长整体时间线,并将修订后的日程告知所有相关方。

评论

支持 Markdown