AIで営業通話の文字起こしを分析する方法

営業通話には、顧客の目標、現行手順、反対意見、関係者、次の行動に関する重要情報があります。長い録音に埋もれたり、主観的なCRMメモへ短縮されたりしがちです。AIは文字起こしを構造化できますが、声の調子だけで感情、購入意図、権限、成約確率を推測すべきではありません。

この手順では、証拠に基づく要約、CRM更新、ヒアリング不足、フォローアップ草案、コーチングメモを作ります。発言を話者と時刻へ結び付け、管理者と担当者が実際の内容を確認できます。

同意とデータ規則を確認する

録音や分析の前に、全参加者へ適用される法律、契約、会社方針、プラットフォーム規則に従います。録音や文字起こしを使うことを伝え、必要な同意を得ます。組織が保存または処理できない通話は分析しません。

承認済みAI環境を選びます。通話には氏名、連絡先、価格、製品計画、セキュリティ情報、健康情報などが含まれる場合があります。保存期間、アクセス、削除、モデル学習への利用可否を定義します。

信頼できる文字起こしを準備する

元録音、文字起こし版、日付、顧客、参加者、会議目的を残します。分析前に話者ラベルと明らかな誤変換を直し、時刻を保持し、不明な語を勝手に置き換えず明示します。

不要な機微情報は可能な範囲で除きます。複数言語を含む場合は翻訳箇所を記録し、重要な約束、数値、日付、技術語には元の表現を残します。

解釈前に事実を抽出する

最初は参加者が述べた内容だけを取得します。顧客証拠、販売側の主張、未解決質問、仮定を分け、重要な発見には話者と時刻を付けます。

### Prompt：通話証拠を抽出する

~~~text Analyze this sales call transcript using only statements made in the transcript. Return: participants, customer_goals, current_process, pain_points, business_impact, decision_criteria, stakeholders, timeline, budget_statement, objections, questions, commitments, next_steps, and evidence_quotes with speaker and timestamp. Use "not stated" when information is absent. Do not infer emotion, purchase intent, authority, budget, or probability to close. ~~~

話者の混同と文脈不足を確認します。「次四半期に必要」は社内目標かもしれず、購入日とは限りません。価格の質問も予算や購入意図の証明ではありません。

管理された規則でCRMを更新する

証拠を実際に使うCRM項目へ対応させます。現行手順、課題、影響、関係者、判断基準、時期、次の行動、担当者、期限などです。不足情報は推測せず「発言なし」とします。

顧客担当者が承認するまでモデル出力は下書きです。通話が確認済み記録と矛盾する場合、自動上書きしません。重要変更に元通話と時刻を記録します。

ヒアリング不足を見つける

承認済みのヒアリング枠組みと証拠を比較します。業務課題、影響、現在の代替、意思決定、関係者、緊急性、制約、成功指標、合意した次の行動が明確か確認します。

不足情報は顧客や担当者への否定的判断ではなく、次の質問にします。質問したか、回答を明確にしたか、約束に担当者と日付があるかという観察可能な行動を評価します。

### Prompt：ヒアリングとフォローアップを確認する

~~~text Review the structured sales call record and transcript evidence. Identify missed discovery questions, unsupported assumptions, unclear commitments, unanswered objections, and moments where the seller spoke before understanding the customer. Recommend specific follow-up questions and a factual follow-up email. Do not assign personality traits, emotional states, or a deal score unless an approved scoring rubric is supplied. ~~~

管理者は状況に合わせて提案を確認します。短い通話、技術会議、更新商談、役員会議では目的が異なり、一つの汎用スコア表は適しません。

事実に基づくフォローアップを作る

顧客が述べた優先事項を確認し、合意事項、未解決質問、担当者と日付付きの次の行動をまとめます。実際の約束か、確認を求める提案だけを含めます。

話していない緊急性、値引き、導入約束、顧客成果を追加しません。送信前に担当者が氏名、日付、添付、製品説明、宛先を確認します。

チーム全体の洞察を慎重に作る

構造化項目を集計し、繰り返す反対意見、不明確な位置付け、不足製品情報、実装上の懸念を見つけます。一つの通話を市場傾向とせず、十分な件数を使い、顧客区分、通話種類、段階、地域、製品を分けます。

不透明な感情、アクセント、性格スコアで従業員を順位付けしません。確認可能な行動と結果を扱います。品質スコアが必要なら基準を公開し、偏りをテストし、人の異議申立てを可能にし、AIだけで雇用判断をしません。

ワークフローの効果を測る

CRM完成度、事実修正率、フォローアップ送信時間、次の行動の完了、管理者レビュー時間、文字起こし証拠付き洞察数を追跡します。担当者が信頼も確認もしないなら、要約数が多くても成功ではありません。

定期的に通話を抽出し、人の確認と比較します。数値、否定表現、話者、技術語、多言語通話を重点的に見ます。営業手順が変わったらPromptと項目対応を更新します。

避けるべき一般的な失敗

通話を感情スコアだけにせず、声で意図が分かると主張しません。販売側の推測をCRM事実にし、別話者の発言を統合し、引用の条件を削除しないでください。AI作成メールは未確認で送信しません。

過剰な項目収集も問題です。推測で埋めた大きなフォームより、少数の証拠付き記録が有効です。実際のフォローアップや判断に使う項目から始めます。

営業通話分析チェックリスト

• 録音、文字起こし、保存、AI処理が許可されている。
• 話者、時刻、重要語を確認した。
• 顧客発言、販売側主張、仮定を分けている。
• 重要項目に引用と時刻がある。
• 不足情報は「発言なし」のまま質問にする。
• CRM更新は顧客担当者が承認する。
• フォローアップは確認済み事実と合意した次の行動だけを含む。
• コーチングは性格や感情ではなく観察可能な行動を扱う。
• チーム洞察は適切な区分と十分な件数を使う。
• アクセス、保存、修正、削除を文書化している。

AIは読心術ではなく証拠整理として使うと、営業通話を確認しやすくします。文字起こしを追跡可能にし、人の承認を求め、次の顧客対話を改善するために使います。