ROI事件ファイル No.366｜『Globex Corporation社の3つのシステムという分断』

第一章:3つのシステムという分断——一元管理という幻想

PrintMaster社のバリューチェーン事件が解決した翌日、今度は基幹システム統合に関する相談が届いた。第二十九巻「再現性の追求」の第366話は、多層的思考で複雑性を整理する物語である。

「探偵、我々のシステムは、3つに分断されています。看板事業管理システム、CS事業管理システム、交通媒体管理システム。各事業でバラバラに構築してきました。しかし、事業拡大に向けて、これらを一つに集約したいのです。ただし、20名のプロジェクトメンバーの意見が統一されません。何をどう進めるべきか、混乱しています」

Globex Corporation社 のCIO、新宿出身の高橋誠は、困惑した表情でベイカー街221Bを訪れた。彼の手には、3つの異なるシステムの設計書と、それとは対照的に「Integrated Core System Project Roadmap 2026-2028」と記された統合計画資料が握られていた。

「我々は、広告媒体事業を展開しています。従業員250名。年商85億円。看板など屋外広告、デジタルサイネージなど屋内広告、交通事業者の持つ媒体への広告掲出。3つの事業で成長してきました。しかし、システムの分断が限界です」

Globex Corporation社の現状: - 設立:1998年(広告媒体事業) - 従業員数:250名 - 年商:85億円 - 事業:看板事業、CS事業(デジタルサイネージ)、交通媒体事業 - 問題:3システムの分断、データ連携不可、プロジェクト方針の混乱

高橋の声には深い焦燥感があった。

「3つのシステムの問題点を説明します。まず、看板事業管理システム。2010年に構築。案件管理、見積、契約、施工管理、売上管理を統合。しかし、10年以上経過し、保守が困難です。

次に、CS事業管理システム。2018年に構築。デジタルサイネージの配信管理、広告主管理、配信スケジュール管理。最新技術で構築されていますが、看板事業との連携がありません。

最後に、交通媒体管理システム。2022年に構築。駅構内・車両内広告の枠管理、予約管理、売上管理。こちらも他システムとの連携がありません」

3システムの分断による問題:

問題1:顧客情報の分散 - 同じ顧客が3つのシステムに別々に登録 - 例:A社が看板事業で登録、CS事業で別ID、交通媒体事業でまた別ID - 顧客の全体像が把握できない

問題2:売上データの集計困難 - 各システムで売上データが独立 - 全社売上を集計するために、月初3日間かけて手作業でExcel集計 - リアルタイムな経営判断ができない

問題3:営業効率の低下 - 営業担当が3つのシステムに別々にログイン - 案件情報の入力が3回必要(システムごと) - 営業1人あたり月20時間のムダ

高橋は深くため息をついた。

「現在、社員と外部コンサル計20名が基幹システム刷新プロジェクトとして動いています。しかし、方針が定まりません。『全てを一つのシステムに統合すべき』という意見、『事業ごとの特性があるから分けるべき』という意見、『段階的に統合すべき』という意見。20名が20通りの意見を主張し、収拾がつきません。

2026年1月に複数社へRFPを提出予定です。2026年6月から要件定義を開始したいのですが、このままでは間に合いません」

第二章:一元管理という単純化——多層的な構造が見えていない

「高橋さん、3つのシステムを『一つ』に統合すれば、全ての問題が解決すると思っていますか?」

私の問いに、高橋は即答した。

「はい、一元管理が理想です。しかし、事業ごとの特性も無視できません。どう整理すればよいのか分かりません」

現在の理解(単純統合型): - 期待:3つを1つにすれば解決 - 問題:システムの多層的な構造が見えていない

私は、多層的思考で複雑性を整理する重要性を説いた。

「問題は、『3つを1つにする』という単純化です。MANDALA——曼荼羅。多層的な構造を持つ思考フレームワーク。中心から外側へ、階層的に整理します。核となる機能、共通機能、事業固有機能。この3層で構造化することで、再現可能な統合が実現します」

