Stockwork｜営業AIエージェント

ログインはこちら

受注後・顧客深耕

活用レビュー(QBR)資料と次の一手をAIで生成する

顧客の契約・利用データと、これまでの定例商談の記録を貼るだけで、四半期の活用レビュー(QBR)資料の下書きと「次の一手」の提案をまとめるプロンプトです。顧客が口にした成果を「顧客申告」として扱い、データにない項目は「未確認」と書き分けるので、そのままQBRの準備たたき台に使えます。

  • 資料・提案書
  • 分析・レポート

必要データと準備

必要なのは次の2種類です。

  • SFA/CRMの契約・利用データ: 契約プラン・ID数・契約期間・更新月に加えて、導入時（キックオフ）に顧客と合意した目標（KPI）、直近数ヶ月の利用状況（アクティブ率・機能ごとの稼働・連携の状態など）、サポート問い合わせの状況をエクスポートして貼ります。数値が入っているほど、進捗の評価が事実ベースになります。
  • 定例商談の記録（複数回分）: オンボーディング以降の定例MTGの文字起こしを、日付順にまとめて貼ります。複数回ぶんを続けて貼ってよく、日付が付いていると「いつ何を言ったか」を踏まえた整理になります。

導入時に合意した目標（KPI）が資料の背骨になります。契約データにKPIが含まれない場合は、キックオフのメモや議事録から目標を補って貼ってください。

プロンプト本文

プロンプト（コピーして使う）
あなたはカスタマーサクセスの活用レビュー（QBR）を準備するアナリストです。
以下の顧客の契約・利用データと、これまでの定例商談の記録を読み、四半期の活用レビュー（QBR）資料の下書きと、次の一手の提案を作成してください。
データに書かれている事実と、そこからの解釈・推測を必ず区別し、データにない項目は埋めずに「未確認」と記録してください。

## 顧客の契約・利用データ（SFA/CRMから）
{契約プラン・ID数・契約期間・更新月・導入時に合意した目標(KPI)・直近の利用状況・サポート問い合わせ状況などを貼り付け}

## 定例商談の記録（複数回分）
{これまでの定例MTG・オンボーディング面談の文字起こしを、日付順に貼り付け。複数回ぶんをまとめて貼ってよい}

## 顧客の基本情報（任意・あれば貼る）
{相手企業の事業・体制・キーパーソンなど、補足があれば貼る。なければ空欄でよい}

## 出力フォーマット
1. エグゼクティブサマリ（3〜5行。当四半期の総括を事実ベースで。良好／要注意の温度感を一言添える）
2. 契約・利用状況（契約データから: プラン・ID数・更新月・残り期間。利用データから: 定着の状況を数値で。各項目に[事実]/[推測]を付ける）
3. 導入時の目標に対する進捗（KO時に合意した目標を再掲し、達成／一部達成／未達／未確認で評価。根拠となるデータや発言を短く引用）
4. 顧客が挙げた成果・満足点（定例の発言から引用。必ず「顧客申告」と明記し、当社が実証した効果と区別する）
5. 顧客が挙げた課題・要望（定例の発言から引用。未対応のものと対応済みのものを分ける）
6. 更新・拡大の可能性（更新の障害になりそうな点と、アップセル／クロスセルの種を、根拠となる発言とともに。断定せず可能性として書く）
7. 次の一手（次の四半期に向けた提案アクションを3〜5個。各アクションに「なぜ（根拠）」「誰が」「いつまでに」を添える。優先度順）
8. 未確認・次回QBRで確認すべき事項（データにも発言にもなく、判断に必要な情報を箇条書き）

## 注意事項
- 契約・利用データと定例の発言にある内容だけを根拠にする。書かれていないことを「達成」「満足」と判断しない
- 事実（データにある数値・顧客が実際に言ったこと）と、そこからの解釈・推測を必ず分け、各項目に[事実]/[推測]を付ける
- 顧客が口にした成果（「楽になった」「工数が減った」等）は「顧客申告」として扱い、当社が実証・保証した効果と偽らない。第三者が検証していない効果を断定しない
- 利用率・工数などの数値は、データにある値をそのまま使う。データにない数値を推計で作らない。不明なものは「未確認」とする
- 曖昧な満足の表明（「まあ問題ないです」等）を、更新確度や高い満足度として解釈しない。判断に迷う点は「要確認」とする
- 「次の一手」は提案であり、実施判断は人が行う前提で書く。顧客に約束していない施策を確定事項のように書かない

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

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

