営業のAI活用｜任せるのは商談ではなく「商談の前と後」── 会う・決める・送るを人に残し、調べる・書く・覚える・追うをAIエージェントに渡す方法

「営業に AI を」と調べると、AI が電話をかける、AI が営業メールを送る、AI が商談を代行する、という話が先に出てきます。私たちは AI エージェントの開発と導入支援を行う会社で、自社の営業にも役割ごとの AI エージェントを置いていますが、AI に商談をさせていませんし、AI に営業メールを送らせてもいません。それでも、営業の手元から消えた仕事はたくさんあります。消えたのは、商談の前にある「調べる・書く」と、商談の後にある「覚える・追う」です。先に結論を書きます。営業の AI 活用で効くのは、商談を AI にさせることではなく、商談の前と後を AI に渡し、人が「会う・決める・送る」の 3 つに時間を戻すことです。営業の成果が消える場所は商談の場ではなく、商談と商談の間 ── 記録が残らず、次の一手が誰にも催促されずに消えていく場所だからです。この記事では、人に残す 3 つの線引き、営業の仕事を 7 つに分けて AI と人に振る表、相手の選定軸 1 行から提案の骨子を逆算させる型、商談の記録と案件台帳を AI に書かせるときの 3 つの安全弁、返事待ちと次の一手を AI の計器にする運用、つまずきやすい 3 つの型と明日から始める最小構成までを、自社で回している形のまま整理します。

営業のAI活用とは ── 「商談をAIにさせる」のではなく、会う・決める・送るを人に残す線を引く

土台の言葉を 1 文だけ置きます。AI エージェントとは、目的を与えると必要な手順を自分で組み立てて実行し、結果まで進める AI のことです。「答える AI」との違いや仕組みは「AIエージェントとは」にまとめているので、ここでは繰り返しません。営業の文脈で AI エージェントと聞くと、見込み客のリストに自動で電話をかける、営業メールを何百通も送る、問い合わせに代わりに返事をする、といった「営業の代行」の像が浮かびます。隣の検索窓に並ぶ言葉も、まさにそれです。しかし私たちは、営業の AI 活用を考えるとき、その像から入りません。最初に決めるのは「AI に何をさせるか」ではなく、「人に何を残すか」です。

私たちが人に残しているのは 3 つです。会う(商談そのもの・相手との関係)、決める(価格・条件・受けるかどうか)、送る(先方に届くものを出す操作)。この 3 つに共通するのは、やり直しがきかないことです。相手に届いた言葉は取り消せませんし、口にした価格は約束になりますし、会った時間は返ってきません。AI の出力は、どれほど賢くても「人が見る前の下書き」として扱うのが安全で、下書きのまま相手に届いてしまう経路を作らないことが、営業に AI を入れるときの最初の仕事です。これは AI に「送らないでください」と頼むことではありません。送る権限そのものを持たせない、という仕組みの側の話で、その作り方は「AIエージェントのセキュリティ」に 3 層で書きました。営業の AI エージェントも同じで、読む・下書きを書く・社内の台帳に書く、までを持たせ、外へ送る操作は持たせません。

では AI は営業で何をするのか。この 3 つの手前と後ろにある仕事、つまり商談の前の「調べる・書く」と、商談の後の「覚える・追う」です。営業の仕事を時間で見ると、商談そのものは短く、その前後が長い。しかも前後の仕事は、商談ほど注意が向かないので、忙しくなると最初に削られます。下調べが浅くなり、提案が一般論になり、商談の記録が頭の中にだけ残り、「また連絡します」と言われた案件を追わないまま月が替わる。営業の成果が消えるのは、商談で負けたときではなく、この前後が削られたときです。AI に渡す場所は、ここです。

営業の仕事を7つに分ける ── AIに渡せる4つと、人に残す3つ

社内の AI 活用を部門別に見た「社内AI活用の事例と広げ方」では、営業の行を「商談メモの整理、提案書の骨子」の 1 行で書きました。この記事では、その 1 行を営業の仕事全体に広げます。私たちが自社の営業を棚卸ししたとき、仕事は次の 7 つに分かれました。業務の棚卸しの手順そのものは「AIに任せる業務の選び方」に書いたとおりで、ここでは営業に当てた結果だけを表にします。

