専用AIツールを​買うか、​汎用基盤の​上に​実装するか​｜​稟議の​前に​見る​三層構造

部門からAIツールの導入要望が来て、比較表を作る——そのとき最初に確認すべきは、機能の多さでも価格でもありません。**「そのツールの中核機能は、1年後も汎用基盤の外にあるか」**です。この記事は、AIツール市場を三層に分けて構造から整理し、稟議でそのまま使える選定チェックリストに落とします。読み手は、AI導入の稟議を書く・審査する情報システム部門と経営企画の方です。

稟議の​比較表では、​専用ツールが​勝ってしまう

専用AIツールは、比較表に強い製品です。機能一覧は長く、デモは業務画面そのもので、価格は明確。一方の汎用基盤（ChatGPT・Claude・Copilot・Notion AIなど）は「何でもできるが、何をしてくれるかは書きにくい」。機能数で採点すれば、専用ツールが勝ちます。

問題は、その比較表が「今日の機能」の静止画だということです。AIの世界では、基盤側の機能が数ヶ月単位で増えます。今日は専用ツールにしかない機能が、1年後には全社契約済みの基盤に標準搭載されている——導入済みツールの更新稟議で、これに気づくケースが増えています。

市場の​三層構造

AIツール市場は、三つの層で見ると構造がつかめます。

層① 汎用基盤。 ChatGPT・Claude・Copilot・Notion AIのような、業務を選ばない基盤です。文章生成、検索・参照（RAG）、エージェント実行といった中核機能は、この層に集約され続けています。多くの企業が既に何らかの形で契約しています。

層② 専用AIプロダクト。 「議事録AI」「文章生成AI」「営業メールAI」のような、特定用途のSaaSです。導入が速く、画面が業務に寄り添っている一方、中核のエンジンは層①と同じモデルであることがほとんどです。

層③ 現場実装。 どの層のツールを買うかではなく、既に持っている基盤の上に「自社の業務の型」を実装する、という選択肢です。ツールではなくサービス・内製で提供され、成果物は自社側に残ります。

層②に​起きている​こと——​基盤の​進化が​向かい​風に​なる

層②の構造的な弱点は、中核機能が層①と重なっていることです。基盤が進化するたび、専用ツールの「専用である理由」が一つずつ標準機能に置き換わっていきます。

これは想像上のリスクではありません。生成AIブームの初期に代表的なAIライティングSaaSとされたJasperは、2022年に評価額15億ドルで大型調達をしましたが、2023年には年間経常収益（ARR）の予測を最低30%下方修正し、従業員向けの社内評価額を20%引き下げ、レイオフを実施したと報じられています。出典: Jasper, an Early Generative AI Winner, Cuts Internal Valuation as Growth Slows（The Information・2023年9月29日）（社内評価の引き下げ）、The AI Wrapper is Dead（NFX・2026年7月）（調達額・下方修正・レイオフの総括）

そのNFXの論考は、この型の企業を「基盤モデルが今の水準に留まる方に賭けた」と総括しています。基盤の上に単機能を薄く載せた製品（ラッパー）は、基盤自身の進化に飲み込まれる——という構造の指摘です。

公平に書くと、層②のすべてが危ういわけではありません。基盤が構造的に持てないもの——業界固有のデータ、規制対応、業務ワークフロー全体の所有——を持っている専用プロダクトは、基盤が進化しても強いままです。見極めるべきは「そのツールの強みは、基盤に載らない種類のものか」です。

層③——​基盤の​進化が​追い​風に​なる​側

層③の現場実装は、層②と反対の力学で動きます。既に契約している基盤の上に業務の型を作るため、基盤が賢くなるほど、実装は速く・安くなる方向に働きます。

もう一つの違いは、資産の残り方です。専用ツールでは、業務データと運用の工夫はツールの中に溜まり、解約すれば失われます。基盤の上の実装では、データも型（プロンプト・手順・判定基準・連携）も自社の基盤側に残ります。ベンダーを替えても、資産は消えません。

ゴムマリがFDE（現場実装）でこの層に立っているのは、この力学のためです。顧客が既に持つ基盤の上に実装する——基盤が進化するほど、実装は速く安くなります。

なお、「1年後も基盤の外にあるか」という問いは、層③自身にも向けるべきです。基盤が業務の型まで自動で組めるようになれば、実装という作業そのものの値段は下がっていきます。それでも残るのは、どの業務を選び、何を例外とし、どの数字で効果を判定するかという業務側の解像度と、基盤の上に蓄積された自社のデータ・型です。実装が安くなって困るのは実装を売る側であって、資産を自社側に残してきた発注側ではありません。

稟議の​ための​チェックリスト——​5問

選定・稟議の場で、候補ツールにこの5問を当ててください。

1. その中核機能は、1年後も基盤の外にあるか。 文章生成・要約・RAG・エージェント実行は、これまで一貫して基盤側に集約されてきた機能です。
2. 業務データと運用の工夫は、どちら側に溜まるか。 解約した瞬間に何が残るかで判定します。
3. 全社で契約済みの基盤で、同じ業務を実装できないか。 できるなら、追加のSaaS費用は「実装の手間の外注費」と比較すべきコストです。
4. 効果は導入前後で実測できるか。 「この業務が何時間減るか」の単位で測れない導入は、更新稟議が書けなくなります。
5. そのツールの本当の強みは何か。 機能なら基盤に飲まれます。業界データ・規制対応・ワークフロー全体の所有なら、基盤に飲まれません。

よく​ある​質問

すでに専用ツールを導入しています。無駄だったのでしょうか？

いいえ。上の5問で「基盤に飲まれない強み」があるなら妥当な投資です。危ういのは、基盤と重なる単機能ツールを複数並行契約している状態です。更新のタイミングで、基盤側での実装に寄せられないかを検討する価値があります。

汎用基盤は契約済みですが、現場が使いこなせていません。

それが層③（現場実装）の出番です。基盤を「配って教育する」のではなく、対象業務を決めて、その業務の制約・データ・例外に合わせた型を基盤の上に作り込みます。進め方はAI実装FDE（サービス）に掲載しています。

実装は内製できますか？

基盤側の機能だけで完結する定型業務なら、情報システム部門での内製は十分可能です。複数システムをまたぐ業務や例外の多い業務は、実装と効果測定の経験があるパートナーと最初の1業務を作り、型を社内に残す形が現実的です。

次の​一歩

「ツールを買うか」の前に、「どの業務を、どれだけ減らすか」から始める——それが三層構造から導かれる稟議の書き方です。対象業務の選び方と実装の進め方は、AI実装FDE（サービス）とAIエージェント導入（サービス）をご覧ください。

関連記事: AIエージェントとは／日本のFDE市場マップ2026／AI-BPOとは