Siebelを全面刷新せず近代化する

Oracle Siebel CRMは、長年にわたり企業を効果的に支えてきましたが、現代のAIツールの速度にはついていけません。とはいえ、高コストで破壊的な「全面刷新」は得策ではありません。推奨されるのは——層状のアーキテクチャ、API化、AI支援の開発実践を通じて「置き換えずに近代化する」アプローチです。本稿では、その道筋を、CXOの視点で解説します。

なぜ今もSiebelに依存するのか

Siebelは、通信・銀行・自動車のセクターで依然として基盤的であり——顧客ライフサイクル管理、注文・サービス処理、ディーラー・パートナーのエコシステム、規制対応——を支えています。しかし従来の実装は、モノリシックなアーキテクチャ、新チャネルへの限られた柔軟性、高価なカスタマイズに苦戦します。業界は「マイクロサービス、クラウドネイティブ、AI対応の顧客ジャーニー、APIファーストのエコシステム」へと移っており、埋め込まれた業務ロジックを保つことと、システムを近代化することの間に緊張が生まれています。

Siebelベースのシステムが抱える課題

主な課題は5つ——モバイル・Web・APIといった現代のデジタルチャネルとの統合の難しさ、密結合アーキテクチャによる遅いイノベーションサイクル、特定のSiebelスキルへの高い依存、リスクが高く高価なアップグレード/刷新プログラム、AI駆動能力への限られた対応です。さらに「全面刷新」には固有のリスクがあります——顧客サービスと業務に影響する事業の混乱、損失や破損のリスクを伴うデータ移行の複雑さ、埋め込まれたドメイン知識の喪失、そして数年に及ぶ変革のタイムラインです。

全面刷新せず近代化する方法

戦略は「rip and replace(剥がして置き換える)」ではなく、「wrap, extend, and evolve(ラップ・拡張・進化)」です。

• API化(Siebelをラップする)Oracle Integration Cloud・MuleSoft・ApigeeでSiebelの機能をAPIとして公開。デジタルチャネル統合の高速化、フロント/バックエンドの疎結合、既存業務ロジックの再利用を可能にします。
• 体験層の近代化React/Angularの近代的なフロントエンドが従来のSiebel UIを置き換え、オムニチャネル体験、改善されたUX/UI、より速い機能展開を実現。Siebelは中核トランザクションを担います。
• 新機能のためのマイクロサービスSiebelを拡張するのではなく、パーソナライゼーション、レコメンドエンジン、ワークフロー編成、外部システム統合を、別個のマイクロサービスとして構築します。
• データ/AI層の統合Snowflake・Databricks・Azure Synapseでリアルタイム分析、顧客360ビュー、AI主導の洞察を可能にし、Siebelを「データ駆動の意思決定プラットフォーム」へ変えます。
• 継続的近代化のためのAI支援SDLCAI支援開発が機能強化を加速し、コード品質を高め、テストと回帰を自動化し、CI/CDで迅速なデプロイを可能にします。

正しく近代化した結果と、実証された成果

顧客ポータル・ディーラー管理・コンテンツ基盤を含む自動車の変革プログラムでは、Siebelを中核CRMとして保ちつつ、APIで機能を公開し、近代的なフロントエンドがレガシーUIを置き換え、マイクロサービスが新機能を担い、AI対応システムがパーソナライゼーションを強化——Siebelを「つながったエコシステムの構成要素」へと変えました。この戦略を採った組織が観測した成果は——新機能の市場投入の高速化、全面刷新と比べた近代化コストの低減、近代的なインターフェースによる顧客体験の改善、漸進的な変更による低いリスク、そして既存の業務価値を保ちながらの市場横断の拡張性です。

企業が学べる教訓

重要な教訓は明快です——近代化は破壊的ではなく漸進的であるべき。Siebelは「記録システム」として扱い、「イノベーションの層」とはしない。APIが近代化の土台である。AIは顧客体験とSDLCの加速の双方で重要な役割を担う。そして近代化とは、アーキテクチャの発想の転換である。Siebelを全面刷新せずに近代化するために、Cubastionのビジネスソリューションにご相談ください。

Vishesh Dikshit, Cubastion Consulting