Lineup
  • Homeホーム
  • Reports検証レポート
  • Reports検証レポート
  • Papers技術論文
  • Solutions事業内容
  • Policy検証ポリシー
  • FAQよくある質問
  • About運営体制
  • Contactお問い合わせ
Aixis(アイクシス)
  • Homeホーム
  • Reports検証レポート
  • Reports検証レポート
  • Papers技術論文
  • Solutions事業内容
  • Policy検証ポリシー
  • FAQよくある質問
  • About運営体制
  • Contactお問い合わせ
Aixis(アイクシス)
  • Homeホーム
  • Reports検証レポート
  • Reports検証レポート
  • Papers技術論文
  • Solutions事業内容
  • Policy検証ポリシー
  • FAQよくある質問
  • About運営体制
  • Contactお問い合わせ

SIerにAI導入を丸投げしてはいけない——受発注構造が生む「誰も責任を取らない」問題

2026 3/07

「AIの導入は専門家に任せるのが一番」

この考え方は、一見すると合理的に見えます。自社にAIの専門家がいなければ、専門知識を持つSIer(システムインテグレーター)に依頼するのが最善の策だと。

しかし、この「丸投げ」こそが、日本企業のAI導入が期待通りの成果を出せない最大の構造的原因の一つです。

AI導入プロジェクトの約70%が期待した効果を得られていないという調査結果があります。そしてその失敗プロジェクトの多くに共通するのが、「SIerに要件定義からツール選定、実装、運用まで一括で委託した」というパターンです。

なぜ、専門家への委託が失敗を招くのか。その答えは、日本のSIer業界が持つ構造的なインセンティブのねじれにあります。

コンテンツ一覧

日本のSIer構造——世界に類を見ない「人月商売」の実態

問題の本質を理解するには、まず日本のSIer業界の構造を知る必要があります。

日本のIT業界は、世界でも特異な「多重下請け構造」を形成しています。大手SIerが顧客企業からプロジェクトを受注し、その実装作業を2次請け、3次請け、さらには4次請け以下のITベンダーに順次委託していく。大規模プロジェクトでは7次請けに達するケースすらあります。

この構造の起源は、日本の終身雇用制度にあります。ユーザー企業はITエンジニアの需要変動に柔軟に対応できなかったため、SIerがその調整弁として受託開発を請け負い、プロジェクトごとに必要な人員を下請け構造で調達する仕組みが定着しました。

結果として、日本ではITエンジニアの約7割がベンダー・SIer側に所属するという、海外とは正反対の構造が生まれています。米国では逆にITエンジニアの大多数がユーザー企業側に在籍しており、技術知見が社内に蓄積されます。

この構造が、AI導入に深刻な問題を引き起こします。

SIerにAI導入を任せてはいけない5つの構造的理由

理由1:「人月商売」とAI導入の根本的な矛盾

SIerのビジネスモデルは「人月単価×人数×期間」で売上が決まる構造です。多くの人員を長期間プロジェクトに投入するほど、SIerの売上は増えます。

この収益構造は、AI導入と根本的に矛盾します。

AI導入の本質は、人間が行っていた作業をAIに置き換え、効率化や自動化を実現することです。つまり、AIの導入が成功すればするほど、必要な人員は減り、プロジェクト期間は短くなるはずです。

しかし、SIerの収益モデルでは、人員削減=売上減少です。効率化すればするほど儲からない。この構造的矛盾の中で、SIerに「御社の業務を最大限効率化するAIソリューションを提案してください」と依頼することは、「自分の売上を減らす提案をしてください」と頼んでいるのと等しいのです。

もちろん、すべてのSIerが意図的に非効率な提案をしているわけではありません。しかしインセンティブの構造が効率化に向いていない以上、提案が「最適な効率化」ではなく「SIerにとっても持続可能な程度の効率化」に収まる傾向は否定できません。

理由2:「動くものを納品する」ことと「成果を出す」ことのギャップ

SIerとの契約形態は、多くの場合「請負契約」または「準委任契約」です。

請負契約の場合、SIerの義務は「仕様通りのシステムを完成させること」です。システムが仕様通りに動けば、SIerの責任は果たされます。しかし、そのシステムが企業の業務課題を解決するかどうか、ROIがプラスになるかどうかは、契約上のSIerの責任範囲外です。