⬜️ ChatGPT｜構想の触媒

「単純に統合するな。MANDALAで多層的に構造化し、核と周辺を分離せよ」

🟧 Claude｜物語の錬金術師

「システムは、いつも『企業の骨格』だ。その構造が明確であれば、進化も容易になる」

🟦 Gemini｜理性の羅針盤

「MANDALAで思考せよ。中心に核、その周囲に共通機能、最外層に個別機能。構造が見える」

3人のメンバーが分析を開始した。Geminiがホワイトボードに「MANDALAフレームワーク」を展開した。

MANDALAの3層構造: 1. 中心(Core):全事業共通の核機能 2. 中間層(Common):事業横断的な共通機能 3. 外層(Specific):事業固有の個別機能

「高橋さん、まずGlobex Corporation社のシステムをMANDALA構造で整理しましょう」

第三章:Phase 1——MANDALAで多層的に構造化する

ステップ1:現行システムの機能棚卸(3週間)

プロジェクトメンバー20名を3チームに分割: - チーム1(7名):看板事業管理システムの機能棚卸 - チーム2(7名):CS事業管理システムの機能棚卸 - チーム3(6名):交通媒体管理システムの機能棚卸

機能棚卸の結果(合計312機能):

看板事業管理システム(118機能): - 顧客管理:15機能 - 案件管理:22機能 - 見積作成:18機能 - 契約管理:12機能 - 施工管理:28機能(看板設置・メンテナンス) - 売上管理:15機能 - 請求管理:8機能

CS事業管理システム(102機能): - 顧客管理:12機能 - 広告主管理:18機能 - 配信スケジュール管理:25機能 - デジタルサイネージ端末管理:20機能 - コンテンツ管理:15機能 - 売上管理:8機能 - 請求管理:4機能

交通媒体管理システム(92機能): - 顧客管理:10機能 - 媒体枠管理:28機能(駅構内・車両内) - 予約管理:22機能 - 掲出スケジュール管理:15機能 - 売上管理:12機能 - 請求管理:5機能

ステップ2:MANDALA構造での分類(2週間)

全312機能をMANDALA 3層に分類:

中心層(Core):全事業共通の核機能(58機能) - 顧客マスタ管理:1機能(統合顧客DB) - 売上管理:1機能(全社統合売上DB) - 請求管理:1機能(統合請求システム) - 会計連携:1機能(会計システムとのAPI連携) - ユーザー認証・権限管理:2機能 - ダッシュボード:1機能(全社経営指標の可視化) - データ分析基盤:1機能(BI連携)

中間層(Common):事業横断的な共通機能(124機能) - 案件管理:共通フレームワーク(30機能) - 案件登録、進捗管理、担当者アサイン、履歴管理 - 見積作成:共通テンプレート(25機能) - 見積書生成、単価マスタ、承認ワークフロー - 契約管理:共通プロセス(18機能) - 契約書作成、電子契約連携、更新管理 - スケジュール管理:共通カレンダー(15機能) - 予約管理、リソース管理、競合チェック - レポート機能:共通帳票(20機能) - 売上レポート、稼働率レポート、顧客分析 - ワークフロー:共通承認プロセス(16機能)

外層(Specific):事業固有の個別機能(130機能) - 看板事業固有(52機能) - 施工管理(28機能):設置場所管理、工事スケジュール、安全管理 - 看板デザイン管理(12機能):デザインデータ管理、印刷連携 - メンテナンス管理(12機能):定期点検、修理履歴

• CS事業固有(48機能)
• デジタルサイネージ配信管理(25機能):配信スケジュール、リアルタイム配信
• 端末管理(20機能):端末監視、障害対応、ログ管理

• コンテンツ管理(3機能):動画・画像アップロード

• 交通媒体事業固有(30機能)

• 媒体枠管理(15機能):駅別枠管理、車両別枠管理
• 交通事業者連携(10機能):JR・私鉄とのデータ連携
• 掲出証明書発行(5機能):広告掲出の証明書自動生成

MANDALA構造の可視化:

