ChatGPTで営業日報を作る｜商談メモから事実・課題・次の行動を整理する入力例

商談は終わったのに、営業日報を書く手が止まる。メモには顧客の発言、資料を送る約束、自分の感想が入り交じり、どこまで報告すればよいか迷う。こうした場面でChatGPTを使うなら、最初に決めたいのは文章の言い回しよりも、情報の分け方です。

営業日報は「確認できた事実」「担当者の解釈」「未確認の事項」「次の行動」を分けると、上司も自分も判断しやすくなります。ChatGPTには、この区分に沿って下書きを整理させます。受注見込みを勝手に上げたり、決まっていない期限を埋めたりする役割は持たせません。

この記事では、商談メモと入力用プロンプト、日報の整理例、提出前の点検までを一続きで紹介します。掲載する商談は説明用のケースで、実在の取引・顧客・営業実績を示すものではありません。整理例も説明のために編集したもので、特定のChatGPT環境で実行して得た出力や検証結果ではありません。

ChatGPTに営業日報を任せる前に、完成条件を決める

「このメモから日報を書いて」とだけ頼むと、読みやすい文章ができても、必要な情報が抜けることがあります。たとえば「前向きな反応だった」という短い表現にまとまり、誰が何を言ったのか、何がまだ決まっていないのかが消える場合です。提出先が知りたいことを先に固定しておきましょう。

完成条件は「上司が読んで、確認すべきことと支援すべきことが分かる」「翌日の自分が、次に何をすればよいか分かる」の二つを基本にします。文字数を増やすより、根拠・担当・期限の状態が追えることを優先します。

会社に指定の日報様式がある場合は、その見出しを使って構いません。ただし、所感欄の中に事実と予測を混ぜないよう、小見出しやラベルを残してください。日報を短くする場合でも、未確認事項と顧客への約束を削らないことが大切です。

入力する商談メモは、名前を伏せるだけで終わらせない

実際の商談情報を入力する前に、勤務先が認めたAI環境・用途・入力範囲を確認します。会社名を「A社」に変えても、固有の製品名、地域、人数、金額などを組み合わせると取引先が分かることがあります。日報を整理するために不要な情報は、最初から渡さないようにします。

• 顧客名・担当者名は、社内ルールに従って案件IDや役割名へ置き換える。
• 電話番号、個人メールアドレス、住所、認証情報は入力しない。
• 契約書の全文や顧客リストを、日報のためだけに貼り付けない。
• 未公開の価格条件や事業計画など、入力が許可されていない情報は除外する。
• 音声や文字起こしを使う場合も、取得・利用のルールと共有範囲を先に確認する。

OpenAIの公式案内では、ChatGPTの設定にある「Data controls」で、モデル改善への利用などを管理できます。利用できる設定はアカウントやワークスペースによって異なります。設定の確認と、社内で入力を許可されているかの確認は別です。学習利用に関する設定だけで、あらゆる顧客情報を入力してよいとは判断しないでください。OpenAI公式：ChatGPTのデータ管理

説明用の商談メモ：発言と所感を分けて残す

まず、次のメモを入力素材として使います。実務では、内容を自分の案件に置き換えてください。行頭の「M1」などは、出力と元メモを照合するための番号です。顧客の発言を正確に記録できていない場合は、引用符を使って逐語記録のように扱わず、「発言の要旨」と明記します。

【説明用のケース：商談メモ】
M1：案件IDはA-001。11月2日、オンラインで初回商談を実施。
M2：顧客側の参加者は営業企画担当者。決裁権限は未確認。
M3：顧客の発言要旨：日報の形式が人によって異なり、上司が確認しづらい。
M4：顧客の発言要旨：まずは少人数で使い方を確認したい。
M5：自社から、入力項目をそろえたサンプルを提示した。
M6：顧客から、社内で確認するためにサンプルを送ってほしいとの依頼あり。
M7：自社営業担当がサンプルを送付すると回答。送付日は決めていない。
M8：価格、予算、具体的な導入時期、次回商談日は話していない。
M9：営業担当の所感：文章のきれいさより、上司が確認しやすい形式に関心があるように感じた。
M10：管理職への相談候補：サンプルに社外共有できない情報がないか確認してほしい。

このメモだけでは、「11月中に導入する」「予算は確保済み」「次回の商談で契約する」とは書けません。一方、サンプル送付の依頼があったことと、自社が送付すると回答したことは分かります。何が分かり、何が分からないかを、そのまま日報に残します。