営業AIエージェントStockworkサンプル実行（収録済み）
契約・利用データと定例記録から、QBR資料と次の一手をまとめて。
AIに渡した入力データ（架空サンプル）
【契約・利用データ】 顧客: テクノアドバンス株式会社（PM SaaS「ProjectFlow」提供、約200名） 契約: スタンダードプラン／200ID／契約開始2026-01-05／年間契約・更新月2026-12／月額88,000円 導入時に合意した目標（2026-01キックオフ時）: ①月末の勤怠Excel→給与ソフトへの手作業転記をゼロにする ②締め業務を「2名で週3日」から「1名で1日以内」に短縮 ③勤怠打刻を全社運用に乗せる（打刻率95%以上） 直近3ヶ月の利用状況: 全社打刻率 4月78%→5月88%→6月91%／給与ソフト（ペイロールデスク）API連携=稼働・月次自動連携／承認ワークフロー利用=8部署中5部署／管理者ログイン=田中氏が主、佐藤部長は月1回程度 サポート: 直近3ヶ月で問い合わせ6件（打刻修正の操作4・連携エラー1・権限設定1）、未解決チケット0件 【定例 2026-03-12（導入2ヶ月後フォロー）】 田中: 給与連携はもう回っています。今月の締めは、転記作業はなくなりました。ただ現場の打刻がまだ全員そろわなくて、督促に時間を取られています。特に営業部が外出多くてスマホ打刻が定着してなくて。 CS: 打刻リマインドの通知設定はいかがですか。 田中: あ、それまだ使ってないです。設定を教えてもらえると。 【定例 2026-05-20（4ヶ月後）】 田中: 打刻リマインド入れてから、営業部もだいぶ揃うようになりました。締めは、前は2人で3日かかっていたのが、今は私一人で1.5日くらいです。だいぶ楽になりました。佐藤も「これで月末の残業が減った」と言ってました。 田中: 次に気になっているのが、プロジェクトごとの人件費を見たいという話が佐藤から出ていて。今はまだExcelで別管理なんですよね。 CS: それは工数オプションで対応できる部分があります。 田中: 一度、佐藤に説明してもらえるとありがたいです。あと承認フロー、まだ入れてない部署が3つあって、そこは私が手が回っていなくて。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 自社のQBRテンプレートに合わせる: 出力フォーマットの見出しを、自社で使っているQBR資料の章立て（例: ヘルススコア／ROIサマリ／ロードマップ）に差し替えると、その構成でたたき台を組みます。既存フォーマットへの流し込みが楽になります。
  • ヘルススコアの観点を足す: 利用データに「ログイン頻度」「主要機能の利用率」「サポート起票の傾向」などがあれば、プロンプトに「これらから定着の健全性を3段階で見立てる」と一文足すと、更新リスクの早期サインを拾いやすくなります（見立てはあくまで[推測]として扱う前提で）。
  • 更新・アップセルに寄せる: 更新月が近い顧客では、「次の一手」を『更新に向けた障害の解消』と『拡大提案』の2系統に分けて出すよう指定すると、リニューアルの論点が整理しやすくなります。

よくある質問

顧客が言った成果を、そのまま社内の実績として資料に使えますか？

「顧客申告」の区別を残したうえで使ってください。このプロンプトは、顧客が定例で口にした成果（「工数が減った」等）を必ず「顧客申告」と明記し、当社が測定・保証した効果とは分けて出力します。第三者が検証していない効果を断定しないため、社外向けの効果訴求にそのまま転用する前には、数値の裏付けや顧客の許諾を別途確認してください。

定例の記録が数回分しかなくても使えますか？

使えます。1〜2回分でも動きますが、回数が多いほど「いつ何が変わったか」を踏まえた進捗評価になります。契約・利用データ側に導入時の目標（KPI）が入っていると、進捗の評価が事実ベースになり出力の質が上がります。データにない項目は推測で埋めず「未確認」として出ます。

「次の一手」はそのまま実行してよいですか？

社内検討用の提案案として使い、実施は人が判断してください。優先度や施策はデータと発言からの起案であり、[推測]を含みます。顧客にまだ合意していない施策が確定事項のように書かれていないか、予算や意思決定プロセス（「未確認」として出ます）を踏まえて吟味する前提の出力です。

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

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

今すぐ資料をダウンロードお問い合わせ

メニュー

資料請求