LASSIC Media らしくメディア

2026.11.12 AXコラム

個別最適化した営業メールをAXで運用する|作成と送信判断の設計

企業資料と営業メール案を確認する営業チーム

AIで営業メールを作り始めても、文面の根拠や送信判断が担当者ごとに分かれていると、管理者はどこまで任せるかを決めにくくなります。本記事では、そのような現行業務を仮定し、情報準備から反応の振り返りまでをつなぐ設計例を示します。共通にする訴求と個別に書く部分を分け、担当者が修正できる条件、管理者へ戻す条件、保留する条件を具体化します。実在企業の導入事例や効果の実証ではなく、自社の業務と照らし合わせるための提案です。

この記事のポイント

  • 共通化する対象を入力情報・訴求の型・確認基準・反応記録に置き、個別の内容確認と送信判断は人が担います。
  • 下書きと根拠・不明点を一組にし、資料の誤り、表現の問題、約束の変更で戻り先を分けます。
  • 不明な記述を外して提案が成立すれば修正し、不可欠な根拠や送信条件が欠ける案件は保留します。
  • 試行では作成負荷だけでなく修正理由と反応を見て、比較条件をそろえた上で継続・型の修正・対象縮小を選びます。

個人の作業を五つの工程でつなぐ

個別最適化した営業メールを組織で扱うために、入力情報・訴求の型・確認基準・反応の記録を共通化する設計を考えます。個別の記述と送信可否は、人が根拠を見て判断します。

ここでは、担当者が情報収集から作成・確認・送信・反応管理まで個別に担っていると仮定し、編集部による業務設計例を示します。変更後の流れは次の五工程です。

情報準備 → 企業情報を踏まえた下書き作成 → 人による確認と送信 → 反応の記録と分析 → 訴求の型の更新

下書きには参照情報と不明点を添え、事実の誤りは情報準備へ、表現の問題は文面修正へ戻します。同じ商材・提案目的で訴求を共有でき、人が確認できる対象から適用します。

相手企業の資料と担当者の情報を整理する担当者

訴求の根拠を共通化して接点を書き分ける

共通化するのは、自社が何を提供でき、どこまで約束できるかという提案の土台です。

共通にする部分相手に応じて書き分ける部分
自社の提供価値と裏づけ確認できた企業の動きとの接点
相手に求める次の行動確認できた役職に応じた説明

管理者は共通の型と根拠を用意し、担当者は企業情報の出典・時点、役職の確認状況を添えます。入力には利用条件を満たす情報だけを使います。

AI事業者ガイドラインは、入力データの正確性と必要な場合の最新性を確保し、出力の精度やリスクを理解して、様々なリスク要因を確認した上で利用することを示しています1。この考え方を踏まえ、古い情報を現在の動きとして扱わず、企業の動きだけから課題を断定しない運用にします。

成果メールも、対象・送信条件・成果の定義が不明なら、有効な型ではなく候補表現として扱います。

営業メールの作成基準を共有する担当者

担当者は案件を進め管理者は基準を整える

AIの判断を人が承認する際は、人自身が理由や根拠を独自に考えることが提案されています1。これを踏まえ、分担は次のように置きます。

役割担う範囲
担当者情報準備、下書き作成、内容確認、基準内の送信、反応記録
管理者訴求の根拠と基準の整備、反応の評価、型の更新
管理者へ戻す案件新しい約束や基準外の訴求を含むもの

広告宣伝メールには事前同意の原則と条件付きの例外があります2。本例は、事前同意を確認でき、必要な表示を備え、受信拒否のない対象に限定します。

その範囲で宛先・企業や役職の記述・訴求の根拠・約束が基準内なら、担当者が送信を判断します。通常案件すべてに管理者承認を求めず、兼務する場合も案件確認と基準変更を分けて記録します。

情報不足は修正と保留に分ける

情報が足りないときの分かれ目は、不明な記述を外しても提案が成立するかどうかです。

不足しているもの判断の例
企業情報未確認の記述を外し、残る根拠で提案が成立すれば修正
役職役職固有の言及を外し、確認済みの企業情報との接点に書き換え
訴求の裏づけ該当する訴求を削除。不可欠な提案理由や約束が失われるなら保留
同意状況など文面修正では解消できない条件不明なままなら保留

