受注後・顧客深耕

キックオフのアジェンダと初期成功指標を設計する

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

  • 質問リスト・アジェンダ
  • 資料・提案書

必要データと準備

必要なのは2つです。

  • 営業フェーズの商談文字起こし(複数): 初回・提案・受注前など、これまでの商談の全文をコピーして貼ります。商談ごとに日付や回次が分かると、いつの発言かを踏まえた整理になり精度が上がります。話者ラベル(営業/相手)が付いているとさらに良いです。目的や期待、技術要件が語られている商談ほど向いています。文字起こしの取り方は商談文字起こしの共通ガイドも参照してください。
  • 自社が使える社内資料: オンボーディングの標準プロセス、初期成功指標の例(社内で普段見ている立ち上げ時の指標)、キックオフのひな形、給与や基幹ソフトとの連携対応リストなど、あるものだけ貼ります。成功指標の案やアジェンダは、この資料の範囲で組みます。

プロンプト本文

プロンプト(コピーして使う)
あなたは受注後の導入立ち上げを支援するカスタマーサクセス/導入支援担当のアシスタントです。
営業フェーズの複数の商談文字起こしと、自社の社内資料をもとに、顧客への引き継ぎ内容を整理し、導入キックオフのアジェンダ、キックオフで確認すべき質問、初期の成功指標の案を設計してください。文字起こしと社内資料に書かれていることだけを根拠にし、書かれていないことは推測と明記するか「未確認」としてください。

## 商談の文字起こし(営業フェーズの複数商談。初回・提案・受注前など、あるものを貼る)
{複数の商談の録画・録音の文字起こしをここに貼り付け。商談ごとに日付や回次がわかるとよい}

## 自社が使える社内資料(オンボーディング標準プロセス・初期成功指標の例・キックオフのひな形・連携対応リストなど、あるものを貼る)
{社内資料をここに貼り付け。なければ空欄でよい}

## キックオフの前提(任意)
{開始時期・キックオフの所要時間・参加予定者など。なければ空欄でよい}

## 出力フォーマット
1. 引き継ぎサマリー(営業フェーズからの申し送り)
   顧客の導入目的・期待・関係者・開始時期・技術要件などを、根拠の発言/資料を短く1つ引用して整理する。各項目に[事実]/[推測]を付す。判断に迷う点は「未確認」とする
2. キックオフで確認すべき質問リスト
   引き継ぎサマリーで「未確認」だった点を埋めるための質問を、カテゴリ別(目的・成功の定義/現状のベースライン/体制・役割/スケジュール・展開範囲/技術要件 など)に、そのまま口に出せる質問文で並べる
3. 導入キックオフのアジェンダ案
   目的を先頭に置き、各パートに「時間の目安」「狙い」「扱う論点」を添えてステップ化する。所要時間の前提が未指定なら、仮に置いた旨を明記する
4. 初期の成功指標(案)
   顧客が語った目的・期待から逆算した、立ち上げ初期に見るべき指標の候補を挙げる。各指標に「何を測るか」「なぜこの顧客に合うか(根拠の発言)」を添える。社内資料の指標例を使う場合はその旨を明記する。※これらは顧客と合意する前の叩き台であり、目標数値は「要合意」とする
5. 立ち上げのリスクと未確認事項
   成功の定義・ベースライン・技術要件・展開範囲など、立ち上げ前に詰めるべき未確認点を挙げる

## 注意事項
- 文字起こしと社内資料にある内容のみを根拠にする。書かれていない目標数値・体制・要件・機能を創作しない。根拠がない箇所は「未確認」と明記する
- 事実(相手が実際に言ったこと/資料に書かれていること)と、そこからの推測を必ず分ける。推測には[推測]と付す
- 曖昧な同意(「検討します」「前向きに」「良ければ」等)を、合意や確度として解釈しない。判断に迷う箇所は「要確認」とする
- 初期の成功指標はあくまで叩き台であり、顧客が合意した目標として書かない。目標数値は「要合意」とする
- 社内資料にない機能・連携・指標を、できることとして約束しない。資料で裏が取れない箇所は「要確認」とする
- 金額・人数・日数・固有名詞・製品名は原文どおりに転記し、丸めたり言い換えたりしない

このプロンプトを動かしてみる

プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。

営業AIエージェントStockworkサンプル実行(収録済み)
営業フェーズのこの商談ログから、導入キックオフのアジェンダを設計して。
AIに渡した入力データ(架空サンプル)
【初回商談】 佐藤(管理部長): 労務が属人化していて、月末になると特定の担当に負荷が集中するんです。そこをどうにかしたい。 田中(人事労務): 今のExcel転記から解放されるのが一番大きいですね。手作業がとにかく多くて。 【受注前商談】 佐藤: 9月の取締役会で通ったので、10月から使い始めたい。 田中: 最初は打刻の全社展開から始めたい。給与の連携はその後で。 山本(情シス): 全社利用ならSSO連携は必須です。 入力(自社の社内資料・抜粋) 【オンボーディング標準プロセス】Phase0 キックオフ → Phase1 初期設定 → Phase2 打刻の全社展開 → Phase3 給与連携。 【初期成功指標の例(社内標準)】立ち上げ初期は「初回打刻の立ち上がり」「締め作業の工数変化」「労務問い合わせ件数」を見る。目標値は顧客ごとに合意して設定する。 【連携対応リスト】ペイロールデスク: API連携を標準対応。対応バージョンは要確認欄あり。SSO: 主要IdPに対応(要確認欄あり)。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • キックオフの前提を明示する: 「キックオフの前提」欄に、開始時期・所要時間・参加予定者を書くと、その時間配分と参加者に合わせたアジェンダになります(例: 30分・オンライン・先方3名)。
  • 自社の成功指標の型を貼る: 社内資料に、自社商材で普段見ている立ち上げ指標(初回利用率、問い合わせ件数、定着率など)を列挙して貼ると、その型に沿った指標案が出やすくなります。指標がぶれないので、CS間で立ち上げの見方をそろえる用途にも使えます。
  • 段階導入の顧客に合わせる: 展開が多段階(今回は打刻→給与連携)の場合、「第一弾で何を成功と見るか」に絞って指標を出すよう前提に書き足すと、初期に欲張りすぎないアジェンダになります。

よくある質問

商談が1件しかなくても使えますか?

使えます。ただしこのプロンプトは複数商談から目的・期待・要件を拾い直す設計なので、初回・提案・受注前など複数を貼るほど引き継ぎサマリーが厚くなります。1件だけの場合は「未確認」の項目が増え、その分キックオフの確認質問リストが長くなる形で返ります。

AIが出した成功指標をそのまま顧客に提示していいですか?

叩き台として使い、顧客と合意してから確定してください。出力の指標と目標値は、顧客が語った目的からの逆算であり、こちらの仮説です。多くは「要合意」で返ります。キックオフの「初期成功指標のすり合わせ」の場で、現状のベースラインを聞いたうえで一緒に決める前提の出力です。

営業とCSが別の人でも引き継ぎに使えますか?

そのための型です。営業フェーズの商談文字起こしを渡せば、CS側が会話を読み込まなくても、目的・期待・関係者・要件が発言ベースで整理されます。ただし「未確認」の項目や推測を含むので、可能なら営業担当に一度目を通してもらい、認識のズレを潰してからキックオフに臨むと安全です。

商談の一次情報をAIが利活用、
営業担当者の行動が変わる

プロンプトの入力データが自動で貯まる仕組みを、資料でご確認ください

メニュー

資料請求