利益:
- 通話録音を構造化された CRM メモに変換する機能
- 会議からアクションアイテムを抽出し、次のステップを明確にする機能
- 機会の健全性とリスクを概説する一貫したメモ テンプレートを使用する機能
営業電話が終わると、時間は最も貴重なリソースになります。頭の中に 4 ページにわたる会話、3 つの反対意見、予算に関する言及、そして顧客が「IT チームに聞いてみよう」という重要な文が存在します。しかし、次の会議まであと 10 分あり、CRM に書いたメモのほとんどは「会議はうまくいきました。フォローアップします。」という一文だけです。まさにこのギャップこそがチャンスが静かに消滅する場所なのです。この単元では、AI を使用して、通話記録や緩いメモを数秒で構造化されたアクションを生み出す CRM レコードに変換する方法を学びます。目標はメモを取ることを自動化することではありません。すべての会話から明確な「次のステップ」が生まれるようにします。
CRM ノートを構造化する理由
自由テキストのメモは 6 週間を過ぎると役に立たなくなります。 「顧客は価格が高いと感じました」という文。これが交渉戦術なのか、真の予算ハードルなのか、それとも競合他社との比較なのかについては言及していない。一方、構造化されたメモには、概要、決定事項、反対意見、予算/時間シグナル、次のステップなどの固定フィールドがあります。これらのフィールドを使用すると、あなたと同僚の両方が録音内容を 5 秒で理解できます。さらに、パイプラインレポート、予測精度、取引健全性追跡は、このような標準フィールドでのみ可能です。
重要な点は、会話から明確な次のステップが生み出されない場合、その会話は本質的に不完全であるということです。次のステップには、所有者と履歴という 2 つのものが必要です。 「見積もりをお送りします」は次のステップではありません。 「私（営業）は修正提案を 7 月 18 日（木）までに CFO に転送します」が次のステップです。請求されていない行為は誰の仕事でもありません。歴史のない行動は決してありません。
一貫したメモのテンプレート
チームで同じテンプレートを使用すると、CRM が検索可能になり、レポート可能になります。おすすめエリア：
エリア
内容
例
概要
2～3文、会話の要点
現在のソリューションに満足しておらず、年間計画ツールを探しています
参加者 + 役割
意思決定者、インフルエンサー、ユーザー
Ayşe (CFO、意思決定者)、Merct (財務マネージャー、インフルエンサー)
行われた決定
明確化された問題点
パイロットは2つの部門から開始されます
異議あり
表明された懸念
価格、統合時間
予算/タイムシグナル
予算、緊急性、スケジュール
第 4 四半期の予算があり、1 月には稼働したいと考えています
取引の健全性/リスク
機会の健全性とリスク
健康。リスク: IT の承認がまだ得られていない
次のステップ
所有者 + 日付
営業: 統合ドキュメントを 7 月 18 日までに送信します
キャストからアクションまで: ワークフロー
体系的なフローに従って、通話の記録 (会議の記録、音声テキスト出力、または生のメモ) をアクションに変換します。
- ソースを用意します。トランスクリプトまたはメモを 1 つのテキスト ブロックに凝縮します。匿名化が必要な場合は、このステップで名前/会社をマスクします。
- テンプレートを面付けします。モデルが自由に書き込めないように、プロンプトで出力フィールドを明確に指定します。
- 信号を抽出します。モデルに予算、時間、反対のシグナルを個別にマークしてもらいます。
- 所有者と日付を添えて次のステップを尋ねます。不明瞭な場合は、モデルに「不明瞭」と言ってもらい、捏造しないでください。
- 確認する。すべての問題、日付を比較し、モデル出力を生のソースにコミットします。
- CRMに貼り付けます。承認されたメモを取引レコードに追加し、次のステップをタスクとして開きます。
コピー可能なプロンプト: トランスクリプトの要約
あなたは経験豊富な B2B 販売業務アシスタントです。次のインタビュー記録を、記録内の情報のみに基づいて構造化された CRM ノートに変換します。ダンプにまだ存在しないものは追加しないでください。不明な場合は「特に指定なし」とご記入ください。出力形式: - 概要 (最大 3 文) - 参加者とその役割 - 行われた決定 (項目) - 反対意見 (項目。それぞれに顧客の文言を追加) - 予算/時間シグナル (逐語的な引用付き) - 取引の健全性: 健全 / リスク / クリティカル + 1 文の正当性 - 次のステップ: [所有者] + [アクション] + [日付]。日付が記録にない場合は、「日付を明確にする必要があります」と書きます。それは偽物です。転写: {{gorusme_doku}}
コピー可能なプロンプト: アクション リストのみ
以下の会議記録からアクションアイテムのみを抽出します。各項目を「所有者 — やるべきこと — 期限」の形式にします。所有者が不明な場合は、「所有者を指定する必要があります」と記入してください。日付が記載されていない場合は、「日付なし」と偽って書きます。アクション以外の文は含めないでください。転写: {{gorusme_doku}}
弱いプロンプト / 強いプロンプト
この違いにより、出力が CRM に直接入力されるかどうかが決まります。
弱い: 「この会話を要約してください。」結果: 長くてぎこちない段落になりました。次のステップも所有者も履歴もありません。モデルは自動的にギャップを埋めることができます (幻覚)。
STRONG:「この通話記録を次の 7 つのフィールドに分割します。概要、参加者、意思決定、反対意見、予算/時間シグナル、取引の健全性、次のステップ (所有者 + 日付)。記録にない情報を追加し、空白のフィールドに「指定なし」と記入します。反対意見はお客様自身の言葉で引用してください。」結果: CRM に貼り付けることができる監査可能な一貫したメモ。
ミニケース: SaaS の機会
HR ソフトウェア販売チームの営業担当者であるデニズは、中規模の物流会社と 40 分間のデモを実施します。上記の強力なプロンプトを使用して通話記録を処理します。出力を見ると、顧客が製品を気に入っていたことがわかりますが、「給与モジュールは既存のシステムと通信すべきだ」という反対意見が 2 回繰り返され、CFO は「第 4 四半期の予算はこれに割り当てられた」と述べました。意思決定者が会議に出席していなかったため、取引の健全性は「危険」とマークされています。このモデルは、次のステップを「デニズ: 7 月 22 日までに統合ホワイトペーパーを IT 部門に転送します。」として出力します。デニズは、この会議で見逃した統合の詳細が実際には取引の本当の鍵であることに気づき、意思決定者を次の会議に招待します。構造化されていない「うまくいきました」というメモは、このリスクを示すことはありません。
ヒント: モデルには常に顧客自身の言葉で反対意見を引用してもらいます。 「価格の懸念があった」というコメントです。 「この数字では運営を説得できない」というのは当然で、それに応じて対戦カードを用意する。
注意: 顧客との通話の記録には、個人データと企業秘密が含まれています。実際の顧客の記録、名前、連絡先情報、または価格を、承認されておらず、企業データ処理契約も締結していない外部の人工知能サービスにアップロードすると、KVKK 違反とプライバシーのリスクが生じる可能性があります。企業が承認したツールを使用します。そうでない場合は、名前/会社名/番号を匿名化します。
よくある間違い
- 次のステップは、それを放置することです。 「従う」というラインは、誰も責任を負わないことを意味します。各アクションの名前を書きます。
- モデルがギャップを埋めることができるようにします。キャスティングが予算について言及していない場合、モデルは「おそらく中程度の予算があるだろう」と推測すべきではありません。必ず「指定なし」とご指示ください。
- 引用の代わりにコメントを記録します。モデルの解釈と顧客の発言をそのまま混同しないでください。異議の返答を作成するときは、元の文が金です。
- 検証せずに CRM に貼り付けます。モデルが日付または番号を読み間違えている可能性があります。保存する前に、数値とコミットメントを確認してください。
- 機密データを制御なしにアップロードする。顧客レコードを未承認のツールに送信することは、最も損害の大きい間違いです。
要約すれば
- 構造化された CRM メモは、6 週間後も機能する唯一のタイプのメモです。
- 固定フィールドを使用します: 概要、決定事項、反対意見、予算/時間シグナル、取引の健全性、次のステップ。
- 次のステップには所有者と履歴が必要です。そうしないと、会議は不完全になります。
- テンプレートをモデルに面付けし、空のフィールドに「指定なし」と記入し、顧客の文で反対意見を引用します。
- 各問題、日付、情報源との約束を確認します。モデルをフィットさせることができます。
- 実際の顧客データは、企業が承認した安全なツールでのみ処理してください。
アプリケーションタスク
最近実際に受けた営業電話の生のメモを（名前と会社名は伏せて）取ります。上記の「トランスクリプトの要約」プロンプトを使用して、構造化された CRM メモを作成します。次に、モデルが推論する次のステップを調べます。所有者と履歴があるかどうかです。それ以外の場合は、プロンプトを更新してモデルの欠落領域を「説明が必要」としてマークし、再実行します。最後に、出力内の少なくとも 1 つの数値または日付を生のメモと比較して検証します。モデルがエラーを起こすかどうかに注意してください。