表を眺めると、AI に渡す 4 つのうち、①と②は「商談の前」、③と④は「商談の後」にあります。そして④の「追う」が、いちばん地味で、いちばん効きます。①〜③は、やらなければ分かる仕事です。下調べをしなければ商談で困り、骨子を書かなければ提案が出せず、記録を取らなければ次の商談で聞き直すことになる。しかし④は、やらなくても何も起きません。返事を追わなかった案件は、静かに消えるだけです。だから人は④を後回しにし、AI は④を後回しにしません。営業で AI がいちばん効くのは、速く書く場面ではなく、忘れずに追う場面 ── これがこの記事で最も伝えたいことで、後のセクションで自社の形を書きます。

もう 1 つ、表の見方を足します。⑤〜⑦の「AI に渡すもの」が空欄なのは、AI が何もしないという意味ではありません。⑥の「決める」には、AI が並べた選択肢と根拠が手元にあり、⑦の「送る」には、AI が書いた下書きが手元にあります。人がやるのは、最後の一手だけです。人の仕事が減るのではなく、人の仕事が最後の一手に濃くなる ── 営業の AI 活用の効き方は、こう言うのがいちばん正確だと思います。

活用例1 ── 調べる・書く: 商談の前に、「相手の選定軸1行」から骨子を逆算させる

私たちの自社の営業で、商談の前を担う AI エージェントは「提案の骨子を作る担当」です。この担当に渡している手順書の最上段には、商談の内容でも自社の強みでもなく、「この相手は何で選ぶのか」を 1 行で書く、という指示が置いてあります。価格で選ぶのか、機能で選ぶのか、長く付き合えるかで選ぶのか、紹介者との関係で選ぶのか、速さで選ぶのか。この 1 行が決まってから、資料の構成も、見積の見せ方も、打ち合わせの進め方も、その 1 行から逆算して組みます。逆に、この 1 行が書けない案件では、担当は骨子を書き始めません。書けないということは、まだ相手の話を聞き足りていない、という合図だからです。

なぜこの順番にしているのか。AI に提案書を書かせると、放っておくと「弊社の強み」「業界の動向」「導入のメリット」を整然と並べた、どの会社に出しても通用する資料ができます。AI はこれが最も得意で、そして営業では最も刺さりません。相手が買う理由は、こちらの強みではなく相手側の動機にあるからです。選定軸の 1 行を先に書かせることで、AI の得意な一般論を封じ、相手の動機から書き始めさせる。これが、商談の前に AI を使うときの、いちばん大きな手順書の工夫です。もう 1 つ、手順書には「受け手にとって、この提案がどう良いのかを、自社の都合とは別立てで本文に書く」という指示を入れています。これは「書いたか」を人が確かめられる形にするためで、頭の中で確認したことにして済ませない、という線です。手順書に判断の基準や禁止事項をどう文章にするかは「AIに渡す手順書の書き方」で詳しく扱いました。

価格の扱いも、この担当の手順書に書いてあります。AI は価格を決めません。工数と原価から素直に積んだ数字と、見せ方の案(実態の価格・提示の価格・意思表示としての割引)、そして「この案件ではこういう選択肢がある」という根拠までを並べ、最終決定と値引きの判断は人がします。価格は相手への約束であり、前のセクションで書いた「決める」の側だからです。AI に価格を決めさせないのは、AI の計算を信用していないからではなく、価格の判断に「この相手とどう付き合いたいか」という、AI の手元にない情報が混ざるからです。

そして、商談の前に AI を使うようになって初めて現れる誘惑が 1 つあります。提案書が速く書けるようになると、球を受ける前に出したくなるのです。初回の打ち合わせの翌朝に、骨子ができている。出せば早い。しかし私たちは、相手の要望や困りごとが出そろう前に提案物を先に出さない、と決めています。先に出すと、相手は「仮想の提案」に反応することになり、本当の選定軸が引き出せません。何をどこまでやり、何をやらないかという線引きそのものが提案の中身なのに、それを相手の球を見る前に固めてしまう。速さは、出す理由になりません。AI で速く書けるようになった分の時間は、出すためではなく、相手の話をもう一度聞くために使います。速く書けるようになるほど、「球を受けてから出す」を人が守る ── これは AI を入れる前には要らなかった規律で、入れた後に初めて必要になった規律です。

活用例2 ── 覚える: 商談の記録と案件台帳をAIに書かせる、3つの安全弁

営業がいちばん属人化しやすい部分は、腕ではなく記録です。誰と何を話し、何を約束し、相手が何を持ち帰ったか。これが担当の頭の中にだけあると、その人が休んだ日に案件が止まり、辞めた日に案件が消えます。「その人にしかできない」を分解して AI に移す手順は「属人化をAIで解消する方法」に書きましたが、営業の場合、最初に頭の外へ出すべきものは判断ではなく記録です。私たちが商談の後で AI に渡しているのは、この「覚える」の仕事で、3 つの形があります。

