日本・アジアの自動車業界において、30件超のエンタープライズ・アプリケーション案件を歩いてきた結果、繰り返されるのは常に同じ三つのギャップでした。役割フィルター。レイテンシ。データ基盤。三つともビジネスアプリケーション層に存在し、その上のダッシュボードでも、その下のデータプラットフォームでもありません。本稿では、それぞれのギャップがどこに潜み、どうやって — 記録システム(SoR)に手を触れずに — 閉じてきたかを示します。
観察。 2020年以降、私が個人的に歩いてきた30件超のエンタープライズ・アプリケーション案件において、私たちは同じ三つのギャップを繰り返し閉じてきました。同じギャップ、異なるOEM。同じギャップ、異なるアプリケーション。同じギャップ、異なる地域。三度目の繰り返しを越えたあたりで、これは偶然ではなく診断の対象だと整理し直しました。
三つのギャップ。 役割フィルター — シグナルは存在する。ただし対応すべき担当者には届いていない。レイテンシ — シグナルは届く。ただし対処可能な時間枠が閉じた後に届く。データ基盤 — ダッシュボードは、24時間前に存在しなくなった状態を表示している。三つともビジネスアプリ層に存在し、ダッシュボードにもデータプラットフォームにも存在しません。
共通の根本原因。 運用は監視のために計装されており、アプリケーション層での意思決定インテリジェンスのためには計装されていなかった。監視は「何が起きたか」を答える。意思決定インテリジェンスは、対処すべき担当者がすでに開いている画面の中で、まだ対処可能な時間内に「次に何をすべきか」を伝える。
本稿が示すもの。 三つのギャップそれぞれを、実際にどのアプリケーション層に潜んでいるかを示しながら診断し、それぞれを本番で閉じたCubastionのプログラム(Dealer Intelligence · FUSO Digital Service Centre · Hyundai ICDB)を結び付け、貴社の運用で今期どのギャップが最もコストになっているかを判定する一頁の診断テストを提供します。
2020年以降、私が個人的に歩いてきた30件超のエンタープライズ・アプリケーション案件において、私たちは同じ三つのギャップを繰り返し閉じてきました。同じギャップ、異なるOEM。同じギャップ、異なるアプリケーション。同じギャップ、異なる地域。三度目の繰り返しを越えたあたりで、これは偶然ではなく診断の対象だと整理し直しました。
ダッシュボードからも、データプラットフォームからも閉じられないギャップ
アプリ層のギャップとは、根本原因がビジネスアプリケーションの内部 — その読み出しサイクル、ビューモデル、データ鮮度 — に存在し、アプリ上のダッシュボードでもアプリ下のデータプラットフォームでもないところに住む可視性の失敗を指します。新しいダッシュボードを追加しても閉じない。データウェアハウスを置き換えても閉じない。新しいAIプラットフォームを買っても閉じない。閉じるためには、そのアプリケーションが何を、いつ、誰のためにやっているかを知るAIインテリジェンス層を、そのアプリの上に設置する必要がある。
本診断のすべてのギャップは、アプリ層のギャップです。それが診断の主張です。
このカタログが存在する理由
Cubastionは2020年以降、日本・アジアの自動車業界において、顧客接点ビジネスアプリケーションの内側でAIを設置し続けてきました。対象アプリケーションは DMS、ERP、CRM、コンタクトセンター・アプリ、ワークショップ・アプリ、保証管理システム、顧客データ・プラットフォーム。案件の入口はモダナイゼーション、AIパイロット、データ統合、生成AI Co-Pilot プログラムなど多岐にわたります。案件の形は様々でした。可視性の問題の形は様々ではありませんでした。
三件目・四件目の頃には、キックオフ資料に同じ診断ページを書くようになりました。十件目の頃には、それを偶然と疑うのをやめました。二十件目までに、カタログは三つで安定しました。2023年以降、四つ目を追加していませんし、三つが二つに合体することもありませんでした。三つが定数です。
以下、私たちが通常それを発見する順番で、各ギャップを観察通りに記述します。順番は重要です。役割フィルターは現場オペレーターが最初に気づくギャップ、レイテンシは運営責任者が最初に気づくギャップ、データ基盤は表面化までに四半期を要し、表面化したときに最も高くつくギャップです。
三つのギャップは、アプリの内側からしか見えない
オペレーターが実際に使っている画面の中に座ったことがなければ、役割フィルターのギャップはあなたから見えない。DMSのイベントログから運営責任者のダッシュボードまでをストップウォッチで追ったことがなければ、レイテンシのギャップはあなたから見えない。分断された顧客データ基盤の中から六ヶ月前の意思決定を再構成しようとしたことがなければ、データ基盤のギャップはあなたから見えない。本稿のすべてのギャップは、Cubastionの実践者が稼働中の案件の中で、アプリを開きながら名付けたものです。これらが見える場所は、そこしかありません。
シグナルは存在する。ただし、対応すべき担当者には届いていない。
経営層のために構築された可視性 — 対処すべきオペレーターには届いていない。
ほぼすべての案件で最初に名付けるのが、役割フィルターのギャップです。運用は印象的な監視体制を組んでいる。CDOにはダッシュボードがある。運営責任者にもダッシュボードがある。ディーラー店長にもダッシュボードがある。実際に部品を取りに行き、顧客に電話をかけ、保証請求を上申するかどうかを決める現場の技術者には — 何もない。あるいはより正確に言えば、CDOと同じダッシュボードが、組織図で三層上の場所に、本人が作業に使っているアプリとは別のツールの中にある、という状態です。
ギャップはシグナルが欠落していることではありません。シグナルはどこかの建物のどこかの画面にちゃんと載っています。ギャップは、対処すべき役割にとって違う画面に載っていることです。可視性は、ダッシュボードを依頼した観客 — 経営スポンサー — のために設計されており、シグナルが行動を引き起こすべき観客 — 現場オペレーター — のためには設計されていない。
シグナルは届く。ただし、対処可能な時間枠が閉じた後に届く。
最も高くつく可視性の形 — 見えてはいるが、事後にしか見えない。
二つ目のギャップは、運営責任者が最初に気づくものです。ダッシュボードはやがて正しい数字を表示します。KPIはやがてスライドの上で動きます。差異は、技術的には観測可能です。観測不可能なのは、まだ何かを為し得た瞬間です。シグナルが然るべき役割の画面に着いた時には、行動可能な時間枠はすでに閉じている。顧客はもう上申してしまった。部品は誤った需要に向けて再発注された。技術者はもう帰宅した。支店はSLAをすでに逃した。
レイテンシのギャップは可視性の中で最も高くつく形です。なぜなら、それは運用がうまくいかなくなる様子を、はっきり見えながら見送る感覚を生むからです。運営チームは情報を得ている。運営チームは行動可能にはなっていない。両者は同じことではありません。
私たちが歩く案件のほぼすべてが、最初にレイテンシをデータパイプラインのせいにします — 「リアルタイム・データレイクが要る」と。六年経っても、それが実際の根本原因であった例には出会っていません。レイテンシはビジネスアプリのレポート・サイクルに住んでいます。DMSは統合ビューを12時間バッチで吐く。CRMは上申事案を経営サマリーへ夜次で集約する。ワークショップ・アプリはジョブチケット履歴を金曜のcronでウェアハウスに吐く。アプリはデータを連続的に生んでいる。アプリはそれをスケジュールでレポートしている。修正はアプリの読み出し層 — 典型的にはアプリのDBに対するDebezium・CDC — であり、その上のウェアハウス層ではありません。
FUSO Digital Service Centre · DMSイベントと運営責任者ビューとの間にあった4〜12時間(その週のどのバッチが先に着くか次第)を、10分まで圧縮しました。修正はリアルタイム・データレイクではありませんでした。修正は、DebeziumがDMSのデータベースを継続的に読み、変更をDatabricksのインテリジェンス層に押し込み、MLベースの異常検知を経て、運営チームが毎朝すでに開いているPower BIビューに結果のシグナルを浮上させる、というものです。165支店 · 数TBの基盤 · レポート・サイクルが行動可能な時間枠を支配することは、なくなりました。
ダッシュボードは、24時間前に存在しなくなった状態を表示している。
最も見えにくいギャップ — ダッシュボードは正しく見えてしまうから。
三つ目のギャップは、表面化までに最も時間がかかり、表面化した時に最も高くつくものです。ダッシュボードは描画される。数字はもっともらしい。トレンドラインは想定方向に動いている。差異報告は突合する。すべてが機能しているように見える。しかし、ダッシュボードの下にある顧客データ基盤は漂流しています。CRMの顧客履歴はワークショップ・アプリの保証記録と食い違い、それはコンタクトセンターのコールログと食い違い、それは顧客データ・プラットフォームのロイヤリティ・プロファイルと食い違う。ダッシュボードは、実際には運用の中に24時間、72時間、ときに一週間、存在していない統合状態を表示している。
データ基盤のギャップは、通常運用ではなかなか表面化しません。何かが起きて、運用が実際に何が起こったかを再構成する必要が出た時に表面化します。保証請求が対立的になる。リコール範囲を確定する必要がある。顧客が当局に上申する。監査が六ヶ月前の再演を求める。その時、年間通じて権威的に見えていた統合ダッシュボードは、互いに食い違う四つの源泉システムに分解し、意思決定時点で運用が実際にどの状態にいたかを、誰も決定的に答えられなくなります。
このギャップは、最初に見ると「マスターデータを直せばよい」「カスタマー360のベンダーを買えばよい」というデータ品質問題に見えます。六年の案件は、この捉え方が、同じ問題の上にもう一段の統合層を生むだけだと教えてくれました。本当のギャップは、統合された顧客状態に対する単一のSystem of Recordとなる業務アプリが存在しないこと、そして基盤が再構成可能性を念頭に設計されていなかったことです。修正は、再構成可能性を組み込んだ統合ビジネスアプリ基盤を設置すること。あらゆる状態が、その源泉アプリ、タイムスタンプ、バージョンとともに記録される。この作業は、各ビジネスアプリが顧客記録のどの断片をどう生み出すかを知る人物にしかできません。買ってこられるものではありません。
Hyundai ICDB · 統合顧客データベース · 六つの分断されたビジネスアプリから顧客データを単一の基盤に統合し、完全な再構成可能性を組み込みました。統合レコードの中のすべての顧客状態は、その源泉アプリ、タイムスタンプ、バージョンを伴う。六ヶ月後、運用は任意の時点に、任意のアプリに対して、当時の状態を完全に再演できます。ダッシュボードはもはや権威ではなく — 基盤が権威です。ダッシュボードは今や再構成可能な基盤の上を読み、監査、当局、リコール範囲は、すべて単一の真実源を問い合わせ可能になりました。
共通の根本原因 · 監視はインテリジェンスではない
三つのギャップは表面的には異なって見えます。住む場所が違うアプリです。運用にかかるコストの種類も違います。しかし、繰り返しの十回・十五回を越えたあたりで、根本原因は一文に整理されました — 運用は監視のために計装されており、アプリケーション層での意思決定インテリジェンスのためには計装されていなかった。
監視は「何が起きたか?」を問う。監視はダッシュボードを生む。監視は、然るべき数字がやがて然るべき画面のどこかに載れば、満足する。2018年から2024年の日本・アジア自動車業界のモダナイゼーション予算の大半は、監視を買いました。一部は非常に高価な監視を買いました。どれも意思決定インテリジェンスは生んでいません。それは監視の目的ではないからです。
意思決定インテリジェンスは、別の問いを立てます — 「対処すべき担当者がすでに開いている画面の中で、まだ対処可能な時間内に、次に何をすべきか?」。これは別の建築目標です。それを満たすためには、ビジネスアプリの上にAIインテリジェンス層が要ります — 第6回で記述する四層設置パターンの第2層 — そしてそれは、スライドの上のシグナルではなく、役割の中のシグナルを生み出すものです。五年間で複利化する顧客接点モダナイゼーションと、二年目で静かに償却されるそれとの違いは、ここにあります。
三つのギャップのいずれかにある場合、ほぼ確実に監視層は機能しています。それは問題ではありません。問題は、その上の層 — AIインテリジェンス層 — が、まだ設置されていない、あるいはビジネスアプリの内側ではなく並走して設置されている、あるいはどのアプリがどのシグナルを発生させているかを知らない単独プラットフォームとして購入されている、のどれかであることです。三つの失敗モードはすべて、同じ観測可能な症状を生みます — 役割フィルター、レイテンシ、データ基盤。
読むのが痛い質問を選んでください
- 役割フィルター・テスト。 直近の重大な顧客接点シグナル — 上申、部品不足、品質フラグなど — を一つ取り上げてください。そのシグナルが発生した時にオペレーターが見ていた画面を開いてください。そのシグナルは、その画面の中にありましたか? 「ない」なら、役割フィルターのギャップがあります。
- レイテンシ・テスト。 同じシグナルについて、アプリのイベント(DMSの行、CRMのエントリ)から、適切な役割がそれを見るまでの時間を計測してください。その時間が、そのシグナル種別の運用上の意思決定時間枠より長ければ、レイテンシのギャップがあります。
- データ基盤・テスト。 運用が六ヶ月前に下した顧客接点の意思決定を一つ選んでください。意思決定当日、DMS、CRM、コンタクトセンター、保証システム、顧客データ・プラットフォームに渡って顧客がどの状態にあったかを、再構成してください。決定的に答えられなければ、データ基盤のギャップがあります。
多くの運用は三つすべてを抱えています。診断は、実際に運営している運用に対して、どれを先に閉じるかの順序付けのためです。第6回は、SoR(System of Record)に触れずに12〜18ヶ月で三つすべてを閉じる設置パターンを記述します。
なぜ答えは「アプリの内側を知っていること」を要求するのか
このカタログの閉鎖はすべて、すでにアプリの内側を知っている人物を必要としました。Dealer Intelligenceでの役割フィルター閉鎖は、ディーラー店長がDMSのどのフィールドを見て、どれを無視するかを知る人物を必要としました。FUSO DSCでのレイテンシ閉鎖は、DMSのどのテーブルがどのサイクルで更新されるか、バッチジョブがどこに座っているか、Debeziumをどこに安全に接続できるかを知る人物を必要としました。Hyundai ICDBでのデータ基盤閉鎖は、保証システムが請求をワークショップ・アプリと異なる形で記録すること、顧客データ・プラットフォームがその差をどう調整するかを知る人物を必要としました。
これらの知識は、ベンダー資料には載っていません。Gartnerの象限図にも載っていません。SIerの標準リファレンス・アーキテクチャにも載っていません。それは、稼働中の顧客接点運用のさなか、アプリの中に座り、オペレーターの作業を見守り、ダッシュボード・レビューに座る経営スポンサーの位置からではなく、オペレーターの位置からギャップに気づいた経験から来ます。これが8月が組み立てられている実践者の姿勢であり、本カタログの三つのギャップが、ベンダー・ラベルではなく固有名を持つ理由です。
「同じギャップ、異なるOEM。同じギャップ、異なるアプリケーション。同じギャップ、異なる地域。私たちは、運用がすでに持っているものを拡張することで閉じる。置き換えではない。System of Recordは残る。AIインテリジェンス層はその上に乗る。オペレーターはすでに使っている画面の中でシグナルを見る。」
本カタログについてお客様からよくいただく問い
これらは、どの運用にも当てはまる汎用的な可視性の問題ではないのか?
いいえ。汎用的な可視性の問題は、汎用的な監視で解けます。本稿の三つは、特にアプリ層のギャップです — 監視を続けても、ダッシュボードを増やしても、データウェアハウスを刷新しても、生き残ります。それらが閉じるのは、そのアプリを知る人物が、源泉アプリの上にAIインテリジェンス層を設置した時だけです。それがこのカタログを「市場分類」ではなく「Cubastionのカタログ」たらしめています。
SIerが標準リファレンス・アーキテクチャでこれを閉じることはできないか?
閉じるためにはリファレンス・アーキテクチャ以上のものが要ります。どのDMSテーブルがいつ更新されるか、コンタクトセンターのエージェントがCRMのどのフィールドを無視するか、保証システムがワークショップ・アプリとどう調整されるかを知る必要があります。リファレンス・アーキテクチャは層を記述します。これらのギャップを閉じる作業はアプリの内側で起こり、稼働中の運用の中でそのアプリに座ったことのある人物にしかできません。標準リファレンス・アーキテクチャでこれを閉じた例は、見たことがありません。
どのギャップが最もコストになるのか?
通常はデータ基盤です。ただし最大の費用は、リコール、当局上申、対立的保証請求といった非定常の瞬間に集中します。日常では、レイテンシが最も高くつきます。連続的に小さな機会損失を生むからです。役割フィルターは最も士気を下げます。オペレーターが個人的にそれを感じ、監視層への信頼を失うからです。コストはどの瞬間に対して採点するかで変わります。閉鎖の順序付けは上記の三問診断で行います。
三つを同時に閉じる必要があるか?
いいえ。通常は役割フィルターから閉じます。オペレーター側の改善が即座に見え、プログラム全体の導入信用を積み上げるからです。次にレイテンシ。役割階層全体の意思決定速度を解錠するからです。最後にデータ基盤。最長の基盤統合作業を要し、先二つが先に整っている方が成果が出やすいからです。全工程は通常12〜18ヶ月で、役割フィルターはおおむね6〜8週でオペレーター画面に現れます。
これはAIや8月シリーズとどう繋がるのか?
本カタログの閉鎖はすべて、ビジネスアプリの上に設置されたAIインテリジェンス層です。役割の中で部品不足シグナルを浮上させるMLによる異常検知(GAP 01)。CDCとMLによって対応可能時間枠の中にシグナルを届ける予測サーフェス(GAP 02)。統合基盤の上に置かれるアプリ横断の照合モデル(GAP 03)。カタログは診断、第6回はアーキテクチャ、Champion Kitは一頁のワークシートです。
三つすべてに心当たりがある場合、どこから始めるか?
Champion Kitから始めてください — 5問の実践診断、1ページ、貴社の顧客接点アプリがどのパターンにあるかを判定します。次に第2回(本番での閉鎖の最深ウォークスルー)と第6回(四層設置パターン)を読んでください。多くの運用は、Kitの後に90分の診断会話を要します — 私たちは8月・9月を通じて週次で実施しています。
2026年8月のChampion Kit · 5問 · 1ページ
Kitは本稿の三つのギャップに加え、アーキテクチャとシグナル網羅についての二問を扱います。成熟度ステージの判定と、支配的ギャップ(役割フィルター・レイテンシ・データ基盤)の特定を出力し、次に読むべき8月の記事を提案します。
2026年8月シリーズの連作
- 第1回: 6年間のビジネスアプリケーションの内側 — 本診断を枠取りする実践者フラッグシップ。
- 第2回: DMSからリアルタイム・インテリジェンスへ · AIインテリジェンス層を構築する方法 — 最深のウォークスルー。FUSO本番でGAP 01・02を閉じた事例。
- 第4回: アンドンは最初のAIインテリジェンス層だった — 1948年のトヨタ・アンドンから2026年のアプリ層設置までの建築的系譜。
- 第5回: あなたのDMS、CRM、サービスベイ・アプリが教えてくれる五つのこと — 五つのシグナルを、それぞれを発生させるビジネスアプリに対応付け。
- 第6回: DMS · ERP · CRM の上にAIを設置する方法 — SoRに触れずに三つのギャップすべてを閉じる四層設置パターン。
- 第7回: 30以上のエンタープライズ・アプリケーションの内側にAIを設置して学んだこと — Kumarの経営的締めくくり。9月のガバナンス・テーマに橋渡し。
Cubastion Consulting · 2026年8月 · 第3回(全7回)
筆者: クマール・ゴラフ・ハーシュ
Cubastion · 2026年8月 · 記事03 / 7 ·
エンタープライズ・アプリケーションの内側のAI