準委任契約の場合はさらに問題です。SIerの義務は「善管注意義務をもって作業を遂行すること」であり、成果物の完成すら保証されません。技術者が一定期間常駐して作業した事実があれば、成果が出ていなくても対価は支払われます。

AI導入において、企業が本当に求めているのは「AIシステムが動くこと」ではなく「AIが業務課題を解決すること」です。しかし、SIerとの契約構造は前者を保証するものであり、後者を保証するものではありません。

このギャップは、PoC(概念実証)フェーズで顕著になります。PoCが「成功」と判定されても本番導入に至らないケースが多発するのは、PoCの「成功基準」がSIerの納品物の品質基準であり、企業のビジネス成果の基準ではないからです。

理由3:多重下請け構造が「責任の所在」を消す

AI導入プロジェクトがSIerを通じて進行する場合、実際の作業を行うのはSIer本体ではなく、下請けのITベンダーであることが多くあります。

大手SIerは上流工程(要件定義、設計、プロジェクトマネジメント)を担当し、中流・下流工程(実装、テスト、データ整備)を下請けに委託します。AI関連の専門技術(モデルの選定、学習データの設計、チューニング)は、さらに専門性の高い下請けベンダーに再委託されることもあります。

この多層構造で問題が発生したとき、責任の所在が不明確になります。

「AIの精度が出ない」という問題が発生した場合、大手SIerは「学習データの品質が十分でなかった」と言い、データ整備を担当した下請けは「仕様通りのデータを準備した」と言い、モデル開発を担当した下請けは「提供されたデータの範囲では妥当な精度だ」と言う。

顧客企業にとっての窓口は大手SIerですが、大手SIerは自社で作業を行っていないため、技術的な問題の原因特定と解決を下請けに依存します。下請けは顧客企業と直接コミュニケーションを取れないため、問題の本質が正確に伝わらない。

この「伝言ゲーム構造」は、従来のシステム開発でも問題でしたが、AI導入ではさらに深刻化します。AIは確率的な技術であり、「仕様通りに動く」かどうかの判断基準が従来のシステム開発よりも曖昧です。精度80%は「成功」なのか「失敗」なのか——この判断は、業務の文脈を理解しなければ下せませんが、多重下請けの末端にいるエンジニアには業務の文脈が見えていません。

理由4:ツール選定がSIerの都合で歪む

SIerにAI導入を委託した場合、AIツールの選定もSIerに委ねることになります。しかし、SIerのツール選定には構造的なバイアスが存在します。

パートナー関係によるバイアス。 大手SIerは特定のAIベンダーとパートナー契約を結んでいることが多く、パートナー製品の販売にインセンティブ(リベート、共同マーケティング予算、技術支援の優先権など)が設定されています。パートナー製品が顧客にとって最適でない場合でも、SIerにとってはパートナー製品を推奨するほうが自社の利益に合致します。

自社の技術スタック・経験によるバイアス。 SIerは自社のエンジニアが経験のある技術を優先する傾向があります。新しいAIツールが市場に登場しても、自社に知見がなければ提案対象に入りません。結果として、顧客には「SIerが扱えるツール」の中から選択肢が提示され、市場全体から最適なツールが選ばれるわけではありません。

実装工数を確保したいバイアス。 SaaSとして完結するAIツール(導入後の実装工数が少ない)よりも、カスタマイズや実装に大きな工数がかかるツール(=SIerの売上になる)のほうが、SIerにとっては魅力的です。「御社の業務に合わせたカスタマイズが必要です」というSIerの助言は、本当にカスタマイズが必要なのか、SIerの工数を正当化するための言い訳なのか、顧客企業には判別がつきません。

理由5:「AIの知見」がSIerに蓄積し、企業側に残らない

SIerにAI導入を丸投げした場合、プロジェクトを通じて得られたAIの知見——どのデータがどの精度を生むか、どのパラメータが結果にどう影響するか、どの業務にAIが有効でどの業務には不向きか——はSIer側に蓄積され、顧客企業側には残りません。

これは、経済産業省のDXレポートが指摘した「2025年の崖」の構造そのものです。ベンダー側にノウハウが蓄積し、ユーザー企業側のシステムがブラックボックス化する。AI導入でも同じことが繰り返されているのです。

プロジェクトが終了しSIerが去った後、AIシステムの調整や改善が必要になったとき、企業は再びSIerに依頼するしかありません。これは技術的なベンダーロックインであり、SIerにとっては継続的な収益源、企業にとっては継続的な依存構造です。