たとえば役職が不明なら、「営業責任者として」と呼びかける部分は使いません。企業情報に基づく提案が残れば文面を組み直せますが、残らなければ保留します。

差し戻す際は、不足項目・影響する文・修正済みの範囲・求める判断を添えます。管理者の承認だけで根拠不足が解消するわけではありません。必要な表示を補う場合も、修正後の宛先・記述・根拠・約束・送信条件がそろった案件だけを進めます。以前に同意があっても、受信拒否を受けた相手への以後の広告宣伝メール送信は禁止されます2。

情報が不足した案件を修正と保留に分ける

  1. 不明な記述を分ける

    企業情報・役職・訴求の根拠を区別する不明な部分を推測で補わない

  2. 提案が残るか判断

    削除しても根拠のある提案が残れば修正不可欠な提案理由が失われるなら保留

  3. 約束と権限を照合

    新しい約束や基準外の訴求は管理者へ裏づけ不足または権限外の約束は残さない

  4. 送信条件をそろえる

    必要な表示を補い宛先・記述・根拠・約束を照合事前同意を確認でき受信拒否がない案件を進める

文面を直せても、送信条件がそろわなければ進めません。新しい約束や基準外の訴求は管理者へ戻し、承認だけで根拠不足を補わない設計です。
二つの営業メール案を比較する担当者

対象を絞って負荷と反応から型を見直す

試行は、訴求の根拠と利用可能な情報がそろい、人が確認でき、送信条件を満たす対象に絞ります。案件ごとに準備・作成・確認の負荷、修正理由、使用した型、送信日と反応を残します。

返信か商談か、何を成果とするかを先に決め、商材・提案目的・対象企業の区分・役職の確認状況・訴求・観測期間をそろえて比較します。少数の反応だけで効果は断定しません。

条件と品質を保ち負荷も許容できれば継続し、同じ修正が続けば型や基準を直します。準備や確認が滞るなら対象を縮小します。この判断を次の情報準備と型の更新へ戻します。

営業メールの作成から振り返りまでの分担を整理したい方へ

担当者に任せる文面修正の範囲、管理者へ戻す訴求や約束、試行で残す記録。自社の営業体制に合わせてこれらを検討したい場合は、法人の業務改善とAI活用を支援するLASSICのAXサービス「LASSICのAX内製化支援」へ、現在の進め方と相談したい工程をお寄せください。

自社でできるAI活用を見てみる

工程ごとに受け渡すものと戻り先を決める

五つの工程をつなぐには、下書きだけでなく、根拠や不明点、送信後の記録も次へ渡す設計にします。同じ商材・提案目的で訴求を共有でき、人が入力情報と文面を確認できる対象に適用する考え方です。

以下は、担当者が情報収集から反応管理まで個別に担う現行を仮定した比較表です。変更後は編集部の設計例であり、特定製品の機能や導入効果を示すものではありません。

工程仮定した現行変更後の入力と作業次に渡すもの問題時の戻り先
情報準備担当者が案件ごとに資料を集める管理者の根拠付きの型と、担当者が整理した利用可能な企業資料を合わせる型と根拠、企業資料の出典・時点、役職の確認状況を下書き作成へ企業資料の不足は担当者へ。型の根拠不足は管理者へ
下書き作成担当者が手元の情報で文面を作る共通の型と確認済みの情報を使い、AIによる下書き作成を担当者が進める下書き、使用資料との対応、不明点を内容確認へ材料不足は情報準備へ。表現の問題は下書き修正へ
確認と送信担当者が自分の判断で確認して送信する文面と根拠を照合し、事前同意を確認でき、必要な表示を備え、受信拒否がなく、共通基準を満たす案件を送る送信文面、使用した型、送信日、修正理由を案件記録へ事実誤認は情報準備へ。表現は下書き修正へ。型や約束の変更は管理者へ
反応の記録と分析担当者が反応を個別に管理する案件記録に反応と作業負荷を加え、担当者が比較できる区分に整理する比較条件を添えた記録と共通する修正理由を管理者へ記録の不足や区分の混在は、担当者の記録整理へ
訴求の型の更新担当者が次回の文面に個別に反映する管理者が整理された記録を読み、型の維持・変更を判断する維持する型、または変更点・根拠・適用対象を次の情報準備へ比較できない記録は分析へ。変更の裏づけ不足は管理者の根拠整理へ

