LASSIC Media らしくメディア

AIに渡す情報と人が判断する範囲を決める

営業メールの個別最適化では、自社の訴求を保ちながら、確認済みの相手情報に合わせて冒頭や問いかけを変えます。企業の発表から、相手の課題まで決めつけないことが出発点です。

以下の架空データ・指示文・出力例・修正例は、編集部が作成した説明用の例です。AIの実行結果や導入実績ではありません。

Microsoftは、OutlookのCopilotを利用できる環境で、指示からメール案を作り、人が確認し、必要に応じて編集して送る手順を案内しています。全AI共通の仕様ではありません¹。ここでは担当者が情報を用意し、文案を入力と照合して送信を判断する設計を示します。

自社の訴求と相手情報を分けて入力する

架空A社から架空B社の営業部長へ提案する場面を考えます。

過去の成果を文面の効果の証明にはしません。氏名・連絡先・署名・無関係な取引情報は入力から外し、入力が認められていない情報は使わない設計です。省略や置換だけで利用条件を満たすとも考えません。

AI事業者ガイドラインは、入力データの正確性と必要な場合の最新性を確保し、出力の精度とリスクの程度を理解して、様々なリスク要因を確認した上で利用することを示しています²。この入力表は編集部の提案であり、ガイドラインが指定するものではありません。

固定する訴求と書き分ける箇所を指示する

入力表に、次の指示文を添えます。

この入力だけを使い、A社からB社の営業部長へ送る件名と本文案を作成してください。「担当者間で共有する営業手順の整理」という訴求と、営業手順書の作成支援という提供範囲を保ってください。冒頭は営業拠点の新設に触れ、関心は条件付きで尋ねてください。課題・決裁権・成果を断定せず、提供内容や不明点を補わないでください。出力は、件名、本文案、各文で使った入力、不明点に分けてください。

これは実行検証済みの指示文ではなく、編集部の設計提案です。使用情報の対応欄も、担当者が元の入力と照合します。

件名と本文案を入力情報に照らして読む

修正箇所を見つけるため、あえて問題を含む出力例を示します。

件名：営業拠点新設に伴う営業手順書のご提案

本文案：貴社の営業拠点新設の発表を拝見しました。新拠点では営業手順の共有にお困りと存じます。当社ならすぐに解消できます。

使用情報：1文目は拠点新設の発表。2文目の「お困り」と3文目の「すぐに解消」は入力に根拠なし。

不明点：実際の課題、整備の検討状況、決裁権、必要な対応時期。

拠点新設への言及は入力と対応します。一方、役職や拠点新設だけでは、共有に困っているとはいえません。「すぐに解消」も、A社の作成支援を超えた約束です。

断定と約束を直して送信を判断する

課題の断定を条件付きの問いかけに変え、保証を提供内容へ戻します。件名は先ほどの案を使います。

貴社の営業拠点新設の発表を拝見しました。当社は営業手順書の作成を支援しています。新拠点で使う営業手順書の整備をご検討でしたら、支援内容をご説明する機会をいただけますでしょうか。

相手の課題が不明でも、確認済みの接点と提供内容があれば、この範囲で書けます。拠点新設が未確認なら件名と本文から言及を外し、別の確認済みの接点があれば、その範囲で書き直します。未確認の課題を置かなければ提案理由が成り立たない場合は、今回の個別提案を保留します。

この例は件名と訴求部分であり、送信用の完成メールではありません。文面に加えて送信条件も整った案件を送る設計です。具体的な条件は「実際に送れる条件を判断する」で説明します。

過去のメールは構成と訴求を選んで使う

過去メールから再利用するのは、今回も提供できる支援内容と、今回の相手にも使える文章の構成です。当時の相手の事情や対応時期は引き継ぎません。

ここからの選別方法、書き分け、修正判断、反応の記録方法も、編集部による運用の提案です。架空A社が営業手順書の作成を支援し、営業拠点を新設した架空B社へ提案する設定を引き継ぎます。追加する文面や返信も説明用の仮定であり、AIの実行結果や導入実績ではありません。

AI事業者ガイドラインは、入力データの正確性と必要な場合の最新性を確保し、出力の精度とリスクの程度を理解して、様々なリスク要因を確認した上で利用することを示しています²。以下の選別方法は営業メールへの適用提案であり、ガイドラインが指定する手順ではありません。

