受注後・顧客深耕
キックオフのアジェンダと初期成功指標を設計する
受注後の導入キックオフを立ち上げるためのプロンプトです。営業フェーズの複数の商談文字起こしと社内資料から、顧客の目的・関係者・期待値を引き継ぎ、キックオフのアジェンダ、確認すべき質問、初期の成功指標の案までをまとめます。導入キックオフをAIで下ごしらえしたい場面のための型です。

必要データと準備
必要なのは2つです。
- 営業フェーズの商談文字起こし(複数): 初回・提案・受注前など、これまでの商談の全文をコピーして貼ります。商談ごとに日付や回次が分かると、いつの発言かを踏まえた整理になり精度が上がります。話者ラベル(営業/相手)が付いているとさらに良いです。目的や期待、技術要件が語られている商談ほど向いています。文字起こしの取り方は商談文字起こしの共通ガイドも参照してください。
- 自社が使える社内資料: オンボーディングの標準プロセス、初期成功指標の例(社内で普段見ている立ち上げ時の指標)、キックオフのひな形、給与や基幹ソフトとの連携対応リストなど、あるものだけ貼ります。成功指標の案やアジェンダは、この資料の範囲で組みます。
プロンプト本文
あなたは受注後の導入立ち上げを支援するカスタマーサクセス/導入支援担当のアシスタントです。
営業フェーズの複数の商談文字起こしと、自社の社内資料をもとに、顧客への引き継ぎ内容を整理し、導入キックオフのアジェンダ、キックオフで確認すべき質問、初期の成功指標の案を設計してください。文字起こしと社内資料に書かれていることだけを根拠にし、書かれていないことは推測と明記するか「未確認」としてください。
## 商談の文字起こし(営業フェーズの複数商談。初回・提案・受注前など、あるものを貼る)
{複数の商談の録画・録音の文字起こしをここに貼り付け。商談ごとに日付や回次がわかるとよい}
## 自社が使える社内資料(オンボーディング標準プロセス・初期成功指標の例・キックオフのひな形・連携対応リストなど、あるものを貼る)
{社内資料をここに貼り付け。なければ空欄でよい}
## キックオフの前提(任意)
{開始時期・キックオフの所要時間・参加予定者など。なければ空欄でよい}
## 出力フォーマット
1. 引き継ぎサマリー(営業フェーズからの申し送り)
顧客の導入目的・期待・関係者・開始時期・技術要件などを、根拠の発言/資料を短く1つ引用して整理する。各項目に[事実]/[推測]を付す。判断に迷う点は「未確認」とする
2. キックオフで確認すべき質問リスト
引き継ぎサマリーで「未確認」だった点を埋めるための質問を、カテゴリ別(目的・成功の定義/現状のベースライン/体制・役割/スケジュール・展開範囲/技術要件 など)に、そのまま口に出せる質問文で並べる
3. 導入キックオフのアジェンダ案
目的を先頭に置き、各パートに「時間の目安」「狙い」「扱う論点」を添えてステップ化する。所要時間の前提が未指定なら、仮に置いた旨を明記する
4. 初期の成功指標(案)
顧客が語った目的・期待から逆算した、立ち上げ初期に見るべき指標の候補を挙げる。各指標に「何を測るか」「なぜこの顧客に合うか(根拠の発言)」を添える。社内資料の指標例を使う場合はその旨を明記する。※これらは顧客と合意する前の叩き台であり、目標数値は「要合意」とする
5. 立ち上げのリスクと未確認事項
成功の定義・ベースライン・技術要件・展開範囲など、立ち上げ前に詰めるべき未確認点を挙げる
## 注意事項
- 文字起こしと社内資料にある内容のみを根拠にする。書かれていない目標数値・体制・要件・機能を創作しない。根拠がない箇所は「未確認」と明記する
- 事実(相手が実際に言ったこと/資料に書かれていること)と、そこからの推測を必ず分ける。推測には[推測]と付す
- 曖昧な同意(「検討します」「前向きに」「良ければ」等)を、合意や確度として解釈しない。判断に迷う箇所は「要確認」とする
- 初期の成功指標はあくまで叩き台であり、顧客が合意した目標として書かない。目標数値は「要合意」とする
- 社内資料にない機能・連携・指標を、できることとして約束しない。資料で裏が取れない箇所は「要確認」とする
- 金額・人数・日数・固有名詞・製品名は原文どおりに転記し、丸めたり言い換えたりしないこのプロンプトを動かしてみる
プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。
AIに渡した入力データ(架空サンプル)
1. 引き継ぎサマリー(営業フェーズからの申し送り)
顧客: テクノアドバンス株式会社(従業員200名/クラウドPM SaaS提供)/導入商材: 勤怠・労務SaaS「ロウムメイト」
- 導入の目的 [事実]: 労務業務の属人化解消と、月末の締め作業・残業の削減。根拠(初回商談): 佐藤氏「労務が属人化していて、月末になると特定の担当に負荷が集中する」
- 一番の期待 [事実]: 労務担当の手作業(Excel転記)をなくすこと。根拠(初回商談): 田中氏「今のExcel転記から解放されるのが一番大きい」
- 展開の意向 [事実]: まず勤怠打刻の全社展開から、給与連携は後の段階。根拠(受注前商談): 田中氏「最初は打刻の全社展開から始めたい。給与の連携はその後で」
- 開始時期 [事実]: 10月に利用開始したい。9月の取締役会で承認済み。根拠(受注前商談): 佐藤氏「10月から使い始めたい」
- 技術要件 [事実]: 全社利用にあたりSSO連携が必須。根拠(受注前商談): 山本氏「全社利用ならSSO連携は必須です」
- 成功のイメージ [事実+一部推測]: 「月末の残業を減らしたい」(佐藤氏・事実)。具体的な数値目標・期限は営業フェーズで語られておらず未確認[推測を含む]
続きを見る(確認質問・アジェンダ・成功指標・リスク)
2. キックオフで確認すべき質問リスト
- A. 目的・成功の定義:「今回の導入で、いつまでに、どの状態になっていれば成功と言えますか」「月末残業の削減は、どの部署・業務を対象にしていますか」
- B. 現状のベースライン:「今、月末の締め作業に何名で何日ほどかかっていますか」「労務まわりの問い合わせは月にどのくらい発生していますか」
- C. 体制・役割:「社内の推進担当(管理者)はどなたですか。拠点ごとの管理者は決まっていますか」
- D. スケジュール・展開範囲:「『全社展開』とは何名・何拠点が対象ですか。第一弾はどの範囲からですか」「給与連携に移るのはどのタイミングを想定していますか」
- E. 技術要件:「SSOで利用しているIdP(認証基盤)は何ですか」「ペイロールデスクはどのバージョンをお使いですか」
3. 導入キックオフのアジェンダ案(60分・所要時間は仮置き)
- 0-5分|目的の共有|狙い: ゴール認識を全員でそろえる|論点:「属人化の解消と月末負荷の軽減」を出発点に
- 5-15分|営業フェーズの振り返りと認識合わせ|狙い: 引き継ぎサマリーを共有しズレを潰す|論点: 期待・展開順(打刻→給与連携)
- 15-30分|現状ヒアリング(ベースライン確認)|狙い: 成功指標の土台になる現状値をつかむ|論点: 締め作業の工数、問い合わせ件数、対象人数
- 30-45分|スケジュールと展開範囲|狙い: 10月開始・打刻先行でマイルストーンを引く|論点: 第一弾の範囲、SSO・給与連携の段取り
- 45-55分|初期成功指標のすり合わせ|狙い: 何をもって立ち上がりを順調と見るかを合意|論点: 下記の指標案を叩き台に目標値を決める
- 55-60分|次アクション・宿題の確認|狙い: 双方の宿題と次回日程を確定
4. 初期の成功指標(案)※顧客と合意する前の叩き台。目標数値は要合意
- 初回打刻の立ち上がり: 全社展開後、打刻を始めた人の割合を主要指標に置く(社内のオンボーディング標準でも立ち上げ初期に見る項目)。なぜこの顧客に合うか: 「まず打刻の全社展開から」という田中氏の意向に沿う。目標値は要合意
- 月末締め作業の工数: 導入前後で締め作業の時間・人数の変化を見る。現状ベースラインが未確認のため、まずキックオフでの現状値測定を最初の指標に置く。なぜ:「月末の負荷を減らしたい」(佐藤氏)に直結
- 労務問い合わせ件数: 属人化解消の代理指標として推移を見る。なぜ:「属人化の解消」(佐藤氏)を測る手がかりになる
- ※いずれも社内のオンボーディング標準指標の例をもとにした叩き台です。目標数値は顧客と合意していません(要合意)。ベースラインが未測定のため、初期は「現状値をそろえる」こと自体を最初のマイルストーンに置くことを推奨します
5. 立ち上げのリスクと未確認事項
- 成功の数値目標・期限が未確認。「残業を減らしたい」という定性の期待までしか語られていない
- 現状のベースライン(締め作業の工数、問い合わせ件数)が未測定。前後比較ができる状態にない
- SSOのIdP、ペイロールデスクの利用バージョンが未確認。技術要件の可否は断定しない
- 「全社」の具体的な人数・拠点数が未確認。第一弾の範囲も未定
- 給与連携に移るタイミングが未確定。展開順は田中氏の意向ベース
注記: 目標数値・期限・ベースライン・SSOのIdP・連携バージョン・全社の規模は、文字起こし/社内資料に未出現のため「未確認」。成功のイメージと成功指標案は、顧客発言からの推測・叩き台を含みます。
カスタマイズのヒント
- キックオフの前提を明示する: 「キックオフの前提」欄に、開始時期・所要時間・参加予定者を書くと、その時間配分と参加者に合わせたアジェンダになります(例: 30分・オンライン・先方3名)。
- 自社の成功指標の型を貼る: 社内資料に、自社商材で普段見ている立ち上げ指標(初回利用率、問い合わせ件数、定着率など)を列挙して貼ると、その型に沿った指標案が出やすくなります。指標がぶれないので、CS間で立ち上げの見方をそろえる用途にも使えます。
- 段階導入の顧客に合わせる: 展開が多段階(今回は打刻→給与連携)の場合、「第一弾で何を成功と見るか」に絞って指標を出すよう前提に書き足すと、初期に欲張りすぎないアジェンダになります。
よくある質問
商談が1件しかなくても使えますか?
使えます。ただしこのプロンプトは複数商談から目的・期待・要件を拾い直す設計なので、初回・提案・受注前など複数を貼るほど引き継ぎサマリーが厚くなります。1件だけの場合は「未確認」の項目が増え、その分キックオフの確認質問リストが長くなる形で返ります。
AIが出した成功指標をそのまま顧客に提示していいですか?
叩き台として使い、顧客と合意してから確定してください。出力の指標と目標値は、顧客が語った目的からの逆算であり、こちらの仮説です。多くは「要合意」で返ります。キックオフの「初期成功指標のすり合わせ」の場で、現状のベースラインを聞いたうえで一緒に決める前提の出力です。
営業とCSが別の人でも引き継ぎに使えますか?
そのための型です。営業フェーズの商談文字起こしを渡せば、CS側が会話を読み込まなくても、目的・期待・関係者・要件が発言ベースで整理されます。ただし「未確認」の項目や推測を含むので、可能なら営業担当に一度目を通してもらい、認識のズレを潰してからキックオフに臨むと安全です。
