データを“持つ”から“使う”へ。その判断が、サービスのあり方を変えた。
拡大するサービスと、分断されたデータ
同社では、複数の比較サービスを展開する中で、
- サービスごとに分かれたデータ管理
- 個別最適で構築されたシステム
- 横断的な活用が難しい状態
といった課題が顕在化していました。
一方で、データ自体は蓄積されているという状況でもありました。
データをどう扱うかという判断
検討を進める中で浮かび上がったのは、
- データを統合すべきか
- サービスごとに分けるべきか
- どの粒度で管理すべきか
- どこまでリアルタイムに扱うか
といった論点です。
ただし、構築すること自体よりも、どう扱うかの判断が難しいという本質的な課題がありました。
データの役割と構造を整理
本プロジェクトでは、「データをどう使いたいのか」から逆算する形で整理が進められました。
- 各サービスのデータ構造の把握
- 共通化できる要素の抽出
- データの持ち方・分け方の整理
- 将来の活用を前提とした構造設計
こうしたプロセスを通じて、データの役割と位置づけが明確化されていきました。
統合か分散かではなく、“活用できる形”を選ぶ
検討の中で重要だったのは、
- すべてを統合するのか
- 個別最適を維持するのか
という二択ではなく、事業としてデータを活用できる形は何かという観点でした。
その結果、統合と分散をバランスさせた構造が選択されました。
データを軸にしたサービス基盤へ
その結果、
- サービス横断で活用可能なデータ構造
- 将来の拡張や分析に対応できる基盤
- 各サービスの特性も維持した設計
が実現しました。
これにより、データを“蓄積するもの”から“活用する基盤”へと位置付けが変わりました。
構築ではなく「どう使うか」を考え続けたプロジェクト
本プロジェクトでは、
- システムをどう作るかではなく
- データをどう使うか
という視点で検討が進められました。
関係者間で議論を重ねながら、事業として意味のある形に落とし込むプロセスが重ねられていきました。
また、実際の現場からも、単なる開発ではなく、考え方を整理できたことに価値があったという評価が得られています。
本事例から得られた示唆
本プロジェクトを通じて見えてきたのは、
・データは設計次第で価値にも制約にもなるということ
そして、
・その前提となる「どう使うか」の判断が最も重要であること
です。
まとめ
データ基盤の構築においては、
- どの技術を使うか
ではなく - どのように使うか
が重要になります。
そのためには、事業視点でデータの役割を整理し、判断できる状態を整えることが不可欠と言えるでしょう。
