「AI で営業を変える」が、
大企業でだけ空回りする理由。

AI ツールの試作が本番運用にまで乗る割合は、私の体感では 2 割弱です。

不思議なのは、この数字が予算も人材もある大企業ほど悪化しがちだということです。中小企業の現場で AI がすっと定着する一方で、立派な DX 推進室のある会社の「AI で営業を変える」プロジェクトが、試作のまま止まっている。100 社近くの現場を回って、この光景を何度も見てきました。

気合いの問題でも、技術力の問題でもありません。構造の問題です。この記事では、その構造を 3 つに分解して、抜け出し方まで書きます。

理由 ①｜「ツール」から入って、「業務」から入らない

空回りするプロジェクトのほとんどは、話の始まりが「ChatGPT Enterprise を契約したので、何かに使いたい」です。ツールが先で、業務が後。

この順番だと、現場は「使い道を探す」ことを仕事として押し付けられます。日々の業務が忙しい中で、使い道を発明する余裕はありません。結果、契約だけが残って、利用率のレポートが毎月悲しい数字を刻む。

逆に、定着する現場は必ず「業務」から始まっています。「毎月この転記作業で何日も溶けている」という具体的な痛みが先にあって、それを消す手段として AI が後から来る。順番が逆なだけで、結果はまるで違います。

私たちが AI 開発の最初に必ず業務ヒアリングを入れるのは、この順番を強制するためです。派手さはないですが、ここを飛ばした AI 導入が定着した例を、私はまだ見たことがありません。

理由 ②｜PoC の予算はあるのに、本番の予算がない

大企業特有の構造がこれです。「まず PoC で検証しましょう」は、稟議が通りやすい魔法の言葉です。金額が小さく、失敗しても誰の責任にもならない。

問題は、PoC の成功と本番移行の間に、もう一度大きな稟議の山があることです。試作がうまくいっても、本番運用にはセキュリティ審査、システム連携、運用体制、教育コスト——PoC の何倍もの予算と調整が要る。そこで力尽きる。これが「PoC 貧乏」の正体です。

PoC を始める前に、本番移行の予算と決裁ルートまで先に合意しておく。「試作が成功したら、誰の決裁で、いくらで、いつ本番に行くのか」を PoC の企画書に書いておく。これだけで、冒頭の 2 割弱という壁はかなり越えられます。逆に言えば、これを書けない PoC は、始める前から止まることが決まっています。

理由 ③｜「AI で楽になる人」が、意思決定の場にいない

営業 AI の導入を決めるのは経営企画や DX 推進室で、実際に使うのは現場の営業やインサイドセールスのメンバーです。この距離が、大企業ほど遠い。

現場からすると、ある日突然「今日からこのツールを使ってください」と降ってくる。自分の業務のどこが楽になるのか、誰も説明してくれない。それどころか、入力項目が増えて仕事が増えることすらある。使う人が「これは自分を楽にするものだ」と実感できないツールは、どんなに高機能でも使われません。

先日インタビューさせていただいた平井まゆみさん（famitect）の言葉を借りれば、AI は「頼れる相手」になったときに初めて定着します。導入の意思決定の場に、実際に使う現場の人を最初から入れる。現場の「一番面倒な 30 分」を最初のターゲットにする。地味ですが、これが一番効きます。

では、どうするか

3 つの構造をひっくり返すと、そのまま処方箋になります。

① ツールからではなく、業務の痛みから始める
② PoC の企画書に、本番移行の予算と決裁ルートまで書く
③ 使う人を、意思決定の場に最初から入れる

どれも、AI の知識は要りません。要るのは、業務の解像度と、稟議の設計だけです。だから私は、「AI で営業を変える」は技術のプロジェクトではなく、営業のプロジェクトであり、意思決定のプロジェクトだと考えています。

最後にひとつだけ。AI で営業メールが何百通も打てる時代に、私はまだ毎日電話をかけています。綺麗な文面が量産されるほど、生身の声の価値が上がっていくのを、現場で感じるからです。AI に任せる部分を増やすほど、人にしかできない部分の価値は上がる。空回りしない AI 導入は、必ずこの両輪で回っています。

「AI で営業を変える」は、技術のプロジェクトではなく、
営業のプロジェクトであり、意思決定のプロジェクト。

この順番の設計を含めた支援の進め方は、AI 開発 にまとめています。

「業務から先に決める」を営業の現場でやるとどうなるかは テレアポリスト設計の 8 つの型 に、オフラインで接点を作る側の設計は 展示会の ROI を立て直す、翌週から動く 15 の設計 にまとめています。