仮定として、A社が以前、別の相手から聞いた引継ぎ計画に触れ、営業手順書の作成支援と着手時期を案内したメールを考えます。返信があった設定ですが、どの一文が返信の理由になったかは分かりません。

「接点から支援内容へ進む」という構成を残しても、接点の中身は入れ替えます。過去の相手に引継ぎ計画があったことは、B社にも同じ予定や困り事がある理由にはしません。

取り扱いの可否が分からない非公開情報は使わず、利用できる接点と支援内容で文案を組み直します。それでは提案理由が残らない場合は、その個別提案を保留します。架空の事情への置換は練習用に限り、実際の相手への説明には使いません。

再利用する要素には、今回も使えると判断した理由を添えます。「返信があったから」ではなく、「今回も提供できる支援内容だから」「今回の接点にも使える構成だから」と残す運用です。

役職に合わせて問いかけを変える

確認済みの企業情報と自社の提供内容が同じなら、役職に応じて変えるのは、関心を尋ねる文の焦点です。役職だけで課題や決裁権を決めつけず、提供範囲を保ちます。

ここでは宛先だけを変える仮定の分岐例として、B社の営業担当者へ送る場合を考えます。拠点新設、営業手順書の作成支援、担当者間で共有する営業手順の整理という訴求は、営業部長へ送る場合と同じです。

この違いは、相手の関心を断定せず、何について意向を尋ねるかを選ぶためのものです。その役職なら必ず関心がある、導入を決められる、という意味ではありません。

指示文では、宛先と問いかけの指定を次のように変えます。

宛先はB社の営業担当者とし、問いかけは日々の営業で使う手順書への関心を尋ねる表現にしてください。

提供内容を追加しない、不明点を補わないという制約は残します。営業担当者向けの文に、入力にない研修や日々の営業指導を加えるのは、この例の範囲を超えます。手順書を使う場面に触れることと、その場面の業務をすべて支援すると約束することは分けて考えます。

役職は問い方を選ぶ材料にとどめ、提案理由の不足を埋めるためには使いません。今回の例では、冒頭を拠点新設という企業情報に対応させ、手順書への関心は条件付きで尋ねます。

送信前に本文と件名の前提をそろえる

文案と入力が食い違う場合は、確認済みの入力に戻して直します。企業の動き自体が未確認なら、本文だけでなく件名からもその前提を外します。

AI事業者ガイドラインでは、AIの評価や判断を人が承認する際、承認する理由や根拠を人自身が独自に考えることが提案されています²。ここで示す修正方法と保留基準は、営業メール向けの編集上の判断提案です。

仮定の誤記例として、入力は「営業拠点の新設」なのに、文案が「貴社の本社移転の発表を拝見しました」となった場合を考えます。この場合は「本社移転」を「営業拠点新設」へ戻します。文案の表現に合わせて入力の意味を広げず、元の発表で確認できた内容を採用します。

事実が合っていても、提案へのつなぎ方に飛躍がないかを読みます。次の文も、説明用の問題表現です。

営業拠点を新設されたため、営業手順書の作成支援が必要と考えました。

この文は、出来事から支援の必要性までを言い切っています。「そのため」を消すだけでは、必要性の断定は残ります。発表への言及と支援内容の紹介を分け、整備を検討しているかは、最初の修正文のように条件付きで尋ねます。

一方、拠点新設自体を確認済みの情報として使えなくなったと仮定します。この場合は「営業拠点新設に伴う営業手順書のご提案」という件名も修正対象です。本文から消しても、件名に残っていれば同じ前提を伝えてしまいます。

この仮定では、入力に別の確認済みの接点はありません。件名を「営業手順書のご提案」に短くしても、B社へ個別に提案する理由は補えません。営業部長という役職から課題を補わず、この個別提案は保留します。

自社の支援を紹介する文章が書けることと、今回の相手への提案理由を説明できることを分ける判断です。保留した接点を記録し、新たに利用できる情報が得られたときに、その部分から見直します。

実際に送れる条件を判断する

文面と送信条件の両方が整った場合に、担当者が送信を判断する運用にします。文案に対するAIの評価を、送信条件の代わりにはしません。

