受注後・顧客深耕

定例商談ログから顧客の要望と拡大の種を整理する

既存顧客との定例が何回か重なると、要望や次の相談があちこちの会議・メールに散らばって、追いきれなくなります。このプロンプトは、複数回の定例商談ログとメール履歴を貼るだけで、**顧客の要望・自社が返しそびれている宿題・取引拡大の種**を、根拠となる発言の引用付きで整理します。「顧客の要望を整理するAI」の使い方として、CS・営業企画のレビュー準備にそのまま使えます。

  • 分析・レポート
  • 議事録・要約

必要データと準備

  • 定例商談の文字起こし(複数回分): オンライン会議の録画・録音を文字起こししたもの。各回の冒頭に「第N回定例(日付)」を付けておくと、時系列の整理精度が上がります。文字起こしの取り方は共通ガイド(会議の録画・文字起こしの準備)を参照してください。
  • メール履歴: 定例の合間にやりとりしたメール。日付と送受信の向き(誰から誰へ)が分かる形で貼ります。要点だけの抜粋でも動きます。
  • 自社が今提供している範囲(任意): 現在の契約内容や提供済み機能を一言添えると、「対応済み/未対応」の判定がより正確になります。空欄でも動きます。

顧客名や個人情報を含むログ・メールを外部の生成AIに貼る運用は、社外持ち出し・個人情報の扱いに注意が必要です。会社のルールを確認してから使ってください。

プロンプト本文

プロンプト(コピーして使う)
あなたは既存顧客との関係を伸ばすカスタマーサクセス/営業企画のアナリストです。
同じ顧客との複数回の定例商談ログとメール履歴を読み、顧客が出した「要望」と、追加提案や取引拡大につながりうる「種」を、証拠に基づいて整理してください。

## 定例商談の文字起こし(複数回)
{日付順に、複数回分の定例商談の文字起こしをここに貼り付け。各回の冒頭に「第N回定例(日付)」を付ける}

## メール履歴
{定例の合間にやりとりしたメール履歴を、日付・送受信の向きが分かる形で貼り付け}

## 自社が今提供している範囲(任意)
{現在の契約内容・提供済み機能を簡単に記入。空欄でも可}

## 出力フォーマット
1. 顧客の要望一覧(カテゴリ別に整理: 機能/運用/レポート/サポート/連携 など)
   - 各要望に「初出(第N回 or メール日付)」「根拠となる発言・記述の短い引用」「緊急度(高/中/低。相手の言葉から判断できる範囲で)」を付ける
   - すでに自社が回答・対応した要望は「対応済み」、未対応は「未対応」と明記する
2. 拡大の種(横展開/席数・利用範囲の追加/アップセル・関連機能/グループ会社 などに分類)
   - 各項目に「根拠となる発言の引用」「確度(相手がどこまで具体的に言っているか。事実/推測を分ける)」「次アクション案」を付ける
   - 相手がまだ具体化していないものは断定せず「相手の言及どまり/要確認」とする
3. 不満・チャーンの芽(記録から読み取れる不満・不安があれば引用付きで。なければ「記録になし」と書く)
4. 自社の宿題・未回答(顧客に返すと約束したのに記録上まだ返していないものを一覧に。誰宛・いつの約束かを添える)
5. 次回定例で確認・提案すべきこと(積み残しと拡大の種のうち、次回に動かすべきものを、そのまま口に出せる質問文・切り出し文で)

## 注意事項
- 記録(文字起こし・メール)にある発言・記述だけを根拠にする。書かれていないことを「合意済み」「発注確定」と判断しない
- 事実(記録にある)と、そこからの推測を必ず分ける。推測には「推測:」と付け、断定しない
- 情報がないカテゴリは省かず「記録になし/要確認」と書く
- 曖昧な前向き表現(「将来的には」「タイミングを見て」「相談したい」等)を、確定した拡大や受注のシグナルと解釈しない。迷う箇所は「要確認」とする
- 緊急度・確度は相手の言葉から判断できる範囲にとどめ、根拠がなければ「判断材料なし」とする
- 引用は文字起こし・メールの原文を短く抜き出す
- 顧客名・個人情報を含むログやメールを外部AIに貼るときは、社外持ち出し・個人情報の扱いに注意する

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

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

