EXECUTIVE SUMMARY

エグゼクティブサマリー

ダッシュボードは整備した。それでも現場は毎朝それを開かない——多くの組織がこの壁に突き当たっています。BI/アナリティクスを日常的に使う従業員は平均で約29%にとどまり、集めたデータの大半は分析されないまま眠っています。分析して終わりのデータ基盤は、価値を生む前に死蔵資産になりかねません。

鍵は「書き戻し」、すなわちリバースETLです。DWHに集約・加工した結果を、営業や情報システム部門が実際に働くSaaS・基幹システムへ、そして自社プロダクトへ還して初めて、人の行動と製品の価値が変わります。本書は6つの実例をもとに、書き戻し「先」で見たリバースETLの成熟度を3つのレベルに整理します。到達点はCRMへの書き戻しにとどまりません。書き戻したデータが製品機能そのものになる段階まで、実装はすでに進んでいます。

CHAPTER 01

ダッシュボードは作った。でも現場は毎朝開かない

手間をかけて整備したダッシュボードが、なぜ日々の業務で開かれないのでしょうか。原因の多くは、データの品質でも可視化の巧拙でもありません。分析結果が「置かれている場所」が、現場の働く場所とずれているのです。

営業は一日の大半をCRMの中で過ごします。カスタマーサポートはサポートツールの画面を見続け、経理は基幹システムに向き合います。分析基盤の上でどれだけ精緻なスコアやセグメントを算出しても、それが営業のCRMに現れなければ、営業の行動は昨日と変わりません。「分析 → 発見 → アクション」というループは、発見を人が働く場所に戻して初めて効果を発揮します。

数字はこの断絶を裏づけています。BI/アナリティクスツールを実際に使う従業員は平均で約29%。しかも87%の組織で利用者数そのものは増えているにもかかわらず、この利用率は過去7年ほど横ばいのままです（出典: Gartner「Software Market Insights: Business Intelligence and Data Analytics」）。ツールは配ったが、日々使われてはいない。企業内データに目を向ければ、その60〜73%が分析に使われないまま滞留しているという、広く引用される推計もあります（出典: Inc.（Forresterの推計を引用））。

投資の量が問題なのではありません。出口の設計が問題なのです。国内の調査もこれを裏づけます。DXで成果が出ている企業は「全社/部門でデータを利活用している」割合の合計が70%を超え、成果が出ていない企業より30ポイント以上高いという結果が出ています（出典: IPA「DX動向2025」）。集めて可視化して終わりか、それとも使い切るか。この深さの差が成果を分けています。

ここで加わるのがリバースETLです。従来のETLは、業務システムやログといったソースからデータを集め、DWHに蓄え、BIで可視化する——「集める向き」の配管でした。リバースETLは、この集める配管をやめるわけではありません。DWHで整えたデータを本番システムやプロダクトへ「返す向き」の配管を、そこに足すのです。集めたデータの活用先が、BIの外——人と製品が動く場所——へと広がります。

リバースETLはしばしば「CRMへの書き戻し」として語られます。けれど、実際の到達点はもっと先にあります。

CHAPTER 02

リバースETL成熟度の3レベル

書き戻しといっても、その「先」は組織によって大きく違います。CRMまでなのか、会社を回す基幹システムまでなのか、あるいは顧客が触れる製品の中までなのか。この到達点の違いは、成熟度の3つのレベルに整理できます。あなたの組織は、どこまで書き戻せているでしょうか。

Level 1から2へ進むにつれ、変わるものの範囲が「現場の行動 → 全社の仕組み」と広がっていきます。この2段は、業態を問わず多くの組織に当てはまる社内活用の深化です。そしてLevel 3は、自社でSaaSやデジタルプロダクトを提供している企業に固有の発展形です。プロダクトを持たない企業にとっては、Level 2が実質的な到達点になります。段階の上下を競うモデルではありません。自社がいまどの段階にいて、業態に照らして次にどこを狙えるのか。この地図の上で現在地を測れることが、成熟度モデルの効用です。

段階を上げていくとき、悩みの種になりがちなのがツールの増殖です。収集は収集の道具、変換は変換の道具、書き戻しは書き戻しの道具、と別々に抱えると、レベルが上がるほど運用の接ぎ目が増えます。収集・変換・書き戻しを1つのパイプラインで完結できると、Level 1から3へ到達点を伸ばす過程で、新しいツールを積み増さずに済みます。

CHAPTER 03

Level 1 ─ 業務システムへ還す

最初の到達点は、現場が「すでに開いているツール」にデータを戻すことです。ここで効くのは、新しい画面を覚えさせないという設計思想です。どれほど有用なスコアでも、専用の分析画面を開かないと見られないなら、現場は結局それを見ません。書き戻し先が日常の作業場所であるほど、データは自然に使われます。

2社に共通するのは、書き戻し先の選び方です。営業支援システムや業務アプリ、スプレッドシートは、現場がデータを届ける相手として力を発揮する場所です。DWHやBIが得意とする集計・分析の役割と、現場のツールが得意とする「日々の作業を回す」役割は別ものであり、リバースETLはその二つを橋渡しします。どちらかが優れているという話ではありません。分析の成果を、現場が働く場所という得意領域に届けることで、はじめて行動が変わります。

CHAPTER 04

Level 2 ─ 基幹システムへ還す

Level 1が変えるのは「現場の行動」でした。到達点がもう一段伸びた先にあるのは「会社の回り方」です。書き戻しが一つの部署の便利機能ではなく、全社のオペレーションを支えるインフラになる。ここで問われるのは、1つの整えられたデータソースが、どこまで広く恩恵を波及させられるかです。

この構成には、もう一つの効き目があります。基幹システムの刷新は、旧システムと新システムがしばらく並走する移行期を避けられません。C社では、その並走をリバースETLが吸収しています。両方のシステムにデータを供給し続けることで、一斉切り替えの緊張を避け、段階的に移し替えていく。移行という一過性のイベントを、配管で常態として設計に織り込んでいるわけです。

一度DWHを整えれば、そこから複数のシステムへ恩恵が広がる。この「ハブ&スポークの経済性」が、Level 2の核心です。ソースごと・システムごとに個別の連携を張り巡らせるのではなく、中心にDWHを据え、そこを起点に配信する。整えるべき場所が1か所に集約されるほど、品質を担保する労力も、変更に追随する労力も一点に集まります。書き戻しが、会社が回るための仕組みの一部になる段階です。