「丸投げ」の代わりに何をすべきか——AI導入における企業の主体性

SIerに丸投げしてはいけないとして、では企業はどうすべきか。5つの原則を提案します。

原則1:課題定義は自社で行う

AI導入の出発点は「自社の業務課題の特定」であり、これは企業自身にしかできません。SIerに「何をAI化すべきか教えてほしい」と依頼した時点で、提案はSIerのインセンティブに影響されます。

自社の業務フローを可視化し、「どの工程に最もボトルネックがあるか」「どの判断にコストがかかっているか」「どのデータが十分に活用されていないか」を自らの手で分析する。この工程を省略してSIerに丸投げすることは、「何が痛いか自分で考えずに病院に行き、医者に任せる」ようなものです。

原則2:ツール選定をSIerから分離する

AIツールの選定は、SIerとは独立したプロセスとして行うべきです。

SIerにツール選定を任せると、前述のバイアス(パートナー関係、技術スタック、工数確保)が影響します。ツール選定の段階では、SIerとの利害関係がない第三者の視点を取り入れ、市場全体から最適なツールを選定することが重要です。

ツール選定が完了した後に、そのツールの導入実装をSIerに依頼する——この順序を守るだけで、「SIerの都合によるツール選定の歪み」を排除できます。

原則3:「成果」で契約する

請負契約や準委任契約の限界を認識し、可能な限り成果連動型の契約を検討します。

たとえば、「AIチャットボットのシステムを構築する」という請負契約ではなく、「顧客からの問い合わせ対応時間をAI導入により30%短縮する」という成果を契約目標に設定する。成果に応じてフィーの一部を変動させる契約構造にすれば、SIerのインセンティブは「システムを納品すること」から「成果を出すこと」にシフトします。

現実的には、AI導入の成果を事前に保証することは困難であり、SIerがこうした契約を嫌がるケースも多いでしょう。しかし、成果連動の要素を一部でも取り入れることで、SIerと企業のインセンティブのアラインメントは改善します。

原則4:自社に知見を蓄積する仕組みを設計する

SIerに作業を委託する場合でも、プロジェクトを通じて自社に知見が蓄積される仕組みを意識的に設計します。

具体的には、自社のメンバーをプロジェクトチームに参画させ、SIerのエンジニアと共同で作業を行う「ペアリング」の仕組みを導入する。ドキュメンテーションの基準を自社で定め、プロジェクトの意思決定プロセスとその根拠を記録する。SIerが去った後も自社で運用・改善ができるレベルのナレッジトランスファーを契約に含める。

NRIの調査で70.3%の企業がAI活用の課題として「リテラシー・スキル不足」を挙げていますが、SIerに丸投げし続ける限り、このリテラシーは永遠に向上しません。SIerへの委託を「リテラシー獲得の機会」として活用する発想への転換が必要です。

原則5:独立した第三者を「監査役」として関与させる

SIerが提案するツール、設計する要件、納品するシステムが、本当に企業の利益に沿っているかを検証する「監査役」の存在が有効です。

この監査役は、SIerとの利害関係がない独立した立場であることが不可欠です。SIerが推奨するツールの代替案を提示し、SIerが提案する工数の妥当性を検証し、納品物の品質を企業の業務成果の観点から評価する。

こうした「第三者によるチェック機能」は、建設業界の施主側監理(設計事務所が施工者とは独立して品質を監理する仕組み)に相当します。数千万円規模のAI投資に対して、こうした監査コストは十分に見合うものです。

「SIerが変わるべき」は正論だが、待っている余裕はない

ここまでの議論に対して、「SIer業界が変わるべきだ」という反論があるかもしれません。

その通りです。人月商売から脱却し、成果ベースの契約モデルに移行し、顧客企業の内製化を支援する方向にSIer自身が変革すべきです。実際、大手SIerの一部はコンサルティング事業の強化やクラウドベースのサービスモデルへの転換を進めています。

しかし、SIer業界の構造改革を待っている余裕は、企業側にはありません。

McKinseyの調査でAI導入企業の88%のうちわずか6%しかハイパフォーマーになれていない現状は、「今のやり方では成果が出ない」ことを示しています。PwC Japanの調査で日本企業のAI効果実感が米英の4分の1にとどまる現状も、従来のSIer丸投げモデルの限界を示唆しています。