メモが短くても、無理に文章を増やす必要はありません。「相手が言ったこと」「自分が約束したこと」「自分が感じたこと」の三つを、別々の行にするだけでも扱いやすくなります。商談直後の記憶で補うときは、記録にない内容を推測で補っていないか、人が確認してください。

そのまま使える、営業日報作成の入力プロンプト

以下のプロンプトに、入力を許可された商談メモを貼り付けます。出力形式と禁止事項をまとめて渡すことで、毎回の指示のぶれを減らします。社内様式に合わせる場合も、根拠番号と未確認の扱いは残すことをおすすめします。

あなたは営業日報の下書きを整理する補助担当です。
次の商談メモだけを根拠に、日本語の営業日報を作成してください。
目的は、上司と営業担当者が、事実・課題・次の行動を確認できることです。

【必ず守ること】
1. メモにない事実、数字、顧客の意向、受注確度を追加しない。
2. 事実、担当者の解釈、未確認事項を分ける。
3. 発言の要旨を、逐語の引用へ変えない。
4. 期限・担当者・金額が記載されていなければ「未確定」または「未確認」と書く。
5. 記載がないことを「なし」「不要」「失注」と解釈しない。
6. 顧客との合意済み行動と、AIが整理した対応案を分ける。
7. 対応案は「提案・未合意」と明記し、約束や実施済み事項に変えない。
8. 各項目に根拠となるメモ番号を付ける。
9. メモに矛盾があれば、勝手に解消せず「要確認」として両方を残す。
10. メール送信、CRM更新、日報提出などの操作は行わず、文章の下書きだけを作る。

【出力形式】
■基本情報
案件ID、商談日、商談方法、参加者の役割
■確認できた事実
活動・顧客の発言要旨・合意事項を箇条書き
■課題と担当者の解釈
顧客が述べた課題と、担当者の仮説を分ける
■未確認事項
確認が必要な事項と、未確認である理由
■次の行動
「内容／状態（合意済み・提案未合意）／担当／期限／根拠」の順
■上司への相談
相談事項がメモにあれば記載。なければ「記載なし」
■提出前の確認点
人が確認すべき数字・表現・不足情報を最大3件

【商談メモ】
ここに番号付きの商談メモを貼り付ける

ここで指定している「最大3件」は、確認点を読みやすく絞るための目安です。重要な矛盾が四つ以上ある場合は、別途確認する必要があります。出力を短くする指示が、問題を隠す指示にならないようにしましょう。

営業日報の整理例：不明点を埋めずに見える形にする

先ほどの商談メモを、指定形式へ整理すると次のようになります。これは説明用の整理例です。同じ指示を使っても、実際の出力は環境や入力によって変わるため、後述の点検を省略しないでください。

■基本情報
案件ID：A-001
商談日・方法：11月2日、オンラインで初回商談（M1）
顧客側参加者：営業企画担当者。決裁権限は未確認（M2）

■確認できた事実
・顧客から、日報の形式が人によって異なり、上司が確認しづらいとの発言があった（要旨、M3）。
・顧客から、少人数で使い方を確認したいとの発言があった（要旨、M4）。
・自社から、入力項目をそろえたサンプルを提示した（M5）。
・顧客からサンプル送付の依頼があり、自社営業担当が送付すると回答した（M6・M7）。

■課題と担当者の解釈
顧客が述べた課題：日報の形式の不統一と、上司による確認のしづらさ（M3）。
担当者の仮説：文章表現よりも確認しやすい形式を重視している可能性がある。
これは担当者の所感であり、顧客による優先順位の確定ではない（M9）。

■未確認事項
・参加者の決裁権限：確認できていない（M2）。
・価格・予算・導入時期・次回商談日：今回の商談では話していない（M8）。
・サンプルの送付期限：日付を決めていない（M7）。

■次の行動
1. サンプルを送付する／合意済み／自社営業担当／期限未確定／M6・M7
2. サンプルの社外共有可否について上司へ確認を依頼する／提案・未合意／担当未確定／期限未確定／M10を基にした対応案
3. 送付日を調整する／提案・未合意／担当未確定／期限未確定／M7を基にした対応案

■上司への相談
サンプルに社外共有できない情報がないか、確認を依頼したい（M10）。
相談候補であり、上司が確認を引き受けたことまでは記録されていない。