1 つ目は、商談・会議の記録です。私たちは、相手に告知したうえで商談を録音し、文字起こしから要約を作り、そこで決まったことと宿題を書き出す、という流れを AI エージェントに渡しています。ここで最初につまずいたのが、録音の癖です。スピーカーで話すと相手の声がこちらのマイクにも入って同じ発言が二重に記録される、無線のイヤホンでは発言の順序がずれる。私たちは録音の側を直すのではなく、要約の側で吸収すると決めました。そして、要約の手順書に 1 行だけ、他のどの指示より強く書いてあることがあります。相手が引き受けた宿題を、自分の宿題として起票しない。担当は口調や順序ではなく発言の中身で判定し、確信が持てなければ「❓」を付けて残す。これを外すと、相手が「こちらで確認します」と言ったことを自社の宿題として AI が追い始め、先回りして動く仕組みの前提そのものが壊れます。営業の記録を AI に任せるとき、精度より先に守るべきなのは「誰の宿題か」です。

2 つ目は、届いたメールから案件台帳を更新する仕事です。私たちは、メールを読む担当に「読む」権限しか持たせていません。返信も、既読にすることも、削除もできず、届いたものを要約し、案件台帳への反映案を作るところまでが仕事です。そのうえで、台帳への書き込みには 3 つの安全弁を置いています。

• ①事実の転記は無条件に書く。打ち合わせの日程が決まった、資料を受け取った、担当者が替わった ── これらは解釈の余地が無い事実なので、AI がそのまま台帳に書きます。人が確認する工程を挟むと、ここで滞ります。
• ②解釈を伴う上書きは、時系列を確かめ、根拠と日付のスタンプを付け、履歴を残す。「確度が上がった」「次のフェーズに進んだ」のような判断は、古いメールを新しい状態だと誤読して上書きしないよう、まず時系列を確かめます。書くときは「何を根拠にそう判断したか」と日付を添え、前の記述は消さずに残します。間違っていれば、人が対話で訂正すればよい ── 誤りを恐れて書かせないより、根拠つきで書かせて直すほうが、台帳は生きます。
• ③お金と、受注・失注に当たる変更は、AI が書き換えない。金額の変更、受注、失注、契約の終了に相当する記述は、AI は台帳を書き換えず、「この件はお金に関わる・結論に関わる」という印だけを付けて人に回します。これは前のセクションの「決める」を、記録の側からも守る線です。

3 つ目は、相手ごとの記録です。会社や人ごとに 1 枚の記録を持ち、関係・経緯・前回話したことを書いておき、AI が会話や文書の中でその名前に出会ったら、その 1 枚を参照してから答える、という形にしています。営業の記憶は「案件」の単位だけでなく「相手」の単位でも必要で、案件が終わっても相手との関係は続くからです。この 1 枚があると、担当が替わっても、AI が替わっても、「この方とは前にこういう経緯があった」が失われません。

活用例3 ── 追う: 「返事待ち」と「次の一手」をAIの計器にする

営業の案件が消える場所は、ほとんどの場合、商談の場ではありません。「では社内で確認して、また連絡します」と言われ、その連絡を待っているうちに、こちらも別の案件に手を取られ、気づいたときには数か月が経っている。誰が何を持っていて、いつ戻ってくるのか。この「返事待ち」の管理こそが、人が最も苦手で、AI が最も得意な仕事です。私たちが商談の後の「追う」を AI に渡している形を、4 つ書きます。

1 つ目は、会議で出た宿題を、その場で宿題の表に起票することです。要約に「タスク候補」と書くだけでは誰も拾いません。私たちは実際に、要約の中に書かれたタスク候補の多くが宿題の表に届かず、要約の中に残ったまま二度と誰の目にも触れない、という状態になっていたことがあります。直したのは、要約を書いた同じ流れの中で宿題の表にも書く、という配線です。ただし、ここで「送る」「決める」の線が効きます。「先方へ資料を送る」という宿題は、AI には「送付文の下書きを作り、送るかどうかを人の裁きに出す」という形に変換して起票させます。「受注するか判断する」は、「論点 1 行・選択肢と帰結・推奨・決まるまでの暫定処置、の 1 枚を作って裁きに出す」になります。禁止しているのは実行であって、準備ではありません。むしろ準備は AI に先回りさせ、人の手元には判断だけが届く形にします。

