こんにちは。ITコンサルティングと受託開発、それにプログラミングスクールをやっている会社の代表、沼田です。17人・フルリモートの小さな会社をやっていて、そのうち8人が高専卒です。
最近、中堅企業から相談を受けるとき、だいたい同じところで話が止まります。「生成AIで、試しに作ってみたんです。デモでは、ちゃんと動きました。……でも、そこから先に、進んでいないんです」。
作ってみた。動いた。でも、本番には行かなかった。今日は、この"PoC止まり"という、いま日本中の会社で起きている現象について書きます。結論から言うと、AIの導入でつまずくのは技術ではありません。「何がどうなったら本番にするか」を、検証を始める前に決めていないことです。
6割が"個人任せ"、そしてPoCで止まる
まず、いまの中小企業でAIがどう使われているか、数字を並べます。
商工中金が2026年に出した調査によると、生成AIを使っている中小企業のうち、その活用を「社員個人の判断に任せている」会社が6割を超えていました。逆に、会社として主導して導入・推奨しているのは、3割ほど。つまり多くの現場では、AIは"会社の仕組み"ではなく、"できる人が勝手に使っている道具"にとどまっている、ということです。
そして、いざ会社として導入しようとPoC（試しに作って検証すること）に踏み出しても、多くがそこで止まります。同じ調査などが指摘するPoC止まりの最大の原因は、技術的な問題ではありませんでした。「技術検証だけで終わってしまい、それが事業にどれだけ効いたのかを、数字で判断していない」こと。動くものは作れた。でも、その先の判断ができずに、塩漬けになるんです。
僕はこの数字を見て、正直「うちに来る相談、そのままだな」と思いました。デモは動く。みんな感心する。でも「で、これ本番にする？」の瞬間に、全員が黙る。判断する材料が、どこにもないからです。
「動くか」のPoCと、「効いたか」の本番は、別物
なぜ、動いたのに止まるのか。理由はシンプルで、PoCと本番運用は、そもそも問いが違うからです。
PoCが確かめているのは、「これは動くか」です。技術的に実現できるか、それらしい出力が出るか。ここは、いまのAIならたいていクリアします。むしろ、動いてしまう。だから、みんな「お、いけそう」となる。
でも、本番運用で問われるのは「これは効いたか」です。この業務に入れて、時間が減ったのか、ミスが減ったのか、コストに見合ったのか。ここを判断するには、「何がどれだけ変われば成功なのか」という物差しが、最初に決まっていないといけません。
ところが、多くのPoCは、この物差しを持たずに始まります。「とりあえず作ってみよう」でスタートするから、動いたあとに「で、これって成功なの？」を誰も答えられない。成功の定義がないところに、成功も失敗もない。だから、判断できずに宙ぶらりんになる。PoCが"動くか"で終わって、"効いたか"の本番に渡らないのは、この谷にはまっているからです。
順番が逆なんです。作ってから効果を測ろうとすると、測る基準がなくて詰まる。効果の基準を決めてから、作る。これだけで、越えられる谷なんです。
17人ITコンサルが、検証の"前"に決めていること
じゃあ、うちがお客さんのAI導入に伴走するとき、何をやっているか。特別な技術ではありません。作り始める前に、3つを決めるだけです。
ひとつめ、成功の定義を、数字で先に決める。「便利になったらいい」ではなく、「この作業の工数を何割減らせたら本番」「処理時間が何分から何分になったら合格」と、数字の合格ラインを検証の前に置きます。ここを言葉で握っておくと、動いたあとに「効いたのか」を、感想ではなく事実で判断できる。地味ですが、これが一番効きます。
ふたつめ、効果が見えやすい業務から、小さく始める。いきなり基幹業務をAIに任せようとすると、検証が重すぎて、判断の前に力尽きます。だから最初は、議事録の要約、問い合わせFAQ、定型メールの下書きみたいな、「やった/やらないの差が誰の目にも分かる」業務を選ぶ。小さく始めて、効果をはっきり見せる。ここで社内に"効いた実感"が残ると、次に進む力になります。
みっつめ、2〜3ヶ月で数字を出して、"本番化・撤退・作り直し"を判断する橋を、最初から架けておく。検証はダラダラ続けると、それ自体が目的化します。だから「◯月末に、この数字を見て、進めるか・やめるか・作り直すかを決める」と、判断の日を先に決めておく。動くものを作ることより、"判断まで含めた道筋"を先に引くことのほうが、ずっと大事なんです。
前職のスタートアップITコンサルにいた頃、立派な検証資料を作ったのに、結局「で、どうする？」が決まらずお蔵入りした案件を、何度も見ました。技術は問題なかった。決める基準がなかっただけです。だから独立して自分の会社を持ったとき、「作る前に、成功の物差しを握る」を導入支援のルールにしました。24歳で起業して、この3期目（27歳）まで、うち自身も社内でいくつものAIを回していますが、案件ごとに効果を数字で追える形にしてから入れています。小さい会社だからこそ、"なんとなく入れる"余裕がない。そこが、かえって規律になっています。
ちなみに、うちはこの"作る前に決める"を一緒にやれるエンジニアを探しています。技術で押し切るのではなく、手を動かす前に「何がどうなったら成功か」を握れる人と働きたい。もしそういう仕事の仕方に興味があれば、K.Platinumのエンジニア募集要項をのぞいてみてください。
売るのは「作ること」でなく、「本番へ渡す判断」
まとめます。2026年、生成AIのPoCは、たいてい動きます。でも、6割超の中小がAIを個人任せにし、会社として導入しようとしてもPoCで止まる。その主因は技術ではなく、「効いたかを判断する基準を、決めずに検証を始めている」ことでした。
「動くか」を試すPoCと、「効いたか」を判断する本番は、別物です。だから、検証の前に成功の定義を数字で決め、効果の見えやすい業務から小さく始め、2〜3ヶ月で数字を出して本番化・撤退・作り直しを判断する橋を架ける。うちが伴走で引き受けているのは、この"判断の橋"の設計です。
AIの導入で本当に問われているのは、「作れるか」ではありません。「動いたものを、誰が、どの基準で判断して、本番へ渡すのか」です。もし今、「PoCは動いたけど、その先に進んでいない」AIが社内にあるなら、もう一度作り直す前に、"何がどうなったら本番にするのか"を数字で決めるところから、始めてみてください。
沼田海斗（ぬまた・かいと）
株式会社K.Platinum 代表。ITコンサルティング・受託開発・プログラミングスクールを手がける。「作る前に、成功の物差しを決める」を信条に、17人・フルリモートの組織を率いている。
K.Platinumでは一緒に働くエンジニアを募集しています。「実力で正当に評価される環境」に興味がある方は、ぜひ採用ページをご覧ください。