┌─────────────────────────────────┐
│   外層(Specific)130機能        │
│   ┌───────────────────────┐     │
│   │ 中間層(Common)124機能  │     │
│   │  ┌─────────────────┐  │     │
│   │  │ 中心層(Core)   │  │     │
│   │  │  58機能        │  │     │
│   │  │                │  │     │
│   │  │ ・顧客マスタ   │  │     │
│   │  │ ・売上管理     │  │     │
│   │  │ ・請求管理     │  │     │
│   │  └─────────────────┘  │     │
│   │                           │     │
│   │ ・案件管理フレームワーク  │     │
│   │ ・見積作成共通機能        │     │
│   │ ・契約管理共通機能        │     │
│   └───────────────────────┘     │
│                                     │
│ ・看板施工管理(52機能)              │
│ ・CS配信管理(48機能)                │
│ ・交通媒体枠管理(30機能)            │
└─────────────────────────────────┘

ステップ3:統合方針の策定(2週間)

MANDALA構造に基づく統合戦略:

戦略1:中心層(Core)は完全統合 - 全事業で同一のシステムを使用 - 顧客マスタ、売上管理、請求管理は絶対に統合 - 開発方式:スクラッチ開発またはERPパッケージ

戦略2:中間層(Common)は共通基盤として構築 - 事業ごとにカスタマイズ可能だが、基盤は共通 - 案件管理、見積作成、契約管理は共通フレームワーク - 開発方式:マイクロサービスアーキテクチャ

戦略3:外層(Specific)は事業ごとに独立開発 - 各事業の特性に応じて柔軟に開発 - 中心層・中間層とはAPI連携 - 開発方式:アジャイル開発(事業ごと)

ステップ4:段階的導入計画(2週間)

Phase 1(2026年6月-2027年3月):中心層の構築 - 期間:10ヶ月 - 対象:顧客マスタ、売上管理、請求管理、会計連携、認証 - 開発費:2億5,000万円 - 効果:全社顧客の一元管理、リアルタイム売上集計

Phase 2(2027年4月-2027年12月):中間層の構築 - 期間:9ヶ月 - 対象:案件管理、見積作成、契約管理、スケジュール管理 - 開発費:1億8,000万円 - 効果:営業効率向上、業務標準化

Phase 3(2028年1月-2028年12月):外層の移行 - 期間:12ヶ月 - 対象:看板施工管理、CS配信管理、交通媒体枠管理 - 開発費:1億2,000万円(事業ごとに分散) - 効果:各事業の業務効率化

総開発費:5億5,000万円 総期間:31ヶ月(2年7ヶ月)

第四章:Phase 2——プロジェクトの実行と効果測定

2026年1月:RFP提出

MANDALA構造に基づくRFP: - 中心層:完全統合、高信頼性 - 中間層:共通基盤、拡張性 - 外層:事業固有、柔軟性

提案企業5社から提案受領 選定結果:B社(SIer大手、ERP導入実績豊富)

2026年6月-2027年3月:Phase 1実行(中心層)

Month 1-3:要件定義 - 顧客マスタの統合ルール策定 - 売上管理の集計ロジック設計 - 請求管理の統合フロー設計

Month 4-7:開発 - 顧客マスタDB構築(統合顧客ID発番) - 売上管理システム開発 - 請求管理システム開発 - 会計システムとのAPI連携

Month 8-9:データ移行 - 3システムの顧客データを統合 - 重複顧客の名寄せ(8,500社 → 6,200社に集約)

Month 10:本番稼働

2027年4月:Phase 1効果測定

KPI1:顧客情報の一元化 - Before:3システムに分散、顧客8,500社(重複含む) - After:統合DB、顧客6,200社(名寄せ済み) - 効果:顧客の全体像把握、クロスセル機会発見

KPI2:売上データのリアルタイム集計 - Before:月初3日間かけて手作業でExcel集計 - After:リアルタイムダッシュボード表示 - 削減時間:3日 × 3名 × 8時間 = 72時間/月 - 年間削減:72時間 × 12ヶ月 × 4,500円 = 389万円/年

