SIer工数のボトルネック

SIer工数のボトルネックは、人手が足りないという量の問題にとどまらず、現場調査から動作設計までを案件ごとに作り込む構造が工数を高止まりさせ、導入の総量を縛っている設計の問題である。

30秒要約

• ロボット導入の律速は本体価格ではなく、現場調査・動作設計・調整を担うシステムインテグレーション（SI）の工数。
• 案件ごとにゼロから作り込む構造のため工数が高止まりし、SIer人材の不足と相まって導入の総量を縛っている。
• 最初の一歩は、動作設計を再利用可能にし、現場調査から設計までの工程を体験設計の視点で効率化すること。

実装判断サマリー

項目	内容
いま何が問題か	SI工数が高止まりし、導入数を増やせない
なぜ今か	人手不足で導入需要が増す一方、SIer人材が足りず供給が追いつかない
最大の制約	案件ごとの作り込み構造と、SIer人材の不足
主なレバー	動作設計の再利用、工程の標準化・ツール化、体験設計による効率化
最重要KPI	一案件あたりの設計工数、SIerが捌ける導入数
争点	工数を技術で減らすか、人材を増やすか

課題の定義（扱う／扱わない）

• 扱う：現場調査から動作設計までのSI工数が高止まりし、導入数を縛っている問題。
• 扱わない：動作データの機種間再利用という技術構造（動作のポータビリティ不在で扱う）。本カードは「SIの工程と人・工数」に絞る。
• 似て非なる：動作のポータビリティ不在（別カード）は「同じ動作が機種を越えられない」技術問題、本カードはその結果も含めた「SIの工数と供給力」の問題。

何が起きているか（データ）

• ロボット導入の費用と時間の多くは、現場調査・要件定義・動作設計・教示・調整・立ち上げといったシステムインテグレーション（SI）の工程に費やされる。
• これらが案件ごとにゼロから作り込まれるため、工数が高止まりし、一社のSIerが捌ける案件数に上限ができる。
• SIer人材の不足は継続的な課題として指摘されており、需要が増えても供給（導入できる数）が追いつかない構造になっている（人材不足の定量データは※要出典確認）。
• 動作が機種を越えて再利用できない（動作のポータビリティ不在）ことが、作り直し工数を生み、このボトルネックを悪化させている。

なぜ先送りされてきたか

• SIの工数は「専門家が個別に作り込むもの」とされ、効率化・標準化の対象とみなされにくかった。
• 案件ごとの作り込みがSIerの売上・専門性の源泉でもあり、効率化の動機が内部から生まれにくい。
• 動作の再利用を阻む技術構造（機種ごとの非互換）が放置されてきた。
• 現場調査・要件定義という上流工程は属人的で、ツール化が難しかった。

原因構造

• 構造側：案件ごとの作り込みが標準で、設計が再利用されない。
• 供給側：SIer人材が不足し、捌ける案件数に上限がある。
• 技術側：動作が機種を越えられず、作り直し工数が積み上がる。
• これらが相互に強化し合い、工数が高い→導入数が増えない→効率化への投資も人材も集まらない、という循環になる。

誰が、どう困るか（影響）

• SIer：案件ごとの作り込みで工数が高止まりし、受注能力が頭打ちになる。
• ユーザー企業：導入に時間とコストがかかり、特に中小は手が届かない。
• メーカー：SIがボトルネックで、製品が現場に届く速度が制約される。
• 社会全体：人手不足対策としてのロボット導入が、SI供給力で頭打ちになる。

放置するとどうなるか（時間軸）

• 数年：導入需要が増えてもSI供給が追いつかず、大企業の案件に偏る。
• 中期（2030年代）：工数を効率化した事業者と作り込みのままの事業者で、捌ける導入数の差が開く。
• 長期（2040年前後）：SI工数を圧縮できる仕組みを持つ国・産業が普及で先行し、作り直しに留まる側が劣後する。

解決の方向性

• 動作設計の再利用：一度作った動作・スキルを資産として蓄積し、再利用する（動作のポータビリティ不在と連動）。
• 工程の標準化・ツール化：現場調査・要件定義・設計の工程を、テンプレート・ツールで効率化する。
• 体験設計による効率化：「何をさせるか」の定義を含め、設計工程を体験設計の視点で組み直す（Pixels to Motorsの差別化軸）。
• 人材育成と分業：SIer人材の育成と、現場が担える部分の切り出し（ロボットを扱える人材の不在と連動）。

選択肢の比較

