CDP コネクタの神話

私が参加した最近の CDP デモで、神経質なクライアントがベンダーに Salesforce Sales Cloud へのコネクタがあるかどうか尋ねました。 ベンダーは肯定的に答え、クライアントは安堵のため息をつきました。 しかし、実際には、ほとんどの顧客データ プラットフォーム (CDP) ベンダーは、パッケージ化されたコネクタに期待を裏切られています。 それがなぜなのか、そしてそれに対して何ができるのかを読んでください。

ちょっとした歴史: エンタープライズ「ポートレット」競争

この出会いは、私に「エンタープライズポータル」時代を思い出させました。 2000 年代後半から 2010 年代前半を振り返る間、私を甘やかしてください。ほとんどの顧客やベンダーが忘れたがる時代ですが、今日でも教訓が残っています。

エンタープライズ ポータルは、ダッシュボード モチーフの画面上に個別のブロックとして表示される、潜在的に広範なエンタープライズ アプリケーションへの単一の便利なインターフェイスを提供することになっていました。 これらの個々のブロックを支えるテクノロジーにはさまざまな名前が付けられていますが、ここでは「ポートレット」と呼びましょう。

ポータル プログラムは基本的に非常に複雑な統合プロジェクトであることがすぐに明らかになったため、企業は当然プレハブ コネクタ コードを活用しようとしました。 ベンダーはポートレット カタログで対応し、軍拡競争が続いた。 「250 のポートレットがあります」とベンダーは自慢します。

これらのポートレットは、来歴、サポート、使いやすさ、パフォーマンス、セキュリティ、および (重要な) 技術的基盤において劇的に異なります。 「ポートレット」は通常、単一のクライアント実装用に誰かが作成した Java または C# コードの参照インスタンスでした。 多くの場合、コードを一から見直す必要がありました。

ベンダーは、問題はポータル プラットフォーム自体ではなく、リモート システムの構成方法に起因することが多いと反論しましたが、それは不公平ではありませんでした。 そうかもしれませんが、企業は最終的にポートレットにうんざりしてしまいました。 デジタル世界における他のテクノロジーとビジネスの変化の中で、ポータル プラットフォーム テクノロジーは次第に時代遅れになりました。

新しい CDP コネクタ レース

今日に至るまで、世界は CDP を (とりわけ) 統合環境として理解するようになりつつあります。 私たちが協力するすべての CDP 選択チームは、既存のプラットフォームと一致するように、事前に構築されたコネクタを備えたベンダーを見つけるよう努めています。 しかし、ほぼすべての CDP 実装では、費用のかかる開発者がこれらのコネクタを大幅に変更または書き直しています。

CDP ベンダーは、ポータルの仲間が耐えてきたプレッシャーに屈しているように見えます。 顧客がコネクタの多様なカタログを評価する場合、CDP ベンダーとして、準備ができているかどうかにかかわらず、それらの多くを表示する必要があります。 CDP のデモでは、コネクタは画面上にきちんとしたブロックとして表示され (接続されたプラットフォームのロゴが目立つように表示されます)、ドラッグして移動できます — ほとんどポートレットのように!

まあ、それほど速くはありません。 ポートレットと同様に、CDP ベンダー コネクタは、単一の実装の出力から単純に生成される場合があります。 さらに重要なことは、場合によっては、単一のコネクタでは相手側のマーテック プラットフォームの複雑さに対処できないことです。

上記の Salesforce Sales Cloud について考えてみましょう。 このプラットフォームは、ほとんどのライセンシーがゆがめたり大幅に拡張したりする問題のあるオブジェクト モデルに悩まされています。 非常に怒っているタコに接続するようなものです。 ここにいるのは Salesforce だけではありません。 このような状況では、CDP ベンダーのコネクタは基本的な足場を提供するだけで、残りは開発者に任せることができます。

敵は私たちですか？

ポータルは別の理由で消滅しました。 目が魂への窓であるなら、ポータルは企業の腸への窓でした。 ポータルは、基礎となるアプリケーションと同じくらい有用でした。 多くの場合、これらのアプリケーションは煩雑で、共通のコンテンツとメタデータ モデルがなく、多様なアクセス制御体制が採用され、さまざまな UX モデルが示され、時には低品質のデータが公開されていました。

私の会社では、CDP で同様の現象が見られます。 CDP の取り組みの範囲をどのように設定するかによって (さまざまなパターンがここに現れています)、CDP は、より広範な顧客データ管理体制の未熟さを露呈する可能性があります。そのため、CDP 候補をより広範なデータ アーキテクチャに一致させる必要があります。

より深く掘り下げる: 新しい CDP を使用してデータを識別および整理する方法

多様なコネクタ カタログがあると主張する CDP ベンダーに注意してください

いつものように、事前警告は事前準備です。 まず、スタックに適したコネクタ カタログを持っていると主張するベンダーを過大評価することを再検討してください。 他の理由の中でも特に、CSV ファイルを移動するだけで、多くの (非リアルタイムの) ユースケースを解決できます。 パッケージ化されたコネクタが必要な場合、特定の統合経験は役に立ちますが、将来の実質的な開発を本質的に妨げるものではありません。 重要なのは、どのくらいかを調べることです 発達。

うまくいけば、アジャイルな CDP 選択プロセスに従って、競争力のあるベイクオフと、1 つか 2 つのファイナリストとのより技術的な概念実証 (PoC) で終了します。 PoC は、いくつかの重要なコネクタをテストするための優れた環境です。 その後、必要に応じてオーバーホールする労力のレベルを理解するようになります。

ポータル ベンダーの前任者と同様に、CDP ベンダーは初期実装を加速する「クイック スタート」パッケージを約束します。 信じないでください。 繰り返しになりますが、独自のデータ ハウスを準備する必要があるため、多少の遅延が発生する可能性がありますが、誰かがコネクタ開発を行うことを保証できます。この作業は、数か月ではなく四半期単位で測定されます。 それに応じてリソースを予算化します。

マーテックを手に入れよう！ 毎日。 無料。 受信トレイに。

ビジネス用メールアドレス

購読 処理...

条件を参照してください。