onboarding-playbook-creation

オンボーディングプレイブックの作成

新規顧客を登録から初回の価値実現、継続的な利用定着まで導く、包括的なオンボーディングプレイブックを作成します。このスキルでは、明確なマイルストーン、タスクチェックリスト、コミュニケーションテンプレート、担当者を定めた段階的なワークフローを作成します。これにより、担当する CSM にかかわらず、すべての顧客が再現可能な成功への道筋をたどれるようになります。

ワークフロー

1. 成功のマイルストーンを定義する — 顧客のオンボーディングが成功したことを示す、具体的な成果を3～5個特定します。曖昧な目標ではなく、測定可能な製品上のアクションにします。例：「最初のレポートを生成」「3人以上のチームメンバーがアクティブ」「主要なデータソースとの連携が完了」。各マイルストーンを顧客が重視するビジネス成果に結び付け、プロセス全体を通じて顧客の目標との整合性を保ちます。

2. オンボーディングのフェーズを整理する — ジャーニーを明確な開始条件、完了条件、想定期間のあるフェーズに分けます。一般的な B2B フレームワークでは、次の4つのフェーズを使用します。ウェルカム（0～3日目）— アカウント設定と紹介。セットアップ（4～10日目）— 技術的な設定とデータのインポート。初回の価値実現（11～20日目）— 製品で最初の「なるほど」という気づきを得る。利用定着（21～30日目）— チーム全体で利用を広げ、ワークフローに組み込む。

3. フェーズごとのタスクチェックリストを作成する — 各フェーズを、担当者（CSM、顧客、SE、製品）を明記した具体的で実行可能なタスクに分解します。各タスクには、所要時間の見積もり、先行タスクへの依存関係、完了の定義を設定します。社内タスク（顧客用 Slack チャンネルの作成、キックオフの設定）と、顧客向けタスク（チームメンバーの招待、データソースへの接続）の両方を含めます。

4. コミュニケーションテンプレートを設計する — 各フェーズの移行時や重要なタッチポイントで使う、メールとアプリ内メッセージのテンプレートを作成します。次の内容を含めます。ウェルカムメール、キックオフミーティングのアジェンダ、オンボーディング中盤のチェックイン、マイルストーン達成のお祝い、リスク通知（マイルストーン未達の場合）、卒業メール。各テンプレートには、顧客セグメントに応じたパーソナライズ用トークンと条件付きブロックを設定します。

5. スケジュールと担当者を設定する — すべてのタスクに具体的な役割を割り当て、オンボーディング開始日（0日目）を基準に期限を設定します。期限超過タスクのエスカレーションルールを作成します。2日超過で CSM がリマインドし、5日超過でマネージャーに通知し、10日超過でプレイブック再評価の打ち合わせを実施します。調達やセキュリティ審査が必要なエンタープライズアカウント向けに、余裕期間を設けます。

使用方法

製品、顧客セグメント、オンボーディングの目標を説明してください。エージェントが、フェーズ、タスク、テンプレート、スケジュールを含む完全なプレイブックを作成します。

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：B2B SaaSの30日間オンボーディングプレイブック

入力： B2B分析プラットフォーム、ミッドマーケットセグメント、30日間のオンボーディング期間。

出力：

フェーズ1：ウェルカム（0～3日目）

タスク	担当者	所要時間	完了条件
ログイン情報とクイックスタートガイドを添えてウェルカムメールを送信する	CSM	15分	メールが配信され、顧客が開封する
顧客用の社内チャンネル（#cs-acme-corp）を作成する	CSM	5分	チームメンバーが追加されたチャンネルが存在する
2～3日目のキックオフコールを設定する	CSM	10分	カレンダーの招待が承諾される
キックオフコールを実施する：目標をすり合わせ、サポート窓口を紹介し、スケジュールを確認する	CSM + 顧客	45分	議事録が共有され、マイルストーンが合意される
顧客がアカウントプロフィールを完成させ、管理者ユーザーを招待する	顧客	20分	管理者ユーザーが製品上でアクティブになる