同じ担当者が作成から確認へ進む場合も、文面と使用資料を一組にして扱います。どの記述が何に基づくかを確かめられる状態を、下書き作成の完了条件に置きます。

たとえば架空の案件で企業の開設情報を使ったなら、その記述に参照した案内と日付を対応させます。役職が分からず、役職固有の言及を使わなかった場合は、その扱いも添えます。参照情報や不明点は、担当者が手動で整理する方法でも構いません。

戻り先を選ぶ基準は、何を直す必要があるかです。資料の内容や時点が誤っていれば情報準備へ戻し、根拠は正しく言い回しだけが問題なら下書きを修正します。提供できる範囲や約束を変える必要があれば、管理者へ戻します。

反応を記録する際は、準備・作成・確認の負荷、修正理由、使用した型、送信日と反応を案件ごとに対応させます。比較では、商材・提案目的・対象企業の区分・役職の確認状況・訴求・観測期間をそろえ、何を成果とするかも統一します。条件が異なる記録や少数の反応は、改善候補を考える材料にとどめます。

振り返りの結果も、次の作成に使える形で返します。管理者が型を変更する場合は、変更した表現と根拠に、適用する商材・提案目的・対象を添えます。維持する場合もその判断を返し、担当者が案件ごとの修正文を共通の型と取り違えない運用にします。

根拠と記録を受け渡す営業メールの五工程

  1. 情報準備

    根拠付きの型と利用可能な企業資料を合わせる出典・時点・役職の確認状況を添える

  2. 下書き作成

    共通の型と確認済みの情報で書き分ける文面に使用資料との対応と不明点を添える

  3. 確認と送信

    人が文面と根拠を照合する事前同意・表示・拒否なしと共通基準を満たす

  4. 反応の記録と分析

    作業負荷・修正理由・送信日・反応を残す比較条件をそろえて管理者へ渡す

  5. 訴求の型の更新

    管理者が型の維持・変更を判断する変更点・根拠・適用対象を次の準備へ返す

同じ商材・提案目的で訴求を共有でき、人が確認できる対象に適用する設計例です。型を維持する判断、または変更点・根拠・適用対象を情報準備へ戻します。
営業メール案と確認項目を責任者と照合する担当者

確認できた企業の動きを提案につなぐ

企業の動きと自社の支援を結ぶときは、確認できた出来事と、相手の状況についての推測を分けます。次の架空例で、共通の型と個別に書く部分を見てみましょう。

送信者は、拠点間の情報共有を支援する架空の企業で、提供範囲を裏づける資料を持つと仮定します。相手企業について利用できる資料は、日付のある新拠点開設の案内だけです。受信者の役職、社内の情報共有の状況、支援を検討しているかどうかは分からない設定です。

この設定で使わない文面は、「新拠点を開設されたため、拠点間の情報共有にお困りですね」です。資料から分かるのは開設の事実だけで、困っているかどうかは分かりません。

条件付きの接点を示すなら、次のように書き分けます。

「新拠点開設のご案内を拝見しました。拠点間の情報共有を検討される際に、当社の支援内容をご紹介できればと考えています」

次の行動への意向を尋ねる文として、「支援範囲をまとめた資料のご案内をご希望でしょうか」と続ける設定にできます。

「検討される際に」という条件は、相手が現在検討していると決めつけず、自社の支援が関係する場面を示すためのものです。この例では、共通の型に裏づけのある支援範囲と資料案内への意向を尋ねる文を残し、個別部分に確認できた新拠点開設への言及を置きます。

役職が不明なので、「拠点間の情報共有を統括するお立場として」といった責任範囲は加えません。役職固有の記述を外しても、確認済みの企業情報と提供可能な支援の接点が残るため、この例では文面を組み直せます。残る情報で提案が成立しない案件は保留します。

別の商材に当てはめる場合も、企業の動きに合わせて提供範囲を広げず、自社の資料で裏づけられる支援との接点を選びます。共通の型に相手の課題を断定する表現が入っていれば、案件の修正に加え、型そのものを改めるか管理者が判断します。

返信状況を整理した資料を比較する担当者

六工程の判断者と送信条件を対応させる

次の責任分担表では、五工程の「確認と送信」を二つに分けます。担当者と管理者で運用する編集部の設計例です。担当者は個別案件を進め、管理者は共通基準と型の維持・更新を判断する役割を担います。

