データ活用が失敗する理由：止まる7つの型と、PoC止まり・ベンダー丸投げの抜け出し方

「データ活用を進めろ」と言われ、ツールも入れ、研修もやりました。AIの実証実験もやってみて、デモはうまく動き、役員も「すごいね」とうなずきました。ところがそこで話が止まり、半年後には誰も話題にしません。次の相談が来るたびに「また打ち上げ花火で終わるのか」と気が重くなります。経営からは「で、成果はいつ出るの」と聞かれ、答えに詰まります。

失敗の多くは、担当者の力量不足から起きているわけではありません。何度も繰り返される型にはまっているだけです。型を知っておけば、自社がどこで転びそうかを先に見つけて避けられます。

失敗の7つの型を早見表で見る

当てはまる症状の行から読んでください。抜け出す最初の一手と、詳しく扱っている節や記事を並べています。

7つを貫く共通点があります。どれも、ツールや基盤にお金をかける前に「解く課題と決め方」と「それを動かす人」が抜けています。この2つを先に固めれば、多くの失敗は起こる前に避けられます。

失敗を早めに見つけるセルフチェック

次の7項目は、上の表の7つの型に上から順に対応しています。2つ以上当てはまったら、すでにどれかの型にはまりかけています。

– 「何のためにやるのか」を一文で言えない

– 導入したツールやダッシュボードのアクセスが、先月ほぼ無い

– 同じ指標を、部署ごとに別の数字で報告している

– PoCはやったが、本番で動いているものが1つも無い

– 外注先の改修見積もりを、社内で妥当か判断できる人がいない

– 1部署でうまくいった取り組みが、他の部署では使われていない

– データ担当の仕事の大半が、その場かぎりの依頼処理になっている

当てはまった項目と同じ行の型から、1つずつ手をつけてください。全部を一度に直そうとすると、また止まります。

PoCが「成功」しても本番に乗らないのはなぜか

PoCの成功と、本番に乗る条件は別物です。PoCで確かめるのは「精度が出た」「デモが動いた」です。本番に必要なのは「日々の業務に組み込める」「運用する人がいる」「費用が見合う」です。前者だけ満たして「成功しました」と報告し、後者を誰も詰めないまま終わります。打ち上げ花火が量産されるのは、この取り違えのせいです。

始める日に、本番に乗る条件を紙1枚で決める

PoCを始めるその日に、次の4つを経営と合意します。ここが決まっていないPoCは、始めないくらいの構えでちょうどよいです。

本番に進める基準があれば、終わったあとの議論が前に進みます。やめる基準があれば、ずるずる続く塩漬けのPoCを防げます。

塩漬けのPoCは、思った以上に高くつく

外注のPoCを1本400万円で3本やり、本番に乗ったものが無かった場合を考えます。業務委託のコストは、委託費に社内で管理する手間を足して、委託費のおよそ1.2倍で見ます。1本あたり480万円、3本で1,440万円です。さらに社内の担当者が各3ヶ月、仕事の3割をPoCに割いていたとします。年収600万円なら会社の負担は給与の約3倍で年1,800万円、3ヶ月の3割で1本あたり約135万円、3本で約405万円です。合わせて約1,850万円が、本番で何も動かないまま消えています。金額は説明のための例です。

本番化には、PoCより大きな費用がかかります。PoCでは手作業で済ませていたデータの取り込みを自動にし、既存のシステムとつなぎ、障害が起きたときの対応を決め、運用する人の時間を確保する必要があるからです。400万円のPoCなら、本番化の初期費用はその2〜3倍、800万〜1,200万円ほどを見込んでおきます。この概算を開始時に経営と握っておき、後出しにしないことが、止めずに進めるコツです。

デモ映えする部分ではなく、いちばんの難所から試す

PoCで確かめるべきは、きれいに動く部分ではありません。本番化を阻みそうな難所を先に確かめます。多くの場合、それはデータの汚さ、現場が運用できるか、既存のシステムとつながるかの3つです。デモ映えのする部分だけを作ると、いざ本番化というところで足をすくわれます。

PoCが終わったら、その場で最初の基準に照らして本番か見送りかを決めます。本番なら、誰がいつから何を見て回すのかまで決めます。見送りなら、何が分かって何がだめだったかを1枚に残します。「いったん保留」にすると、そのまま立ち消えになります。