選択肢	効果	コスト	実現難度	主な副作用	前提・備考
動作設計の再利用	高	中	中〜高	機種非互換が壁	ポータビリティと連動
工程の標準化・ツール化	高	中	中	上流は属人性が残る	工数圧縮の核
体験設計による工程再構築	中〜高	中	中〜高	新しい方法論が要る	差別化軸
人材増員のみ	中	高	高	構造は変わらない	限界がある

主体別アクション

SIer

• レバー：設計資産の蓄積・再利用、工程のツール化、現場への部分移管。
• 変えるもの：案件ごとの作り込みから、資産の適用と差分調整へ。
• 制約：短期の売上構造の見直し。
• 成果指標：一案件あたりの設計工数、捌ける導入数。

メーカー

• レバー：再利用しやすい教示環境、標準化された設計ツール、SI支援。
• 変えるもの：作り込み前提の製品から、設計を効率化する製品へ。
• 制約：自社環境の囲い込みとの両立。
• 成果指標：自社製品でのSI工数の短縮。

ユーザー企業・現場

• レバー：要件の明確化、現場が担える運用・調整の内製化。
• 変えるもの：SI丸投げから、現場と分担する導入へ。
• 制約：現場の知識・人材（ロボットを扱える人材の不在）。
• 成果指標：SI依存工数の削減。

国

• レバー：SIer人材育成、工程標準化・ツール化の支援。
• 変えるもの：供給力不足の放置から、SI効率化の後押しへ。
• 制約：人材育成の時間。
• 成果指標：SI供給力（捌ける導入数）の増加。

争点

• 技術か人材か：工数を技術で減らすか、人材を増やすか。
• 標準化の範囲：どこまで工程を標準化でき、どこは属人的に残るか。
• 再利用の前提：動作の再利用（ポータビリティ）をどう実現するか。

反対論・トレードオフ

• 「現場は一つずつ違い、作り込みこそがSIの品質。標準化は品質を落とす」（最も強い反対）：個別最適の作り込みが価値で、効率化・標準化は質の低下を招くという主張。
  • 応答：全工程を標準化する話ではなく、再利用できる部分（基本動作・定型工程）を資産化し、本当に作り込みが要る部分に工数を集中させる分業。標準化は品質を下げるためでなく、限られた工数を価値の高い作り込みに振り向けるためのもの。
• 公平性：効率化の仕組みを持つ大手SIerと、作り込みに留まる中小で差が開く。
• 副作用：標準化を進めすぎると、現場固有の要件を取りこぼす。

失敗のシナリオ（プレモーテム）

• 再利用の前提（ポータビリティ）が整わない：作り直し工数が残り続ける。
• 上流工程の属人性が崩せない：現場調査・要件定義がボトルネックのまま。
• 標準化で現場要件を取りこぼす：品質低下で不信を招く。
• 人材増員に頼り構造が変わらない：工数の高止まりが続く。

KPI

• 結果指標：一案件あたりの設計工数、SIerが捌ける導入数。
• 中間指標：設計資産の再利用率、工程ツール化の普及。
• 副作用指標：標準化による現場要件の取りこぼし。

未解決の問い

• どの工程が標準化でき、どこは属人的に残すべきか。
• 動作の再利用（ポータビリティ）をどう実現すればSI工数が減るか。
• 上流の現場調査・要件定義をどうツール化するか。
• 現場に移管できる工程と、SIerに残すべき工程の線引きは。

すでにある良い事例

• ロボットSIerの人材育成・検定：SI人材を育てる業界の取り組み（具体は※要出典確認）。
• 設計資産の社内蓄積：案件成果を再利用可能な形で蓄える先行的なSIerの実践（具体は※要出典確認）。
• Pixels to Motors の体験設計アプローチ：「何をさせるか」と「動きの品質」を設計の中心に置き、工程を組み直す視点。

10年後の望ましい状態

• 設計が資産として再利用され、案件ごとの作り込み工数が減っている。
• 現場調査から設計までの工程が標準化・ツール化され、SI供給力が上がっている。
• 現場とSIerの分担が進み、導入が中小・地方にも届いている。

出典・関連課題・更新履歴

• 出典：ロボットSIer人材育成・検定、SI工数・人材不足に関する産業資料（具体値は※要出典確認）。
• 関連課題：動作のポータビリティ不在 / タスク定義能力の未成熟 / ロボットを扱える人材の不在 / 導入コストとROIの不透明さ
• 更新履歴：2026-06-12 初版（draft・定量データ未検証）