工程実行担当判断する人判断対象差し戻し先
情報準備担当者が企業資料を整理し、管理者が型と根拠を用意個別資料は担当者。共通の型は管理者使える資料か、出典・時点・役職の確認状況が分かるか企業資料は担当者へ。型と根拠は管理者へ
下書き作成担当者がAIを使う作成工程を実行担当者下書きに使用資料との対応と不明点が添っているか材料は情報準備へ。文面は担当者の修正へ
内容確認担当者が文面と根拠を照合基準内は担当者。型や約束の変更は管理者個別記述に根拠があり、訴求と約束が提供範囲内か事実は情報準備へ。表現は文面修正へ。提供範囲の変更は管理者へ
送信担当者条件を満たす案件は担当者事前同意を確認でき、必要な表示を備え、受信拒否がなく、宛先・個別記述・訴求の根拠・約束が共通基準内か表示不足は担当者の補完へ。同意状況が不明なら保留。基準外の約束は管理者へ
反応分析担当者が案件記録を区分して整理管理者が型の維持・更新の材料として評価比較条件がそろい、反応と修正理由を対応させて読めるか記録や区分の不足は担当者へ
訴求の型の更新管理者が維持する型または変更案を整理管理者が自社の権限内で判断根拠と記録に照らして変更する内容と適用対象を決められるか比較材料は反応分析へ。訴求の裏づけは管理者の根拠整理へ

反応分析では、担当者が記録を整理し、管理者が型を変えるか判断します。同じ人が兼務する場合も、案件の確認と共通基準の変更は記録上分けます。

基準内の表現修正と、提供範囲を変える約束も区別します。たとえば架空の案件で、資料案内への意向を尋ねる下書きに、提供範囲の裏づけがない追加作業まで引き受ける一文が加わったとします。この一文は、言い回しの問題として処理せず、約束する内容の判断へ戻します。

管理者へ戻した場合は、既存の提供範囲に収めるのか、共通の型を変更するのかを分けます。変更案に裏づけがない場合、または管理者の判断権限外の場合は、その約束を残したまま送信へ進めません。管理者の承認を、根拠や権限の代わりにはしない設計です。

送信工程の「必要な表示」について、消費者庁の資料は、送信者などの氏名または名称、受信拒否の通知ができる旨、その通知先の電子メールアドレスまたはURL、送信者などの住所、苦情・問合せなどを受け付けることができる電話番号・電子メールアドレス・URLを挙げています。これらの表示義務には一定の例外があります2。

本例では、これらの表示を備えた文面を使います。表示不足を所定の情報で補え、事前同意を確認でき、受信拒否がなく、宛先・記述・根拠・約束も基準内なら、担当者が修正後の文面を照合して送信します。同意状況が不明な案件は、表示を補っても保留します。以前に同意があっても、受信拒否を受けた相手への以後の広告宣伝メール送信は禁止されます2。

試行では、根拠と送信条件がそろい、人が確認できる対象に、この受け渡しと責任分担を当てはめます。通常案件を担当者が基準内で処理でき、品質と負荷を許容できれば継続します。同じ修正や差し戻しが続けば型や基準を直し、準備・確認が滞る場合や共通化によって正確さが失われる場合は対象を縮小します。作成時間だけで結論を出さず、案件を進める判断と型を変える判断の両方から運用を見直します。

この記事の監修責任者の見立て

営業メールの業務設計では、下書きの作成速度とともに、担当者が根拠を確かめて進められる範囲を重視したいところです。通常案件は共通基準で判断し、提供範囲や約束を変える案件は管理者へ戻す。その分担を置いた上で、修正理由と確認負荷を型の見直しへつなげる進め方を勧めます。共通化によって正確さが失われるなら、商材や提案目的ごとに対象を狭めます。管理者の承認を根拠の代わりにせず、案件の判断と型の変更を分けることが要点です。

株式会社LASSIC 執行役員 牛尾 昭昌

見直した営業メールの運用資料を引き継ぐチーム

まとめ

