MAKEAI JOURNAL / 活用事例
営業の商談メモをAIで整理する活用例|課題と次回アクションを分ける

商談メモをAIで整理するときは、顧客が話した事実、営業担当の仮説、未確認事項、次回の行動を分けます。文章を短くするだけでなく、次の商談で何を確かめるかが分かる記録にすることが目的です。
「興味あり」「価格次第」「来月検討」。短いメモは残っていても、何に関心があり、誰が何を判断し、次に何をすべきかが分からないことがあります。引き継ぎのたびに担当者へ聞き直すなら、記録の項目を見直す余地があります。
ここでは、MakeAIが作成した仮想の法人商談を使って、AIによる記録整理の流れを説明します。実顧客の導入事例や成果数値ではありません。会議全体の議事録化ではなく、営業案件の判断材料を整理する使い方に絞ります。
仮想ケース:研修の問い合わせ後に、次の提案を準備する
営業担当が次のメモを残した場面を考えます。
先方の企画担当と面談。文章を作る仕事にAIを使いたい。 使っている人は一部。人数の正確な把握はこれから。 研修には関心があるが、実際の社内資料を使えるか知りたい。 来月の部内会議で相談したいとのこと。予算は聞けていない。 こちらから、対象業務を整理するシートを送ると伝えた。 部長が最終決裁者かは未確認。
このメモを「来月、部長決裁で研修導入予定」とまとめると、検討段階だった情報が契約見込みへ変わってしまいます。AIを使う場合も、確定度を保つことが基本です。
整理後の記録を、4つの欄に分ける
| 欄 | この例で残す内容 |
|---|---|
| 顧客が話したこと | 文章作成にAIを使いたい。社内資料を題材にできるか知りたい。来月の部内会議で相談したい |
| 営業側の仮説 | 操作説明だけでなく、実際の業務で試せる研修を求めている可能性 |
| 未確認事項 | 対象人数、利用環境、予算、決裁者、社内資料の持ち込み条件 |
| 約束した行動 | 営業側が業務整理シートを送る。送付期限はメモに記載なし |
仮説は消す必要がありません。ただし、顧客の発言とは別の欄へ置きます。「関心がある」と「導入する」、「会議で相談する」と「決裁される」を混ぜないようにします。
AIに渡す指示例
次の商談メモを、案件の引き継ぎ用に整理してください。 出力する欄: 1. 顧客が明示した課題・希望 2. 営業担当の仮説(事実と区別する) 3. 提案に必要な未確認事項 4. 既に約束した行動(担当/期限/根拠) 5. 次回、優先して確認する質問3つ 条件: ・受注確度、予算、決裁者を推測で補わない。 ・提案しただけのことを、合意済みと書かない。 ・記録にない期限は「未設定」とする。 ・各項目は元のメモに戻って確認できる表現にする。 ・メール送信や顧客管理システムへの登録は行わず、下書きだけ作る。 商談メモ:[入力が許可されたメモ]
実際の顧客情報を入力できる範囲は、自社が認めた環境に合わせます。仮名でも、複数の情報を組み合わせて顧客を特定できる場合があるため、不要な固有情報は材料から除きます。
次回の質問は、提案に必要な順で絞る
不足情報をすべて聞くと、顧客の負担が増えます。このケースなら、まず対象業務、対象者、資料の扱いを確かめると、研修内容の仮案を作りやすくなります。
- 文章作成の中でも、まず試したい業務はどれか。
- 対象者は、普段どの環境でAIを利用しているか。
- 演習で扱える資料の条件は、社内で決まっているか。
予算や決裁者も案件を進めるための情報ですが、質問の順序は顧客の検討段階に合わせます。AIが作った質問をそのまま並べるのではなく、今回何を決めるかに必要なものを選びます。
CRMへ登録する前に、人が確認する
下書きができたら、営業担当が元のメモと照合します。案件名、担当者、日程、約束した行動を先に確認し、その後で表現を整えます。
顧客管理システムへ連携する場合も、最初は確認後に登録する流れを作ります。推測で受注確度や金額を更新すると、案件管理の数字にも影響するためです。既存の項目へ収まらない情報は、無理に変換せず、補足や未確認欄へ残します。
試行では「書く時間」以外も記録する
- 元のメモを整理する時間
- AIの下書きを修正する時間
- 引き継ぎ後に、担当者へ聞き直した項目
- 約束した行動の記載漏れ
仮に記録の作成が速くなっても、確認し直す項目が増えたなら、項目設計や入力材料を見直します。成果を判断する際は、同じような商談段階の記録を比較し、実測していない削減率を効果として示さないようにしましょう。
AIで会議全体を記録する工程は、AI議事録の作成手順で説明しています。商談後の記録整理では、そこから営業案件に必要な課題と行動を取り出す位置づけです。
商談メモの項目を、次の担当者が使う順に並べる
営業メモを引き継ぐ相手は、すべての会話を読み直したいとは限りません。「どんな相談か」「どこまで確認できているか」「次に何をするか」を先に把握できる形にします。以下は、先ほどの研修相談を使った仮の記録例です。入力欄を埋めるために、分からない情報を推測する必要はありません。
| 項目 | 記入例 | 元のメモとの関係 |
|---|---|---|
| 相談の対象 | 文章作成業務での生成AI研修 | 顧客の希望として記録あり |
| 今回の検討段階 | 部内会議へ持ち込むための情報収集中 | 来月相談したい、という発言の範囲 |
| 研修の実施決定 | 未確認 | 導入するという合意は記録なし |
| 提案を作るための条件 | 対象業務、受講者、利用環境、資料の扱い | 次回確認する項目 |
| こちらの約束 | 業務整理シートを送る | 営業担当が伝えた行動 |
| 送付する日 | 未設定。営業担当が確認する | 元のメモに期限なし |
「検討段階」は、担当者が案件を管理するために整理した表現です。顧客がその言葉を使ったとは限りません。顧客の発言を引用する欄と、営業側が整理した状態の欄を分けると、後から読んだ人が確定事項を取り違えにくくなります。
次の担当者へ渡すときは、会議日、参加した人、元メモの保存先も付けます。同じ会社と複数回話した場合に、前回の予算感を今回の確定予算へ置き換えないためです。記録の一部を別案件へコピーする際も、案件名と日付が残っていないか確認します。
箇条書きのメモから、引き継ぎ用の文章を作る例
長い文章を作る前に、上の表を確認します。顧客の希望と未確認事項が整理できたら、担当者が短時間で読める引き継ぎ文へまとめます。次は、元の仮想メモにある情報だけを使い、未確認の部分を残した編集例です。実際にAIへ送信して得た結果ではありません。
【今回の相談】 企画担当者から、文章作成業務へのAI活用について相談があった。 一部の社員は利用しているが、対象人数と利用環境は未確認。 【顧客が確認したいこと】 実際の社内資料を研修で扱えるか。 来月の部内会議で相談するため、検討材料を集めたい。 【こちらが行うこと】 業務整理シートを送付する。送付期限は未設定なので担当者が決める。 【提案前に確認すること】 最初に扱いたい文章作成業務、対象者、資料の入力・持ち出し条件。 予算と最終決裁者は未確認。 【担当者の仮説】 操作だけでなく、業務の材料を使った演習が検討材料になる可能性がある。 顧客の合意ではないため、次回の質問で確認する。
このようにまとめれば、文章の下書きと次回の準備がつながります。一方で、未確認事項をすべて顧客への質問へ転記すると負担が大きくなります。社内で確認できるサービス内容や資料の条件は、営業担当が先に調べ、顧客にしか分からないことへ質問を絞ります。
よくある誤った要約を、元の発言へ戻して直す
商談メモを読みやすくする過程では、曖昧な表現が確定した言葉へ変わりやすくなります。次の表は起こり得る誤りを説明するための仮の例です。短くまとまった文章ほど、主語、時点、確定度を元の記録と比べてください。
| 元の記録 | 採用しない要約 | 残す表現 |
|---|---|---|
| 来月の部内会議で相談したい | 来月研修を実施する | 来月の部内会議で相談したいという意向 |
| 資料を使えるか知りたい | 社内資料を利用することで合意 | 利用条件の説明を求めている |
| 部長が決めるか未確認 | 決裁者は部長 | 決裁者は未確認 |
| 予算は聞けていない | 予算なし | 予算の情報をまだ得ていない |
| 営業がシートを送ると伝えた | 顧客がシートへ回答する予定 | 送付は営業側の約束。顧客の回答は未合意 |
修正を頼むときは「営業らしくして」ではなく、どの文が何を変えてしまったかを指定します。「来月の実施予定という文を削除し、部内会議で相談したいという意向へ戻してください。他の項目の確定度は変えず、変更した文を示してください」と伝えると、確認する箇所を絞れます。
担当者の仮説が原文にない場合も、すべて削る必要はありません。提案を考えるための仮説として別欄へ移します。ただし、AIが作った仮説を営業担当が実際に考えたこととして残さず、「下書きで出た仮説。担当者未確認」と区別してください。
商談が複数回あるときは、新旧の情報を上書きで混ぜない
前回「人数は未定」だった案件で、今回「まず営業5人で試したい」と話が進んだ場合、今回の発言で何が決まり、何が引き続き未確認かを分けます。「会社全体で5人」と広げず、試行対象として話した人数だと分かる表現を残します。
次の入力例では、更新してよい項目を先に限定します。これは履歴を整理するための指示例であり、CRMの実際の更新は含みません。既存の記録と新しいメモを混ぜて一つの長い文章を作るより、差分を先に確認します。
前回の確認済み記録と、今回の商談メモを比べてください。 出力は「今回新しく確認できたこと」「変わったこと」 「前回のまま残る未確認事項」「矛盾して確認が必要なこと」に分けます。 今回の記録にない項目を、未確認へ戻したり削除したりしないでください。 矛盾は最新の日付だからという理由だけで解消せず、両方の発言を示してください。 まだCRMへ登録せず、更新候補の表だけを作ってください。
たとえば前回「来月検討」、今回は「時期は改めて相談」とあれば、実施時期が後退したと断定せず、何の時期について話しているかを確認します。部内会議の日程と研修実施日を混ぜている可能性があるためです。情報の差を、そのまま受注見込みの上下へ結び付けないようにします。
CRMへ移す項目と、確認待ちのメモを分ける
顧客管理システムの欄に合わせるときは、選択式の項目を無理に埋めないことが大切です。予算が必須欄だからといって0円を入れると、未確認と予算なしを区別できません。利用しているシステムで未確認の状態をどう扱うかは、社内の管理者と揃えます。
確認済みの情報は所定の項目へ、仮説は担当者の検討欄へ、不足情報は次回確認の欄へ移します。AIが作った文章を一括で登録する前に、金額、案件段階、次回日程、担当者、顧客への約束が元の記録と一致しているかを見ます。項目の対応が決まっていれば、毎回文章全体を読み直す負担も整理しやすくなります。
次回の行動には、担当と期限に加えて「終わったと判断する条件」を書きます。「シートを送る」なら送付先と資料の版を確認して送付するまで、「対象業務を確認する」なら顧客の回答を案件メモへ反映するまで、と範囲を揃えます。顧客が返答する日を、営業側の都合だけで決めないようにしてください。
使い始めの確認では、実際に引き継げたかを確かめる
整理したメモを、商談へ同席していない担当者に読んでもらうと、説明の不足を見つけられます。「顧客が求めていること」「まだ決まっていないこと」「次に営業がすること」を読み取れるかを確認します。文章の長さや整った見た目だけを評価基準にしないためです。
聞き直しがあった項目は、元メモが不足していたのか、AIの整理で落ちたのか、CRMへの転記で見えなくなったのかに分けます。原因によって、商談中に残す項目を変えるのか、依頼文を直すのか、記録の表示場所を変えるのかが違います。まず一種類の商談で試し、再現する誤りを確認してから対象を広げます。
顧客への提案を作る段階では、AIで提案書と顧客要望のずれを確認する方法へつなげられます。商談メモでは希望と未確認を残し、提案書ではその希望へどの内容で応えるかを対応させると、記録を次の仕事へ使いやすくなります。
会話の録音がなく、手書きメモだけの場合
録音がない商談でも、残したメモを整理する補助には使えます。ただし、メモに書かれていない言い回しや発言の順番を復元することはできません。「顧客の発言」として引用符を付けるのは、実際の言葉を記録できている箇所だけにし、それ以外は担当者が要点をまとめた記録だと分かるようにします。
「来月」「そこまで」「少人数」といった短い記載が残っているなら、何を指したのかを商談直後に担当者が補います。思い出せない内容をAIに補完させず、次回確認へ回してください。たとえば「少人数で開始」は、研修の人数か試行チームの人数かによって提案内容が変わります。分かる範囲を先に確定し、分からない点を一つの質問にしておきます。
記録が断片的な場合には、文章を滑らかにする前に「このメモだけでは決められないことを挙げてください」と頼む方法もあります。そこで出た質問を全部聞くのではなく、今回の提案に影響するものを選びます。入力が少ないほど、整った文章よりも、残っている不明点が見えることを重視します。
次の商談からは、メモ欄を課題、条件、約束、未確認の四つに分けておくだけでも、整理するときの材料が揃います。AIのために細かな記録を増やすというより、自分が後から判断を説明できる項目を残すことから始めます。
参考にした調査の論点
2026年9月7日の保存済み調査から、記録作成の前後工程と、顧客の履歴を次の接触に生かす考え方を参照しました。以下の企業の顧客・成果はMakeAIの実績ではありません。本記事は独自の仮想例です。
- デジライズ:株式会社キメテのAI活用事例 — 報告業務の工程を示す事例構成。
- ラクタノ:顧客履歴を活用した追客の解説 — 履歴整理から次の接触へ進む論点。
営業の記録を、次の行動につながる形へ。
MakeAIでは、商談メモの項目、確認担当、顧客管理への引き継ぎを整理します。現在の運用を起点に、AIを使う範囲を一緒に決められます。