より熟練したプログラミング人材の必要性により、企業は競合他社に先んじてパーソナライズされた優れた顧客エクスペリエンスで差別化を図り、効率を最大化する新しい方法の模索を余儀なくされています。
現在、 世界的にソフトウェア開発者の不足が予測されており、現在2600万人の開発者が働いており、2024年には3800万人が必要になると予想されています。 93％の組織が、大辞林によって技術チームが熟練開発者を確保することが難しくなったと回答しています。
これには企業も頭を抱えている。 多くの企業が、 ローコード/ノーコード開発プラットフォームに投資することで、非技術的な開発を受け入れ始めています。 ローコード/ノーコード・プラットフォームを利用することで、企業内の非技術者は、開発者のサポートを必要とせず、シンプルなアプリケーションを作成し、立ち上げることができます。 Gartner 社は、ノーコード/ローコード市場が2025年までに300億ドルに成長すると予測しています。
ローコード/ノーコードモジュラープログラムの考え方と概念的につながっているのが、コンポーザブルソフトウェアの考え方です。 コンポーザブル・ソフトウェアの考え方は、システムを構築し、モジュールで繋ぐというものです。 コンポーザブル・アーキテクチャを導入することで、企業は既存のコードを再利用し、ツールセットを効率化して競合他社に差をつけることを意図しています。
コンポーザブル・ソフトウェアの考え方は、 カスタマーデータプラットフォーム（CDP）市場でも波及し始めている。 コンポーザブルCDPは、アンバンドルCDPとも呼ばれ、システムをコンポーネントとして販売したいCDPベンダーによって宣伝されています。
しかし、これは有効なセールスポイントなのでしょうか？それとも、バイヤーは統合型CDPの方が良いという方向に誘導されているのでしょうか？
コンポーザブル・ソフトウェアとは？
コンポーザブル・ソフトウェア・コンポーネントは、必要なときに簡単に入れ替えることができます。 これにより、コアアプリケーションを特化したマイクロサービスに分割することで、コードを一度書き、複数のインスタンスで再利用することができます。 マイクロサービスは、アプリケーションの拡張を容易にし、開発を高速化することで、イノベーションの向上と市場投入までの時間の短縮に貢献します。 これらは通常、APIを通じて通信する。
コンポーザブルシステムは、すべてのコンポーネントを交換することができ、システム全体が機能するために必要なコンポーネントがないという点で、プラットフォームアーキテクチャと区別される。 プラットフォームアーキテクチャでは、交換可能なモジュールは、移動できない共有のコアシステムに依存しています。
CDPは、より大きなマーケティング・テクノロジー・スタックのコンポーザブル・モジュールと見なすことができ、必要なときに新しいソフトウェアに簡単に切り替えることができ、他のソフトウェアモジュールも簡単に交換することができるものである。
CDPは、コネクタやAPIを組み込んで一から構築することを基本としているため、企業が自社のテクノロジースタックをより簡単に統合・相互接続できるようにすることができます。 CDPは、異なるプラットフォーム間でのデータの収集と共有を容易にし、企業が複数のベストオブブリードのMarTechプラットフォームを使用することをより現実的なものにします。 これにより、ブランドは理想的な技術スタックを構築する際に、単一のベンダーへの依存を減らすことができます。
コンポーザブルCDPとは？
コンポーザブル」CDPの支持者は、CDPそのものを、コンポーネントに分解できるソフトウェアプラットフォームと見なしている。 彼らの主張は、データの収集から統合、プロファイルの統一まですべてをこなすオールインワンのCDPを購入するのではなく、各機能ごとに別々のコンポーネントを購入すべきだというものです。
これは、オールインワン対ベストオブブリードの議論と同様で、コンポーネントから構築されたCDPは、導入、保守、運用が容易であるというものです。
しかし、これは本当なのでしょうか？ CDP研究所によると、CDPは “パッケージソフト “だそうです。 つまり、CDP自体がモジュールの集合体ではなく、完全なスイートであることを意味します。 その場合、コンポーザブルCDPは本当にCDPと呼べるのでしょうか？
コンポーザブルCDPの提唱者は、多くの企業がすでに様々なデータウェアハウス・ソリューションを持っているため、CDPの中核である顧客データベースはそこにある必要はないと主張しています。 ブランドは、レガシーなデータウェアハウス・ソリューションをモジュールで補完し、機能を拡張すべきだと主張しています。
しかし、残念ながら、ほとんどの企業がデータウェアハウスを保有しておらず、完全な顧客情報を持つデータウェアハウスを保有している企業はさらに少数です。 さらに、マーケティング担当者が必要とする方法で適切に洗浄、統一、フォーマットされたデータを持っている人は、さらに少ない。 実際、Harvard Business Reviewによると、データウェアハウスを導入している 企業は39%に過ぎない。
マーケティング業務に特化して作られたデータウェアハウスでない限り、非アクティブ顧客のフラグ立てや顧客価値の算出などに必要な機能を備えていることはまずありません。
オールインワンの統合型CDP
CDPベンダーの市場での位置づけがどうであれ、ほとんどの企業はデータウェアハウスを持っておらず、CDPをモジュール化して構築することはあまり意味がないのかもしれません。
大多数の企業顧客にとって、統合CDPは、パーソナライズされたメッセージングで顧客体験を調整するために必要なデータ収集と統合機能を提供する、まさに必要なものでしょう。
統合CDPは、企業があらゆるチャネルで顧客データを取得することを可能にします。 そして、そのデータを取り込み、クリーニングし、統一された シングルカスタマービュー（SCV）プロファイルに組み合わせ、カスタマージャーニーをオーケストレーションし、無期限かつ永続的に保存することができます。 データウェアハウスは、特別に作られたものでない限り、このような機能を実現することはできません。 そうすると、もしかしてCDPと呼ばれるようになるのでしょうか？
続きを読むCDPとデータウェアハウスの比較：あなたのビジネスには何が最適か？
コンポーザブルな顧客データプラットフォームと統合された顧客データプラットフォーム
企業全体で単一の真実のソースとして共有できる統一された顧客プロファイルを持つことは、ブランドが差別化を図り、パーソナライズされた顧客体験を大規模に提供できるようにするために不可欠です。 このようなニーズから、これらのプロファイルを作成・維持するために必要なすべての機能を統合したオールインワンCDPが開発されました。
コンポーザブルCDPベンダーは、オールインワンCDPを分割して、別々のベンダーから購入できるコンポーネントにすることを提案しています。 しかし、これは本当にほとんどの組織にとってベストなのか、それとも単なるマーケティングツールのひとつなのか？
組織によっては、コンポーザブルを超え、完全に実現されたプラットフォームを購入するのではなく、CDPを一から構築することを検討したい場合もあります。 CDP研究所のDavid Raab氏によると、CDPの構築は深刻な技術的課題であり、この道での成功の可能性を最大限に高めるには、構築したコンポーネントと購入したコンポーネントの両方を最適に組み合わせる必要があるとのことです。
「コンポーザブルなアプローチが実際にこの利点をもたらすかどうかは、会社の状況の詳細に完全に依存します。確かに、12 もの新しいコンポーネントを指定、購入、統合、保守する方が、単一の統合 CDP を導入するより簡単であるかどうかは明らかではありません。」 – (コンポーザブルCDPかインテグレーテッドCDPか？– CDP研究所/トレジャーデータ)
多くの企業にとって、統合CDPは、顧客理解を深め、あらゆるチャネルでデータ駆動型のパーソナライズされた顧客体験を提供できるようにするための適切なソリューションとなるでしょう。
結局、ほとんどの企業は、顧客データをビジネス価値に活用するための旅をまだ始めていないのです。 顧客データの解決策を考えようとするのは、気の弱い人には無理な話です。 エンタープライズグレードのCDPは、統合された顧客プロファイルを構築するために必要なすべての機能を提供し、ビジネスに利益をもたらすことを期待しています。