個別最適化した営業メールを組織で運用する設計では、入力情報、訴求の型、確認基準、反応記録をそろえます。同じ商材・提案目的で根拠を共有でき、人が確認できる対象から始め、担当者は案件の準備・確認・送信を、管理者は共通基準と型の維持・更新を担います。不明な記述を外しても提案が成立するなら修正し、不可欠な根拠や送信条件が欠けるなら保留します。試行後は負荷・修正理由・反応を読み、継続するか、型を直すか、対象を狭めるかを選びます。

営業メールの役割分担と例外判断に関するQ&A

共通の型を使うと全員に同じメールを送ることになりますか?

この記事の設計では、共通にするのは提供価値と裏づけ、相手に求める次の行動です。企業の動きとの接点や役職に応じた説明は、確認できた情報の範囲で書き分けます。成果につながったメールも、対象・送信条件・成果の定義が分からなければ、有効な型とは扱わず候補表現にとどめます。同じ商材・提案目的でも共通化によって正確さが失われる場合は、適用対象を狭める考え方です。

管理者はすべてのメールを承認する必要がありますか?

分担案では、通常案件すべてに管理者承認を求めません。事前同意を確認でき、必要な表示を備え、受信拒否がなく、宛先・個別記述・訴求の根拠・約束が共通基準内なら、担当者が確認して送信を判断します。新しい約束や基準外の訴求は管理者へ戻します。管理者へ戻した場合も、裏づけがない約束や判断権限外の約束を残したまま進めない設計です。

相手の役職が分からない場合は必ず保留しますか?

役職が不明なだけで一律に保留する設計にはしていません。役職固有の責任や立場への言及を外し、確認済みの企業情報と、裏づけのある自社の提供価値で提案が成立するなら文面を組み直します。残る情報では提案が成立しない場合は保留します。修正できた場合も、宛先・記述・根拠・約束と送信条件がそろっていることを、送信へ進める条件とします。

必要な表示を補えば送信へ進めますか?

表示不足を所定の情報で補えた場合も、それだけで送信へ進める設計ではありません。本例では、事前同意を確認でき、受信拒否がなく、宛先・記述・根拠・約束も共通基準内なら、担当者が修正後の文面を照合して送信します。同意状況が不明な案件は、表示を補っても保留します。以前に同意があっても、受信拒否を受けた相手への以後の広告宣伝メール送信は禁止されます2。

試行を続けるか見直すかは何で判断しますか?

準備・作成・確認の負荷、修正理由、使用した型、送信日と反応を案件単位で記録します。成果の定義と、商材・提案目的・対象企業の区分・役職の確認状況・訴求・観測期間をそろえて比較し、少数の反応だけで効果を断定しない方針です。条件と品質を保ち、負荷を許容できれば継続します。同じ修正が続けば型や基準を直し、準備・確認が滞る場合や共通化で正確さが失われる場合は、対象を狭めます。

根拠と判断を次の案件へつなぐ

自社に当てはめる際は、根拠を共有でき、人が確認できる商材・提案目的を一つの単位にして、受け渡すものと判断者を対応させるところから始められます。下書きに添えた根拠、修正した理由、送信後の反応を、次の情報準備と型の更新へ返す。その流れを試しながら、担当者が進める範囲と管理者が判断する範囲を調整していく設計です。

差し戻し条件と型の更新を自社の運用に落とし込む

根拠不足は誰へ戻すか、どの修正まで担当者が判断するか、振り返りの結果をどの商材や提案目的に反映するか。記事の分担表を自社に当てはめて迷う箇所があれば、その工程と判断条件をLASSICへの相談テーマとしてお寄せください。

自社でできるAI活用を見てみる
牛尾 昭昌

監修・編集責任者

牛尾 昭昌

株式会社LASSIC 執行役員 事業推進本部長。2009年まで株式会社インテリジェンス(現パーソルキャリア)で転職サイトDODAの編集長を約8年間務める。2020年から株式会社LASSICにてテレリモ総研を開設、Remogu・リラシクのサイト監修者を務める。

専門領域:人材・採用領域の編集/メディア運営、調査メディアの監修。

プロフィール詳細(テレリモ総研)

この記事について

本記事は公開資料をもとに構成し、根拠となる情報を出典に記載しています。

記事内容に関するお問い合わせ:お問い合わせフォーム

出典

  1. 1 出典:総務省・経済産業省「AI事業者ガイドライン 第1.2版」
  2. 2 出典:消費者庁「特定電子メール法のポイント」

View