消費者庁「特定電子メール法のポイント」では、広告宣伝メールは原則として事前同意を得た相手に送る方式とされています。同意なしに送れる例外には、取引関係にある相手、名刺などの書面で自らのメールアドレスを通知した相手、自らのメールアドレスをインターネットで公表した相手があります。公表アドレスの例外で個人を対象にできるのは、営業を営む場合に限られます。また、アドレスの公表と併せて広告宣伝メールを拒む旨が示されていれば、同意なしには送れません³。

同資料は、送信者等の氏名または名称、受信拒否の通知ができる旨、その通知先のメールアドレスまたはURL、送信者等の住所、苦情・問い合わせを受け付ける電話番号・メールアドレス・URLの表示を挙げています。表示義務には一定の例外があります。同意を得ていても、受信拒否の通知を受けた後の送信は禁止されます³。

この記事の文例は件名と訴求部分の説明であり、必要表示まで備えた送信用完成メールではありません。個別案件の法的適否をこの例だけで決めず、同意または例外の条件、必要表示、受信拒否の有無を文面とは別に扱います。企業のアドレスが見つかったというだけで送らず、送信条件が整わない案件は見送ります。

反応を記録して次に直す箇所を選ぶ

送信後は、担当者が文面と反応を対応付けて記録し、観測した内容と不明点を分けて修正候補を選びます。返信の有無だけで文面の効果や失敗を断定せず、追加する内容は自社が約束できる範囲に限ります。

記録は送信一件ごとにまとめます。実際に送った件名と本文、使用した企業情報と確認元・確認時点、相手の役職、訴求、送信時点、反応を見た観測時点を結び付けます。下書きではなく、修正して送った文面を基準にする設計です。AIへ整理を依頼する際も、担当者がこの記録を用意します。

仮定として、B社から「営業手順書の整備をお願いする場合、いつ頃から対応できますか」と返信があった場合を考えます。

この返信から分かるのは、対応時期を尋ねられたことです。B社の希望時期やA社の対応可能な時期まで、返信に書かれていたことにはしません。

整理を依頼する指示文も、説明用の設計例です。

担当者が用意した送信記録と返信内容を、観測した反応、分からない点、文面の修正候補に分けてください。返信にない意向や時期は補わないでください。

候補を出すことと採用することは分け、担当者が入力と照らして選びます。時期を尋ねられても、日程はすぐに追記せず、A社が約束できる時期が分かった段階で採用します。他の相手にも同じ時期を案内するなら、その案件でも約束できることが条件です。一件の返信を、すべての相手が時期を重視する証拠にはしません。

返信がない場合は、送信時点と観測時点を併記し、「観測時点まで返信なし」と残します。無関心だった、件名が悪かった、訴求が失敗した、といった理由は付け足しません。次の修正候補は、入力との不一致や説明不足など、具体的に指摘できる箇所から選びます。

別の案件と比べる際も、企業情報、役職、送信時点の違いを残します。返信があった文面に一斉に置き換えるのではなく、今回にも使える変更かを判断するための比較です。採用した変更と理由を記録に追記し、次の文面で何を変えたかを追えるようにします。

保留した対象と見直す条件を引き継ぐ

判断を引き継ぐ際は、採用した文面に加え、何を保留したかと、その理由を残します。「接点として使った企業情報が成立しなかったため、個別提案を保留した」「対応時期を約束できなかったため、日程の追記を保留した」のように、対象を分けます。次の担当者は、判断のもとになった材料が変わったかを起点に見直せます。

文案と送信条件を誰が判断するか、迷いが残る案件を誰へ戻すかは、自社の担当範囲に合わせて決めます。既存の仕組みで入力との照合、送信判断、反応の記録ができるなら、その仕組みを使って始める方法があります。新たな導入を必須にはしません。

自社で残す基準は、確認済みの接点、約束できる支援内容、条件付きの問いかけが対応しているかです。提案理由が成立しなければ個別提案を保留し、一部分だけが不明なら、その部分を足さずに書ける範囲を選びます。送信後は観測した反応から、次に変える箇所を選ぶ。この判断を一件ずつ記録する運用を提案します。

書き分けた理由を説明できる一通へ

最初の一通では、確認済みの接点、約束できる支援内容、条件付きの問いかけが対応しているかを判断の軸にします。分からないことを埋めず、書ける範囲と保留する範囲を選ぶ。その理由を記録しておけば、次の担当者も同じ材料から見直せます。