「うちでもAIエージェントを作れます」――そう言い切る提案書が、いま会議室を埋め尽くしています。デモは滑らかに動き、画面の向こうでエージェントが質問に答え、タスクをこなしていく。発注したくなる気持ちはよくわかります。けれど、半年後にそのエージェントが現場で毎日使われているかと問われると、胸を張って「はい」と答えられるプロジェクトは驚くほど少ない。
PoC（概念実証）の数だけが増え、「本番運用」の実例が見当たらない。これがいまのAI活用の偽らざる現実です。本記事はあえて逆張りします。“AIエージェントを作れるコンサル”という言葉ほど、発注側が警戒すべきものはありません。 問題は技術力ではなく、もっと手前にあります。
念のため断っておくと、これは「AIエージェントは使えない」という話ではありません。むしろ逆で、正しく設計すれば現場を確かに変えます。にもかかわらず多くのプロジェクトが“デモ止まり”になるのは、作り手の能力ではなく、発注から設計までの組み立て方に共通の落とし穴があるからです。その落とし穴を、発注側の視点から順に解きほぐしていきます。
なぜ「動くデモ」は「使われる業務」にならないのか
デモと本番運用のあいだには、川どころか谷があります。多くのプロジェクトはこの谷で止まります。理由は単純で、デモは「動くこと」を証明するために作られ、本番は「使われ続けること」を求められるからです。求められているものが最初から違うのです。
谷を生む原因は、だいたい次の3つに集約されます。
- 技術先行：最新モデルを使うこと自体が目的化し、「誰のどの仕事が楽になるのか」が後回しになる
- UX不在：エージェントの賢さばかりが語られ、人がそれをどう呼び出し、どう信頼し、どう訂正するのかが設計されていない
- 業務接続の欠落：既存の業務フロー・権限・データ・例外処理に接続されておらず、現場の“最後の一歩”で詰まる
とりわけ見落とされがちなのが2つ目です。AIエージェントは、賢ければ使われるわけではありません。人間が「これは任せていい」と感じられる接点（どう指示し、結果をどう確認し、間違いをどう直すか）が設計されていなければ、現場は数日で使うのをやめます。賢さは前提であって、採用の決め手ではないのです。
デモの審査員は決裁者ですが、本番の審査員は現場の担当者です。決裁者は「すごい」で評価し、担当者は「自分の手間が本当に減るか」で評価します。この評価軸のズレを設計段階で織り込んでいないと、承認されたプロジェクトほど現場で静かに見放される、という皮肉な結末を迎えます。動くデモは出発点に過ぎず、ゴールではありません。
“AIコンサル”の構造的弱点
ここで、提供側の構造に踏み込みます。一般に「AIエージェント コンサル」を名乗るプレイヤーには、出自による得意・不得意があります。
戦略系のコンサルは、ロードマップとパワーポイントの精度は高い。けれど、実装の現場に踏み込まない。「あとは作るだけ」の“あと”が、実は一番難しいのに、そこを別会社へ丸投げしてしまう。一方で、開発に強いベンダーは作る力はあるが、「そもそも何を作るべきか」「現場の人がそれを使い続けられるか」という体験設計の視点が薄い。
戦略は描けるが作れない。作れるが体験を設計しない。この“分断”こそが、デモで終わるプロジェクトの真犯人です。
つまり多くの失敗は、能力が低いから起きるのではありません。戦略・実装・体験設計が別々の人の手に分かれていて、つなぎ目で落ちるから起きるのです。発注側から見れば、立派な戦略提案と動くデモを別々に受け取り、いざ統合しようとした瞬間に、誰も全体の責任を持っていないことに気づく。これが“デモで終わる”典型的な構図です。
この分断のやっかいなところは、外からは見えにくいことです。戦略提案も動くデモも、それぞれは立派に仕上がります。問題が露わになるのは、いざ統合して現場に乗せようとした瞬間――つまり、最も時間とお金をかけた後です。「作れるか」だけを見て進むと、作れた後に動かない、という最悪の順番で気づくことになります。デモの完成度は、本番で動く保証には一切ならないのです。
逆張りの結論 ― 成否は“モデル”ではなく“体験設計 × 業務接続”で決まる
ここまでをひっくり返してまとめると、結論はこうなります。AIエージェントが現場で動くかどうかを決めるのは、採用したモデルの性能ではありません。体験設計（どう使われるか）と業務接続（どこに組み込まれるか）です。
同じ基盤モデルを使っても、結果は天と地ほど分かれます。片方は「賢いが使われないデモ」に、もう片方は「地味だが毎日使われる業務の一部」になる。差を生むのは、次のような問いに最初から答えているかどうかです。
- 誰の、どの業務の、どの瞬間を肩代わりするのか
- 人はどこで介入し、どこで承認し、どこで訂正するのか
- 間違えたとき、現場はどう気づき、どうリカバリーできるのか
- 既存のツール・権限・データに、どう無理なく接続するのか
これらは「モデルを選ぶ」問題ではなく、「体験と業務を設計する」問題です。だからこそ、AIエージェント開発はモデルの議論から始めてはいけません。使う人の現実から始めるべきなのです。
ARCHECOのアプローチ ― “使われるエージェント”に落とす
ここまで、なぜ「動くデモ」が「使われる業務」にならないのかを見てきました。ちなみに――こうした“分断”を埋めることこそ、私たちARCHECOが取り組んでいるテーマです。ARCHECOは、もともとUI/UXデザインの専門家集団として、数多くのプロダクトで「人がどう使うか」を設計してきました。さらに、クライアントと並走する事業共創の経験を積み重ね、いまその知見をAIを利活用したプロダクト開発へと広げています。私たちが立つのは、戦略止まりでも実装丸投げでもない、その中間の分断を自ら埋める場所です。
具体的には、3つを同じチームで担います。
- 体験設計：エージェントを「賢い機能」ではなく「人が信頼して任せられる相棒」として設計する
- 業務接続：既存フロー・権限・データ・例外処理に無理なく組み込み、“最後の一歩”で詰まらせない
- AIプロダクト開発：戦略から実装、運用後の改善までを一気通貫で受け持ち、つなぎ目で落とさない
私たちが案件の最初に時間をかけるのは、モデル選定でもアーキテクチャ図でもなく、「現場の一日」を解像度高く理解することです。誰が、どのタイミングで、どんな判断に迷い、どこで手が止まっているのか。そこが見えて初めて、エージェントに任せるべき範囲と、人が握り続けるべき範囲の線が引けます。この線引きを曖昧にしたまま“何でもできるエージェント”を目指すほど、皮肉にも何にも使われないものが出来上がります。範囲を絞り、確実に効く一点から入れて広げる――地味ですが、これが現場で生き残るエージェントの作り方です。
派手なデモを作ることは、正直それほど難しくありません。難しいのは、半年後も現場で静かに使われ続けるエージェントを残すことです。私たちが請け負いたいのは後者です。逆張りに聞こえるなら、それは業界がいかに“デモ”に最適化されてきたかの裏返しでもあります。
戦略の妥当性から見直したい場合は、AI戦略・導入ロードマップ策定とあわせてご相談ください。「作れます」ではなく「使われ続けます」を約束できるかどうか。発注先を選ぶ基準は、そこに置くべきです。
ARCHECOに相談する