SIer業界の変革を待つのではなく、企業側が主導権を握ること。課題定義は自社で行い、ツール選定はSIerから分離し、成果で契約し、知見を自社に蓄積する。この主体的な姿勢なしに、AI投資から真の成果を得ることは困難です。

Aixisの役割——SIerでない「第三者」

Aixisは、SIerの代わりにAIを導入するサービスは提供していません。

Aixisが提供するのは、AI導入プロセスにおける独立した検証機能です。

ツール選定の独立評価:SIerが推奨するツールを、市場全体の代替候補と同一条件で比較し、SIerのバイアスを排除した選定判断を支援します。

提案内容の妥当性検証:SIerが提示する工数見積もり、技術選定の根拠、アーキテクチャ設計の妥当性を、独立した技術的視点から検証します。

導入後の効果検証:納品されたAIシステムが実際にどの程度の精度と効果を出しているかを、SIerの報告とは独立した基準で測定します。

SIerに委託すること自体が悪いのではありません。SIerに委託する際に、チェック機能が存在しないことが問題なのです。Aixisは、そのチェック機能を提供します。

建築業界で施工者(ゼネコン)と設計監理者(建築士事務所)が分離しているように、AI導入においても実装者(SIer)と検証者(Aixis)が分離されることで、企業の利益は最大化されます。

おわりに——「専門家に任せる」と「丸投げする」は違う

本稿の主張を一言で要約するなら、こうなります。

「専門家に任せる」と「丸投げする」は違う。

専門家に任せるとは、自社の課題を明確にした上で、その解決に必要な専門作業を委託すること。丸投げするとは、課題の定義から解決策の選定、実装、評価まですべてを他者に預けること。

前者は「主治医に手術を依頼する患者」です。患者は自分の症状を知り、治療方針について医師と対話し、手術後のリハビリに主体的に取り組む。

後者は「体のどこが悪いかも分からないまま、すべてを病院に任せる患者」です。どの検査をするか、どの治療をするか、いつ退院するかの判断がすべて病院側にある。しかも、その病院は検査と治療の回数が多いほど収益が上がるインセンティブ構造を持っている。

あなたの会社のAI導入は、どちらの患者に近いでしょうか。

AI導入の「手術」を成功させるのは、SIerの技術力だけではありません。自社の課題を正確に診断し、適切な治療方針を選び、術後の経過を自ら管理する力——この「AI投資の主体性」が、成果を出す企業と出せない企業を分ける決定的な違いです。

→ SIer提案の妥当性を独立検証する:Aixis 監査サービス

出典・参考文献

  • 経済産業省「DXレポート ~ITシステム『2025年の崖』の克服とDXの本格的な展開~」:レガシーシステム残存による最大12兆円/年の経済損失リスク、ベンダー側にノウハウが蓄積する日本特有の構造
  • IDC Japan:日本のSIer含むプロジェクトベース市場は2023-2028年で年平均4.8%成長
  • 日経ビジネス「極言暴論」木村岳史:大規模プロジェクトでの7次請け構造、SIerの人月商売の実態、エンジニアの7割がベンダー側に所属
  • AI導入プロジェクトの約70%が期待効果未達、失敗プロジェクトの40%が「データの文脈理解不足」が主因
  • 富士通:国内2万プロジェクトの約3割でAI活用、2025年度末に5〜6割まで拡大計画
  • McKinsey & Company “The State of AI: Global Survey 2025″:88%がAI導入、6%がハイパフォーマー
  • PwC Japan グループ「生成AIに関する実態調査2025 春 5カ国比較」:日本の「期待を上回る」は米英の1/4
  • NRI「ユーザー企業のIT活用実態調査2025」:70.3%がリテラシー・スキル不足を課題に
Analyst Insights
Aixis 実証監査 宣伝バナー
監修:林田凪冴
Aixis 代表 / チーフアナリスト
「感覚」ではなく「数値」で選ぶ。独立系リサーチ・アドバイザリ機関『Aixis』を運営。

生成AI黎明期より100+ツール検証。独自5軸モデルで完全中立な実証を発信。
目次
  1. ホーム
  2. Analyst Insights
  3. SIerにAI導入を丸投げしてはいけない——受発注構造が生む「誰も責任を取らない」問題
コンテンツ一覧