■提出前の確認点
・送付予定日が別の記録で決まっていないか確認する。
・顧客の課題と営業担当の所感が混ざっていないか確認する。
・サンプルの共有可否を確認し、未承認のまま送付しない。

ここでは、顧客の課題はM3、担当者の所感はM9に分けてあります。「少人数で使い方を確認したい」という発言も、試験導入の契約や購入の約束には変換していません。少人数の具体的な人数や開始日は、元のメモにないため追加していません。

次の行動では、送付そのものは合意済みですが、送付日を調整する方法や上司への確認依頼は対応案です。これらを同じ「実施予定」にまとめると、承認済みの仕事に見えてしまいます。実務では、担当と期限を人が決めた後で日報やタスク管理に反映します。

出力がもっともらしくても、提出前に五つを照合する

ChatGPTの出力が丁寧でも、内容が正しいとは限りません。OpenAIも、ChatGPTは誤った内容を自信のある表現で出すことがあり、重要な情報を確認するよう案内しています。営業日報では、一般的な知識の検索よりも、元の商談記録との照合が優先です。OpenAI公式：ChatGPTの回答の正確性について

1. 顧客の言葉が強くなっていないか。「検討する」が「導入予定」、「興味がある」が「購入意向あり」に変わっていないか確認します。
2. 数字と日付は原文どおりか。金額、数量、商談日、送付日を一つずつ照合します。年が不明なら勝手に補いません。
3. 担当と期限の根拠はあるか。「営業担当が送る」と「明日までに送る」は別情報です。担当が分かっても期限は未確定のことがあります。
4. 不足情報が消えていないか。予算未確認、決裁者未確認といった情報を、読みやすさのために削除していないか確認します。
5. 共有先に不要な情報がないか。個人の事情や他案件の秘密などを、日報へ混ぜていないか見直します。

根拠番号が付いていても、それだけで正しいとは判断できません。AIが別の行を参照していることも想定し、重要な一文は実際に元メモへ戻って確認します。根拠番号は点検の入口であり、点検を代わりに済ませてくれる印ではありません。

よくある悪い出力を、具体的な指示で直す

「前向きに検討」「受注確度が高い」とまとめられた場合

説明用のメモには、受注確度を判断できる材料がありません。感触を良く見せる言葉を消して、顧客の行動や発言へ戻します。次のように修正を依頼できます。

「受注確度が高い」という記述は元メモに根拠がありません。
その記述を削除し、確認できた行動・発言だけに直してください。
「サンプル送付の依頼があった」と「購入の合意がある」を区別してください。
他にも元メモで裏付けられない断定があれば、根拠番号とともに一覧にしてください。

決まっていない期限が追加された場合

AIに「次の行動を具体的に」と指示すると、期限まで具体化する場合があります。日付を考えさせたいときも、提案と約束を混ぜない指示が必要です。

元メモにない期限・担当者を追加しないでください。
合意済みの行動は残し、不明な期限は「未確定」に戻してください。
段取りを提案する場合は別欄に「提案・未合意」と記載し、
顧客との約束や社内承認済みの予定に見える表現を避けてください。

日報が長すぎて、読むべき点が見えない場合

短くする際は、残す項目を指定します。「簡潔に」だけでは、不都合な未確認事項まで省略されることがあります。

重複表現を削り、箇条書き中心に短くしてください。
ただし、顧客の課題、合意済みの対応、未確認事項、担当・期限の状態は残してください。
担当者の所感は事実と分け、根拠番号も残してください。

一度で直らないときは、文章全体を何度も再生成するより、問題のある一項目だけを直すほうが照合しやすくなります。修正後も、すでに正しかった数字や条件が変わっていないか確認します。

営業担当者と管理職では、日報の読み方を変える

営業担当者は「次に顧客へ何を確認するか」を取り出す

担当者にとって日報は、活動の記録と次の準備をつなぐものです。未確認欄を見て、次回確認する質問を一つずつ作ります。ただし、質問案を作っただけで「確認済み」にしてはいけません。

説明用のケースなら、「社内でサンプルを確認する際、どのような項目が必要ですか」という質問案を用意できます。決裁権限や予算を聞く順番は、商談の状況に合わせて担当者が決めます。AIの質問案をすべて送る必要はなく、関係のない質問は削除します。

管理職は「支援が必要な点」と「記録の不足」を分ける