2 つ目は、「こういうのもありですね」を拾うことです。商談や打ち合わせの中で、ふわっと出た構想 ──「面白いですね」「それもありかもしれません」で終わった話 ── は、宿題として起票されないのが普通です。担当も期限も決まっていないからです。しかし営業では、この「ふわっとした一言」が次の案件の種になることが多い。私たちは、こちら側が好意的に反応した構想は、担当・期限が未確定でも「叩き台を作る」宿題として起票する、と決めています。未確定だからこそ、叩き台が要るのです。「相手からの提案段階だから」「担当が決まっていないから」を見送りの理由に使わない、と手順書に明記してあります。一方で、相手側が持ち帰ったこと、出席するだけの予定は起票しません ── それは相手の動きであって、こちらの宿題ではないからです。

3 つ目は、毎朝の報告の形です。私たちの一日は、AI が済ませたことの完了報告から始まります。次に裁きの一覧 ── 承認するか、差し戻すか、後にするかを人が決めるもの ── が並び、最後に計器の数字が来ます。営業の側から見ると、この裁きの一覧に並ぶのは「この送付文を送ってよいか」「この条件で受けてよいか」の 2 種類が中心で、「どの案件を追うべきか」を人が思い出す必要はありません。止まっている案件、期日が近い宿題、返事の来ていない相手は、AI が一覧に出します。人の手元に残るのは、追うことではなく、追った先で決めることです。任せた仕事が今どの状態にあるか ── 発注した・進んでいる・終わった・人の手番が来ている ── を見えるようにする設計は「AIエージェントの管理」に書きました。営業の返事待ちも、この 4 つの状態の 1 つ(人の手番)として同じ場所に並べています。

4 つ目は、問い合わせの入口です。会社のサイトのフォームから届く問い合わせは、どの経路から来たかが分かる形で台帳に記録しています。ここで正直に書いておきたい失敗があります。私たちは、ある時期、この通知の経路が 1 つ止まっていたことに、しばらく気づけませんでした。「問い合わせが来ていない」のと「通知が来ていない」のは、台帳の上では同じ 0 に見えるからです。直したのは通知そのものですが、学んだのは別のことで、「追う」仕組みには、「追う仕組みが動いていること」を確かめる計器を別に持つ必要がある、ということでした。何も届かない静かな日が、順調なのか故障なのかを見分ける手段を、仕組みの外に置く。AI に業務を任せたとき「止まっていたことに誰も気づかなかった」がどう起きるかは「業務自動化にAIを使う進め方」でも触れています。営業の「追う」を AI に渡すなら、この計器までが 1 セットです。

営業のAI活用でつまずく3つの型

営業に AI を入れ始めた会社がつまずく形は、だいたい 3 つに収まります。どれも AI の性能の問題ではなく、どこまで渡すかの線の引き方の問題です。

最後に、明日から始める最小構成を 3 手で書きます。道具を新しく入れる必要はありません。

• ①商談直後の 1 行を残す場所を決める。社内チャットの 1 スレッドでも、共有フォルダの 1 ファイルでも構いません。要件は「AI が読める場所に、商談の日のうちに置く」の 1 つだけです。これが無いと、後の 2 手は動きません。
• ②返事待ちの表を 1 つ作り、AI に毎朝読ませる。案件・誰が持っているか・いつ戻るか・最終更新日、の 4 列で足ります。AI には「最終更新日から 2 週間動いていない案件」「戻る予定日を過ぎた案件」を毎朝一覧にさせます。ここで追うか手を離すかを決めるのは人ですが、思い出すのは人でなくてよい。
• ③提案の骨子の手順書に、「相手の選定軸 1 行」を最上段に置く。AI に提案書を書かせているなら、手順書の最初の行をこれにします。1 行が書けない案件では書き始めない、と添えてください。これだけで、AI の得意な一般論の資料が止まります。

この記事は、既に商談の相手がいる営業 ── 紹介や既存の関係から始まる営業 ── を前提に書きました。会社のサイトやフォームから届く問い合わせを受けて商談に進む「受ける側の営業」では、入口の記録、最初の返信、商談に上げるかの判断、と手前の工程が増えます。これはそれだけで 1 本になる話なので、別の記事で改めて扱う予定です。この記事で持ち帰っていただきたいのは、営業の AI 活用は「商談の前と後」を渡すこと、そしていちばん効くのは、速く書く場面より忘れずに追う場面、の 2 つです。

Livune は、「作業を AI に任せる仕組み」を構築している会社です。人の仕事を「作業」から「考えること」へ移す、というのが私たちの掲げていることで、営業でいえば、調べる・書く・覚える・追うを AI に渡し、会う・決める・送るに人の時間を戻すことが、その具体的な形です。

よくある質問