営業電話からニーズ、懸念、約束事項を抽出する

著者: AILesson8 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

売り手の解釈を事実として扱わず、通話記録を追跡可能な顧客情報に変換する. 入力するもの: 通話記録, 商談の背景, 出力ルール. 期待される結果: ニーズ、懸念、決定、約束、リスク、不明点、CRM項目を含む、出典と紐づいた通話記録.

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

通話記録商談の背景出力ルール

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

提供された資料から、内容に忠実な営業通話記録を抽出してください。

文字起こしまたはメモ、発言者、タイムスタンプ、訂正、同意状況、聞き取れない箇所：
[record]

商談段階、参加者、顧客情報、目的、製品の範囲、過去の約束、CRM用語：
[context]

項目、引用の制限、信頼度、プライバシー、担当者確認、共有対象：
[output]

通話記録を一次資料、背景情報を二次資料として扱ってください。顧客の直接発言、売り手の直接発言、観察された事例、明確な決定、明確な約束、売り手の解釈、仮説、矛盾、不明点を区別してください。関心を購入意向に、質問を反対意見に、役職を決定権に、日付への言及を期限に、礼儀上の同意を約束に置き換えないでください。ニーズ、制約、結果、懸念、代替案、成功基準、関係者、意思決定プロセス、リスク、次のステップには、発言者とタイムスタンプまたは正確なメモ位置を付けてください。担当者、行動、時期が明確に受諾された場合だけ約束として記録し、それ以外は要確認としてください。不確実な点や相反する発言は残してください。CRMの値を推測で補わないでください。最後に、簡潔なフォローアップ議題、確認事項、プライバシーチェック、安全に入力できる項目と空欄にすべき項目をまとめてください。

Playgroundで試す

デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

通話記録: 00:40 売り手：今回のレビューが役立つ理由は何ですか？ 01:02 オペレーションディレクターPriya：ブランド案件は、誰が変更を承認できるのかチームが分からず、顧客レビューで止まることがあります。先月は、あるリリースが2日間待たされました。02:10 プロジェクトリードMarco：それは一度だけで、ほとんどのレビューは進みます。05:22 Priya：Teamsを使っています。IT部門はSSOを必須としています。ホスティングについては分かりません。08:15 売り手：18%削減できれば価値がありますか？ 08:21 Priya：もちろんですが、まず自社のベースラインを確認する必要があります。12:04 Marco：セキュリティ概要を送ってもらえますか？ 12:20 売り手：はい、明日送ります。16:30 Priya：マッピングセッションは良さそうですね。17:10 売り手：火曜日の2時で予約しましょうか？ 17:18 Priya：IT部門に確認する必要があります。候補をメールしてください。開始時に録音への同意を確認済み。
商談の背景: 初回のヒアリング通話。製品はTeamsに対応。SSOはEnterpriseのみ。オンプレミスには非対応。売り手はAlex。既存の予算や期限はない。CRM用語：課題の根拠、現在のプロセス、必須機能、次のステップ、意思決定参加者。
出力ルール: 社内CRM要約と顧客フォローアップの準備。社内向けには、タイムスタンプ付きの短い引用を使用可。提示された名前はマスキングしない。信頼度は高・中・低を使用。明記されていない担当者や会議は設定しない。

出力例

顧客から得られた根拠 • 業務上の問題—信頼度：高。Priyaは、変更を承認できる人が不明なため、ブランド案件が「顧客レビューで止まることがある」と述べた（01:02）。先月は1件のリリースが2日間待たされた。Marcoは、発生は一度だけで、ほとんどのレビューは進むと補足した（02:10）。この限定的な情報も残す。頻度とより広い影響は不明。 • 現在の環境—高。Teamsを使用し、IT部門はSSOを必須としている（Priya、05:22）。ホスティング要件は明確に不明。Enterpriseプランが適合するか、オンプレミス非対応で問題ないか確認が必要。 • 成功判断の根拠—中。Priyaは、改善を判断する前にNorthstar自身のベースラインを確認したいと述べた（08:21）。売り手が誘導的に示した18%は、顧客の目標でも期待成果でもない。 • 依頼—高。Marcoがセキュリティ概要を依頼した（12:04）。

明確な約束 Alexが明日、セキュリティ概要を送る（12:20）。顧客向けに使用する前に、具体的な日付とリンクを確認する。

まだ約束ではない事項 Priyaはマッピングセッションを妥当と述べた（16:30）が、火曜日を受諾していない。IT部門への確認が必要で、候補をメールで送るよう依頼した（17:18）。次のステップは「日程候補を送る。顧客がIT部門の都合を確認する」と記録し、確定した会議日や顧客側担当者は記録しない。

安全に入力できるCRM項目：PriyaとMarco双方の発言を含む課題の根拠、Teams、SSO要件、セキュリティ概要の依頼、Alexの送付約束。予算、決定権、ホスティング、期限、目標成果、確定した会議は空欄にする。フォローアップでは、ホスティング、関係するIT担当者、ベースライン指標、約束したメールの正確な送付日、双方が合意したマッピング日時を確認する。

これがうまくいく理由

1
証拠の種類を分けることで、会話上の兆候が誇張された営業案件情報になるのを防げます。
2
約束の成立条件を確認することで、双方について架空の担当者や日付を記録するのを防げます。

結果を確認

重要な各項目に、発言者と出典位置が示されていますか？
解釈、仮説、不明点が、顧客の発言と明確に分けられていますか？
記録した約束には、明確に受諾された担当者、行動、時期が含まれていますか？

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「営業電話からニーズ、懸念、約束事項を抽出する」を使う前に、何を準備すればよいですか？

「営業電話からニーズ、懸念、約束事項を抽出する」を使うには、通話記録、商談の背景、出力ルールを準備してください。プレースホルダーは確認できる情報だけで置き換えてください。不明な点はモデルに推測させず、不明であることを明記してください。

「営業電話からニーズ、懸念、約束事項を抽出する」の結果が、そのまま使えないのはどのような場合ですか？

提示された根拠から、記載された成果である「ニーズ、懸念、決定、約束、リスク、不明点、CRM項目を含む、出典と紐づいた通話記録」が得られていない場合や、未解決の仮定、承認漏れ、推測で補った情報に依存している場合は、その結果をまだ使用できません。チェック項目を公開前の判定基準として使い、根拠のない出力を整えるのではなく、元の入力を修正するか、権限のある担当者を指名して確認を依頼してください。

「営業電話からニーズ、懸念、約束事項を抽出する」は、どのAIツールでテストされていますか？

2026年8月28日時点の公開テスト記録では、「営業電話からニーズ、懸念、約束事項を抽出する」のテスト済みツールとしてChatGPTが記載されています。これは実行記録があることを示すもので、後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックをもう一度行ってください。

さらに探す方法