営業AIエージェントStockworkサンプル実行(収録済み)
この定例ログとメール履歴から、顧客の要望と拡大の種を整理して。
AIに渡した入力データ(架空サンプル)
入力サンプル: テクノアドバンス 導入後の定例商談ログ+メール履歴 ※プロンプトの `{定例商談の文字起こし(複数回)}` と `{メール履歴}` に貼る想定。架空の既存顧客(ロウムメイト導入済み × テクノアドバンス管理部)。CS担当が3回分の定例と、その合間のメールを見返して要望・拡大の種を整理するケース。実在の顧客名は使わない(架空ユニバース準拠)。話者・日付は架空。 --- 定例商談の文字起こし({定例商談の文字起こし(複数回)}) 第1回定例(2026-05-20)導入1ヶ月レビュー CS(ロウムメイト・高橋): 稼働から1ヶ月ですが、月末締めの手応えはいかがでしたか。 田中(人事労務): 正直、だいぶ楽になりました。今まで3日かかっていた締めが、今回は1日半くらいで。打刻修正がまとめて承認できるのが大きいです。 高橋: よかったです。運用で困っている点はありますか。 田中: 一つあって。営業とか、外に出ているメンバーが「スマホで打刻したい」と言っていて。今はPCブラウザから入れてもらっているんですが、現場からは不便という声が。 高橋: モバイル打刻ですね。承知しました、対応状況を確認してお戻しします。 佐藤(管理部長): あと、これは急ぎではないんですが。有休の付与状況を、経営会議で出す資料にしたくて。今は私がエクスポートして手で作っているので。 高橋: レポート出力のご要望ですね。メモしておきます。 --- 第2回定例(2026-06-24)導入2ヶ月レビュー 高橋: 前回いただいたモバイル打刻の件、標準機能で対応できることをメールでお送りした通りです。設定は進みましたか。 田中: はい、外勤メンバーに使ってもらい始めました。おおむね好評です。ありがとうございます。それで、使ってみて欲を言うと、打刻漏れがあったときにSlackに通知が飛ぶと助かるなと。うち、社内連絡がほぼSlackなので。 高橋: Slack通知の連携ですね。現状の対応可否を持ち帰ります。 佐藤: 別件で相談が。うち、グループにテクノアドバンス・ロジスティクスという物流の会社がありまして。そこも従業員50名くらいで、勤怠がまだ紙なんですよ。田中が「こっちが楽になったよ」と話したら、向こうの総務が興味を持っていて。 高橋: そうなんですね。もしよければ、一度その会社さんの状況をうかがう場を設けることもできます。 佐藤: ええ、タイミングを見て。あと、給与計算は今も別のソフトを使っているんですが、二重入力っぽいところがあって。将来的にはそこも一本化できたら、という話は社内で出ています。まだ具体的ではないですが。 高橋: 承知しました。給与まわりの一元化は、また改めて情報をお持ちします。 --- 第3回定例(2026-07-15)導入3ヶ月レビュー 高橋: 3ヶ月が経ちましたが、定着してきた感触はありますか。 田中: だいぶ。現場からの問い合わせも減りました。ただ一点、6月にサポートに問い合わせたとき、回答まで2営業日かかって、月末前だったので少し焦りました。急ぎのときの窓口があると安心なんですが。 高橋: ご不便をおかけしました。緊急時の連絡導線については社内で確認します。 佐藤: 前向きな話として、来年4月に新卒を20名採る予定でして。今のご契約だと席数の追加が要りますよね。来期の予算を組むタイミングで、席数と、さっきの給与一元化もあわせて相談したいです。 高橋: ありがとうございます。来期予算のタイミングに合わせて、席数追加と給与連携のご提案を整理してお持ちします。 田中: あと細かいですが、有休レポートの件、その後どうなっていますか。経営会議で毎回聞かれるので。 高橋: 失礼しました、確認してお戻しします。 --- メール履歴({メール履歴}) - 2026-06-02 送信(ロウムメイト・高橋 → 田中様) 件名「モバイル打刻機能のご案内」 本文要点: 定例でご相談のモバイル打刻は標準機能で対応可能。設定手順書を添付。「有休付与レポートの出力可否は別途確認して改めてご連絡します」と記載。 - 2026-06-05 返信(田中様 → 高橋) 「ありがとうございます。モバイル打刻、外勤メンバーに展開してみます。有休レポートの件もお待ちしています」 - 2026-07-01 送信(高橋 → 佐藤様、CC 田中様) 件名「来期のご相談について」 本文要点: 次回定例で来期の体制についてうかがえればと打診。「席数や給与連携など、もし社内で話が出ていればあわせて」と記載。 - 2026-07-02 返信(佐藤様 → 高橋) 「承知しました。来期は人が増えるので、席数は相談したいです。給与の一元化も含めて、7月の定例で」 → 有休レポートの回答について、こちらからの返信は記録上まだ届いていない。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 業界・商材で観点を足す: SaaS以外なら「機能/連携」を「仕様変更/追加発注」などに読み替え、出力1のカテゴリ名を自社の商材に合わせて指定すると精度が上がります。
  • フェーズで用途を変える: 更新(契約更新)が近い顧客なら、出力に「更新に効くプラス材料/不安材料」の観点を1つ足すと、更新面談の準備に使えます。
  • チームで基準をそろえる: 「確度: 高/中/低」の定義を自社のパイプライン基準(例: 高=予算・時期が具体的)で明示すると、担当者ごとのブレが減り、拡大の種を横串で集計しやすくなります。

よくある質問

議事メモしか残っていなくても使えますか。

使えます。文字起こしの代わりに議事メモを貼れば動きます。ただし引用の精度は文字起こしより落ちるため、要望の根拠が薄いと感じたら元の記録で裏を取ってください。

「拡大の種」はどこまで信じていいですか。

あくまで相手の発言から拾った候補で、受注の確約ではありません。出力の「確度」と「事実/推測」の区別を必ず確認し、相手が具体化していない項目は次回の確認事項として扱ってください。

顧客のログを外部AIに貼っても大丈夫ですか。

顧客名・個人情報を含むデータの社外持ち出しは、会社のルールと契約上の制約を確認してから行ってください。心配な場合は固有名を伏せる、社内で利用が認められたAI環境を使う、といった配慮が必要です。

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

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

メニュー

資料請求