KPI3:経営判断の迅速化 - Before:月次報告会(毎月10日)で前月実績を報告 - After:リアルタイムで当日実績を把握 - 効果:意思決定の迅速化、機会損失の削減

2027年4月-2027年12月:Phase 2実行(中間層)

Month 1-3:要件定義 - 案件管理の共通フレームワーク設計 - 見積作成の共通テンプレート設計

Month 4-8:開発 - 案件管理システム開発(マイクロサービス) - 見積作成システム開発 - 契約管理システム開発

Month 9:本番稼働

2028年1月:Phase 2効果測定

KPI1:営業の入力工数削減 - Before:3システムに別々入力、1人あたり月20時間 - After:1システムに一度入力、1人あたり月5時間 - 削減時間:15時間/月/人 × 80名(営業) = 1,200時間/月 - 年間削減:1,200時間 × 12ヶ月 × 4,000円 = 5,760万円/年

KPI2:見積作成時間の短縮 - Before:1件あたり2時間(手作業でExcel作成) - After:1件あたり30分(システムで自動生成) - 短縮率:75% - 年間見積件数:2,400件 - 削減時間:1.5時間 × 2,400件 = 3,600時間/年 - 年間削減:3,600時間 × 4,000円 = 1,440万円/年

2028年1月-2028年12月:Phase 3実行(外層)

各事業で並行開発: - 看板事業:施工管理システム刷新(6ヶ月) - CS事業:配信管理システム強化(4ヶ月) - 交通媒体事業:媒体枠管理システム改修(5ヶ月)

2029年1月:Phase 3効果測定(全Phase完了)

全体効果(年間):

コスト削減: - 売上集計の効率化:389万円/年 - 営業入力工数削減:5,760万円/年 - 見積作成効率化:1,440万円/年 - 合計:7,589万円/年

売上増加: - クロスセル機会の発見:顧客の全体像把握により、平均+8%の売上増 - 85億円 × 8% = 6億8,000万円/年 - 利益率20%として、1億3,600万円/年の利益増

合計年間効果: - 7,589万円 + 1億3,600万円 = 2億1,189万円/年

投資: - 総開発費:5億5,000万円 - 年間運用費:3,500万円

ROI(3年目時点): - 累積効果:2億1,189万円 × 3年 = 6億3,567万円 - 累積投資:5億5,000万円 + 3,500万円 × 3年 = 6億5,500万円 - ROI:(6億3,567万円 - 6億5,500万円) / 6億5,500万円 = -3%(3年目で回収まで残り1,933万円) - 投資回収期間:約3.1年

4年目以降: - 年間純効果:2億1,189万円 - 3,500万円 = 1億7,689万円/年

第五章:探偵の診断——MANDALAで多層的構造を整理する

その夜、MANDALA思考の本質について考察した。

Globex Corporation社は、「3つのシステムを1つに統合する」という単純化の発想を持っていた。しかし、企業システムは多層的な構造を持つ。

MANDALA構造で整理したことで、真の統合戦略が明確になった。中心層(Core)は完全統合、中間層(Common)は共通基盤、外層(Specific)は事業固有。この3層で構造化することで、「統合すべき部分」と「分離すべき部分」が見えた。

全312機能を中心層58機能、中間層124機能、外層130機能に分類した。そして、段階的に統合することで、2年7ヶ月で完了した。

年間効果2億1,189万円、投資回収3.1年。4年目以降は年間1億7,689万円の純効果。

「単純に統合するな。MANDALAで多層的に構造化せよ。中心に核、その周囲に共通機能、最外層に個別機能。構造が明確であれば、統合の道筋が見える。再現可能な統合は、多層的思考から生まれる」

次なる事件もまた、多層的構造で複雑性を整理する瞬間を描くことになるだろう。

「MANDALA——曼荼羅。多層的に構造化せよ。中心と周辺、共通と個別。構造が見えれば、統合の道筋が明らかになる」——探偵の手記より

関連ファイル