ベンダーに任せたら、社内に何も残らなかった

社内に専門の人がいないので、データ基盤もAIも信頼できるベンダーに任せました。最初は順調です。しかし数年たつと、中身を分かっているのはベンダーだけになっています。ちょっとした改修にも高い見積もりが出てきて、乗り換えようにも社内には何も残っていません。

外注そのものが悪いわけではありません。意思決定と知見まで社外に出してしまう任せ方が問題です。相手の良し悪しに関係なく、任せ方しだいで誰とでもこうなります。

実装は任せても、社内に残す3つ

契約の段階で防ぐ4点

– 成果物の所有を明記する。コード・ドキュメント・データが自社のものになると契約に書く

– 月に1回、「何を、なぜそうしたか」を社内が分かる言葉で説明してもらう。依頼文は「今月変えた点と、その理由を3行で、専門用語を使わずに書いてください」で足りる

– 出口を最初に決める。立ち上げ期は外部と組み、運用が回ったら社内へ引き継ぐ計画を最初から持つ

– 一社に全部を委ねない。要件定義やレビューには別の目を入れる

全員がコードを書ける必要はありません。外注先の仕事の良し悪しを判断でき、的確に質問できる人が社内に1人いれば、ブラックボックス化は止まります。すでに丸投げの状態でも、一度に抜け出す必要はありません。何が・どこに・誰にしか分からない状態かを洗い出し、次の改修から要件を社内が書くところから始めます。

成功した1部署から、横に広がらない

1部署ではうまくいったのに、他部署に「同じようにやってみて」と渡しても誰も動きません。手順書を配っても使われず、声をかけるほどこちらだけが空回りします。

最初の部署がうまくいったのは、手順書があったからではありません。その部署に自分ごとの強い困りごとがあり、やりきった人がいたからです。他部署には、同じ困りごとも、やりきる人もいません。そこへ完成品を渡しても、自分の問題を解かないものは使われません。横に広げるときに渡すのは、完成した仕組みではなく、困りごとを見つけて小さく解く動き方のほうです。

次の3つを、この順で行います。

– 着手する前に、その部署の相棒を1人見つける。困っている当事者が理想。相棒が見つからない部署は「まだ早い」と判断して後回しにする

– 完成品を配らない。相棒と一緒に、その部署がいちばん困っている繰り返し作業を1つ見つけ、その小さな版から解く

– 成功談は、あなたではなく最初の部署の担当者に語ってもらう。隣の部署は、上からの展開より同僚の実話で動く

よくある質問（FAQ）

データ活用の失敗で、よくあるのはどの型ですか?

私たちが相談を受ける中でよく見るのは、目的がないまま走り出す型です。データドリブンになること自体が目的になり、解くべき事業課題が言葉になっていません。まず解く課題を1つ、業務の単位で書くところから立て直します。

PoCの「本番に進める基準」は、どのくらい厳しく決めればよいですか?

数字1つと期限1つで足ります。たとえば「いまの方法より欠品が10%減り、月の締めに間に合う」のように、業務の言葉で書きます。精度の数字だけを基準にすると、精度は出たのに業務では使えない、という結果になりやすくなります。

ベンダーロックインになっているかどうか、どう見分けますか?

改修や乗り換えの見積もりが言い値になっていて、システムの中身を説明できる人が社内にいなければ、ロックインに近い状態です。成果物の所有が契約で曖昧な場合も注意が必要です。

すでに失敗して止まっています。やり直せますか?

やり直せます。範囲を1テーマに絞って小さく成果を出し、そこから広げます。全社で一斉に再開すると、同じ場所でまた止まります。過去の失敗を型として整理すると、次に避けるべき点が見えてきます。

経営に失敗を認めてもらうには、どう伝えればよいですか?

犯人探しにせず、よくある型にはまったと構造で示します。上の早見表で、どの型のどこで止まったかを指させば、誰が悪いかという話にならず、次の一手の相談に入れます。

次のPoCを始める前に、本番に進める基準とやめる基準を紙1枚に書くところから、一緒に詰められます。いま止まっている取り組みがどの型にあたるかの見立てだけでも、初回相談（30分・無料）でどうぞ。