キックオフ会議後の顧客オンボーディング：計画とチェックリスト

顧客が得る成果から始める

顧客は招待を受け、デモも見たのに、まだ利用を始めていません。関心がないとは限りません。担当者が決まっていない、元データがそろっていない、最初に試す作業の範囲が広すぎる、といった理由が考えられます。

オンボーディング計画は、キックオフ会議での合意を最初の利用につなげます。年間の導入計画や全機能一覧より対象を絞ります。顧客が効果を確かめ、次に何をするか分かる程度の小さな作業を選びます。

最初の成果までの手順を組み立てる

1. 最初に試す利用シナリオを決める

   顧客が最初に行いたい具体的な作業を尋ねます。誰が使うか、どんな資料が必要か、何を成果として観察できるかを明らかにします。「システムを使いこなす」は曖昧です。「テスト用の依頼を1件処理し、どこに振り分けられるか確認する」なら検証できます。

2. 前提条件を確認する

   開始前に必要なアクセス権、データ、担当者、参加者が確保できる時間を書き出します。自社チームと顧客の作業を分けます。条件ごとに誰が成果物を受け取るかを明記し、双方が相手を待つ事態を防ぎます。

3. 直近の確認ポイントを合意する

   重要な手順ごとに、何を示せばよいかを決めます。研修の終了時には出席の記録だけでなく、利用者が次に何をするかが明確になっている必要があります。前提条件が遅れたら、会議日だけでなく関連する期限も更新します。

4. 最初の利用を検証する

   合意した条件で顧客に手順を実行してもらいます。つまずいた点を記録し、対象範囲を広げる前に障害を解消します。成果を得られたら、顧客が次に取り組む課題と、支援を受ける方法を決めます。

問い合わせ対応システムの利用開始

以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。

最初の成果は依頼1件に限ります。別途合意しない限り、過去データの一括移行や全チャネルの自動化は対象外です。

フォームの設定前に入力項目の一覧が必要です。アカウントが作成済みでも、「顧客接続済み」という状態表示で一覧がないことを覆い隠してはいけません。

利用開始計画のテンプレート

顧客側の作業と最初に期待する成果がひと目で分かる短い版を顧客に送ります。

最初の有用な成果：
利用者と作業手順：
初期段階に含めるもの：
後回しにするもの：
手順／担当者／前提条件／成果：
確認ポイントと日付：
顧客が支援を求める方法：
現在、開始を妨げているもの：
最初の利用を確認する方法：
成功後に進む次のシナリオ：

両者の間で誰が何を待っているかを明確にする

• 顧客が自分で用意すべきものを理解している。
• 引き渡しごとに受け手が決まっている。
• 利用者が自力で作業できるかを確認する。
• 成功した場合も、つまずいた場合も、次の手順が決まっている。