フェーズ 2：セットアップ（4〜10 日目）

タスク	担当者	所要時間	完了条件
主要なデータソースを接続する（ガイド付きウォークスルー）	顧客 + SE	1〜2 時間	データソースのステータスが「接続済み」と表示され、初回同期が完了している
データの整合性を確認する — ソースと照らし合わせて 3 つの指標を抜き取り確認する	SE	30 分	指標が許容誤差 2％以内で一致している
エンタープライズの場合は SSO/SAML を設定する	SE	1 時間	チームが会社の ID プロバイダー経由でログインできる
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 つのスケジュール済みレポートが有効になっている
卒業通話を実施する：マイルストーンを確認し、継続的な CS に移行する	CSM + 顧客	30 分	顧客が自立して利用できることを確認し、成功計画を作成している
継続担当の CSM への社内引き継ぎ（オンボーディング担当の CSM と異なる場合）	CSM → CSM	30 分	引き継ぎドキュメントが完成し、新しい CSM が紹介されている
応用リソースとコミュニティへの招待を記載した卒業メールを送信する	CSM（自動）	—	メールが届いている

例 2：開発者向けツールのセルフサービス型オンボーディングチェックリスト

入力： 開発者向け CLI ツール、セルフサービス型の導入方式、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 計算ツール付きのパイプライン統合ガイド

ベストプラクティス

• 何よりもまず、最初の価値を実感するまでの時間を最適化します。顧客が初めて成功を実感する瞬間に直接貢献しないタスクは、すべてオンボーディング後に回します。
• 条件分岐を含む汎用的なプレイブックを 1 つ作るのではなく、セグメントごとに異なるプレイブックのバリエーション（SMB セルフサービス型、中堅企業向けガイド型、エンタープライズ向けハイタッチ型）を作成します。
• すべてのマイルストーンをプロダクトイベントとして計測し、オンボーディング完了率を測定し、離脱ポイントを特定して、自動介入を開始できるようにします。
• 各フェーズに「望ましい状態」のベンチマークを設けます。たとえば、「顧客の 80％が 7 日目までにデータソースを接続する」のように設定し、アカウントの進捗が遅れているときに CSM が把握できるようにします。
• 完了率のデータ、顧客からのフィードバック、プロダクトの変更に基づいて、四半期ごとにプレイブックを見直し、更新します。
• プレイブックの維持、新しい CSM のトレーニング、内容の改善に責任を持つプレイブックオーナー（通常は CS Ops リード）を任命します。

例外的なケース

• オンボーディング中に顧客から連絡が途絶えた場合 — 連続して2回連絡しても返答がない場合は、「再エンゲージメント」分岐を開始します。担当CSMの同僚が別の連絡先に連絡し、AEが経済的な意思決定者に連絡します。25日目に「ご準備ができたらいつでもご連絡ください」という最後のメールを送信します。
• 顧客がフェーズを省略したい場合 — すでに自分で設定を完了している技術系の顧客は、迅速に進められるようにします。設定がマイルストーンの基準を満たしていることを確認し、該当するフェーズに進めます。
• 複数製品のオンボーディング — 顧客が複数の製品を購入した場合、負担をかけすぎないようにオンボーディングの時期をずらします。製品Aのオンボーディングを完了してから、1週間の間隔を空けて製品Bを開始します。
• オンボーディングの途中で推進担当者が退職した場合 — 直ちに新しい窓口担当者を特定します。状況や認識を改めて共有するため、後任者とのキックオフコールを再度行うことを提案します。
• オンボーディングが予定より長引く場合 — 技術的な複雑さが原因でフェーズ2（セットアップ）が予定期間を超えても、フェーズ3と4を短縮しないでください。全体のスケジュールを延長し、改訂後の予定をすべての関係者に伝えます。