規模が変わればDXの正解も変わる——成功事例の移植が空回りする理由

DXの「成功事例」として紹介されるものの多くは、大企業が発信している。経営誌、業界セミナー、コンサル会社のレポート——いずれも舞台は数百億円規模の企業であることが珍しくない。

そこで紹介された手法を、売上10億円・社員数十名の会社にそのまま持ち込もうとするとき、何が起きているのか。

大企業のDXは「調整コスト」の削減を解いている

大企業がDXで解こうとしている問題の中心は、部門間の情報断絶と承認経路の複雑さにある。

複数拠点に担当者が分散していれば、データの伝達だけでコストがかかる。月の受発注件数が数千件を超えれば、そのトラッキングに専任チームが必要になる。これらはすべて「規模から生まれる問題」だ。大企業のDXシステムはその問題の大きさに合わせて設計されており、機能の複雑さはその複雑さを処理するためにある。

翻って、売上10億円の会社を考える。営業から経理、発注から在庫管理まで2〜3人が兼務していることが多い。部門間の調整コストはそもそも低く、担当者が隣にいるか、チャットで即座に解決できる距離感にある。大企業が抱える「情報が拠点間で届かない」「承認に日数がかかる」という問題は、小規模企業では別の形を取っている。

移植すべきは手法そのものではなく、「どういう問題をどういう考え方で解いたか」という構造だけである。

移植された設計が「余分な仕事」を生む

規模が合わないシステムを導入したとき、現場では次のようなことが起きやすい。

• 入力項目が多すぎて、既存業務より操作に時間がかかる
• 権限設定や管理画面を誰もメンテナンスできなくなる
• 使われない機能のために毎月の費用だけが積み上がる

「システムを入れたのに、なぜか仕事が増えた」という声は、設計と規模のミスマッチがほとんどの原因である。

こうした状態は、DX設計の非対称として整理できる問題に近い。経営への恩恵と現場への負担が、同じシステムの中で逆方向に働く構造だ。恩恵は経営側に、負荷は現場側にかかる。その非対称は、システムが大きくなるほど広がりやすい。

加えて、大企業向けのシステムは「データの収集・集計・可視化」に力点を置くことが多い。しかしそれが経営判断に直結するかどうかは別問題だ。入力項目の数と判断精度は比例しない——収集する情報が増えても、経営に使える形に整理されていなければ意味をなさない。

「自社の問題規模」から逆引きして選ぶ

DX導入を検討するとき、参照すべき事例の「前提規模」を確認することが先決になる。

1. 事例の売上・社員数・取引件数を確認する ——規模が大きく異なる事例は「構造の参考」として読み、手法をそのまま借りない
2. 自社が今どの問題を抱えているかを言語化する ——「情報が届かない」のか、「入力が重い」のか、「集計に時間がかかる」のか、問題の性質を先に絞る
3. 解きたい問題に対して、最小の構造で対応できる手法を選ぶ ——機能の多さや導入実績の数を評価軸にしない

事例が参考にならないわけではない。ただし参照するのは「この問題を、このアプローチで解いた」という設計の論理であり、システムや手順の名称ではない。その論理を取り出し、自社の問題サイズに合わせて再設計することが必要になる。

規模に合ったDX設計の伴走については、しぼる：DX伴走支援でも相談を受け付けている。「どのツールを選ぶか」より先に、「今自社は何に困っているか」を整理するところから始めることが多い。手法の選択は、問題の言語化の後にくる。