管理職が見る場合は、案件の良し悪しを短い文章だけで決めず、支援すべき事項を取り出します。このケースでは、サンプルの共有可否の確認が相談候補です。一方、予算や決裁者が不明なことは、直ちに担当者の失敗を意味しません。初回商談で未確認なのか、確認すべき段階を過ぎているのかを、案件の経緯と合わせて判断します。

複数人の日報をまとめるときも、同じ顧客や同じ案件の情報を混ぜないことが重要です。案件IDごとに整理してから集計し、活動件数と商談件数、提案件数と受注件数を区別します。文章が短い担当者を機械的に低評価にするような使い方は避け、必要な事実が記録されているかを確認しましょう。

毎日使うなら、入力・確認・保存を一つの流れにする

プロンプトを保存しただけでは、日報作成の運用は整いません。商談メモを残す場所、日報を提出する場所、確定した次の行動を管理する場所を決めます。AIとの会話だけに約束が残り、正式なタスクへ反映されない状態を避けるためです。

1. 商談後：顧客の発言、合意事項、自分の所感を分けてメモする。
2. 入力前：不要な個人情報・機密情報を除き、案件IDと根拠番号を付ける。
3. 下書き作成：保存したプロンプトと、その案件のメモを渡す。
4. 人による確認：元メモと照合し、担当・期限・表現を確定する。
5. 提出・記録：承認された日報を所定の場所へ保存し、必要な次の行動を登録する。

この手順では、AIに文章を作らせるところまでと、日報を提出するところを分けています。この記事の入力例だけで、上司への送信やCRMへの更新が自動で行われるわけではありません。外部システムへの接続や自動送信を導入する場合は、別途、権限・確認手順・誤送信時の対応を設計する必要があります。

継続利用では、うまくいかなかった例を短く記録します。「期限が追加された」「所感が事実欄に入った」など、問題の種類と修正指示だけでも役に立ちます。顧客情報を含む出力を、共有用テンプレートへそのまま転載しないよう注意してください。

効果は文章の見栄えではなく、作業時間と確認漏れで測る

営業日報をAIで作ったからといって、商談数や売上が自動で増えるわけではありません。まずは、日報業務そのものが改善したかを確認します。測る対象を「生成時間」だけにすると、匿名化や修正にかかった手間を見落とします。

従来の方法と比較するときは、商談の長さや複雑さが近い日報を比べます。簡単な案件だけをAI側に選ぶと、時間短縮を大きく見積もりかねません。試行件数が少ない場合は「今回確認した範囲」として記録し、全業務の改善率へ広げないようにします。

また、未確認事項が多く出ることは、日報の品質が低いという意味とは限りません。これまで見えなかった不足情報が表に出た可能性もあります。未確認を減らすために事実を推測するのではなく、次の商談で確認できたかを追いかけます。

よくある質問

箇条書きのメモしかなくても使えますか？

使えます。無理に整った文章へ直してから入力する必要はありません。ただし、「誰の発言か」「何を約束したか」が曖昧だと、AIも確実には整理できません。分からない箇所は未確認と明記し、元の記録や担当者へ戻って確認します。

顧客へ送る報告メールにも、そのまま使えますか？

そのまま流用するのは避けてください。社内日報には、担当者の仮説や上司への相談など、顧客向けではない情報が含まれます。顧客向けの文面を作る場合は、共有してよい合意事項と次の対応だけを選び直し、人が確認してから送ります。

短い日報にすると、未確認事項が目立ってしまいませんか？

未確認であることを残すほうが、確認済みと誤解されるのを防げます。「予算は未確認」「次回商談日は調整前」のように、状態を短く示せば十分です。必要であれば、誰が、いつ確認するかを人が決めて追記します。未確認を隠すために、見込みや期限を補う必要はありません。

まとめ：日報の下書きはAI、約束と判断の確認は人が行う

ChatGPTで営業日報を作るときは、商談メモを「事実・解釈・未確認・次の行動」に分け、元のメモへ戻れる形で整理します。プロンプトには、情報を追加しないこと、期限や担当を勝手に決めないこと、提案と合意を分けることを明記してください。

最初は、入力が許可された一件のメモで試すだけでも構いません。出力を原文と照合し、どこを人が直したか、提出までにどれだけ時間がかかったかを確認します。その記録を使って指示を調整すれば、見栄えだけに頼らない使い方を検討できます。