Der CDP-Connector-Mythos

Jan 28, 2024

MarTech » Kundendatenplattform (CDP) » Der CDP-Connector-Mythos

Bei einer CDP-Demo, an der ich kürzlich teilnahm, fragte ein nervöser Kunde den Anbieter, ob er einen Connector zur Salesforce Sales Cloud hätte. Der Verkäufer antwortete bejahend und der Kunde atmete erleichtert auf. Die Wahrheit ist jedoch, dass die meisten CDP-Anbieter (Customer Data Platform) enttäuschende Konnektorpakete haben. Lesen Sie weiter, warum das so ist und was Sie dagegen tun können.

Diese Begegnung erinnerte mich an die Ära des „Unternehmensportals“. Bitte gönnen Sie mir etwas, während ich auf die späten 2000er und frühen 2010er Jahre zurückblicke – eine Zeit, die die meisten Kunden und Lieferanten gerne vergessen würden, aus der aber auch heute noch Lehren gezogen werden können.

Unternehmensportale sollten eine einzige, praktische Schnittstelle zu einer potenziell breiten Palette von Unternehmensanwendungen bieten, die als separate Blöcke auf einem Bildschirm im Dashboard-Stil angezeigt werden. Die Technologie, die diesen einzelnen Blöcken zugrunde liegt, hatte viele Namen, aber nennen wir sie zunächst „Portlets“.

Es wurde schnell klar, dass es sich bei Portalprogrammen grundsätzlich um hochkomplexe Integrationsprojekte handelte, weshalb Unternehmen natürlich versuchten, vorgefertigten Connector-Code zu nutzen. Die Anbieter reagierten mit Portlet-Katalogen, und es kam zu einem Wettrüsten. „Wir haben 250 Portlets“, prahlte ein Anbieter.

Diese Portlets würden sich hinsichtlich Herkunft, Support, Benutzerfreundlichkeit, Leistung, Sicherheit und (entscheidend) technischen Grundlagen erheblich unterscheiden. Ein „Portlet“ war typischerweise eine Referenzinstanz eines Java- oder C#-Codes, den jemand für eine einzelne Client-Implementierung geschrieben hatte. In den meisten Fällen musste der Code überarbeitet werden, manchmal von Grund auf.

Anbieter entgegneten – nicht zu Unrecht –, dass Probleme häufig auf die Konfiguration von Remote-Systemen und nicht auf die Portalplattform selbst zurückzuführen seien. Vielleicht ja, aber irgendwann waren Unternehmen von Portlets überdrüssig. Im Zuge anderer technologischer und geschäftlicher Veränderungen in der digitalen Welt geriet die Portalplattformtechnologie allmählich aus der Mode.

Heute beginnt die Welt, CDPs (unter anderem) als Integrationsumgebungen zu verstehen. Jedes CDP-Auswahlteam, mit dem wir zusammenarbeiten, ist bestrebt, Anbieter mit vorgefertigten Konnektoren zu finden, die mit ihren etablierten Plattformen mithalten können. Doch bei fast jeder CDP-Implementierung müssen teure Entwickler diese Konnektoren erheblich modifizieren oder neu schreiben.

CDP-Anbieter erliegen offenbar dem Druck, dem ihre Portal-Brüder ausgesetzt waren. Wenn Kunden Wert auf einen vielfältigen Katalog an Konnektoren legen, müssen Sie als CDP-Anbieter viele davon anzeigen, ob bereit oder nicht. In CDP-Demos erscheinen Konnektoren auf dem Bildschirm als übersichtliche Blöcke (wobei das Logo der verbundenen Plattform deutlich sichtbar ist), die Sie verschieben können – fast wie Portlets!

Nun ja, nicht so schnell. Wie Portlets können CDP-Anbieter-Connectors einfach aus der Ausgabe einer einzelnen Implementierung resultieren. Noch wichtiger ist, dass in manchen Fällen ein einzelner Konnektor unmöglich die Komplexität der Martech-Plattform am anderen Ende bewältigen kann.

Betrachten Sie die oben erwähnte Salesforce Sales Cloud. Die Plattform leidet unter einem problematischen Objektmodell, das die meisten Lizenznehmer verzerren oder stark erweitern. Es kann so sein, als würde man sich mit einem sehr wütenden Oktopus verbinden. Und Salesforce ist hier keineswegs allein. In solchen Situationen kann der Connector eines CDP-Anbieters nur das grundlegende Gerüst bereitstellen und den Rest einem Entwickler überlassen.

Portale sind aus einem anderen Grund ausgestorben. Wenn Augen Fenster zur Seele sind, waren Portale Fenster in die Eingeweide von Unternehmen. Ein Portal war nur so nützlich wie die zugrunde liegenden Anwendungen. Oftmals waren diese Anwendungen chaotisch, es fehlten gemeinsame Inhalts- und Metadatenmodelle, sie verwendeten unterschiedliche Zugriffskontrollsysteme, wiesen unterschiedliche UX-Modelle auf und legten manchmal Daten von geringer Qualität offen.

In meinem Unternehmen beobachten wir ein ähnliches Phänomen bei CDPs. Je nachdem, wie Sie eine CDP-Maßnahme planen (und hier zeichnen sich unterschiedliche Muster ab), kann die CDP die Unausgereiftheit Ihres umfassenderen Kundendatenverwaltungssystems aufdecken – ein Grund mehr, jedes potenzielle CDP an Ihre umfassendere Datenarchitektur anzupassen.

Erfahren Sie mehr: So identifizieren und organisieren Sie Daten mit einem neuen CDP

Wie immer gilt: Vorgewarnt ist gewappnet. Überdenken Sie zunächst die Übergewichtung eines Anbieters, der behauptet, über Connector-Kataloge zu verfügen, die gut zu Ihrem Stack passen. Unter anderem kann das einfache Verschieben von CSV-Dateien viele Anwendungsfälle (nicht in Echtzeit) lösen. Wenn Sie verpackte Konnektoren benötigen, ist spezifische Integrationserfahrung nützlich, schützt aber nicht zwangsläufig vor erheblichen Weiterentwicklungen in der Zukunft. Der Schlüssel liegt darin, herauszufinden, wie viel Entwicklung.

Hoffentlich durchlaufen Sie einen agilen CDP-Auswahlprozess, der mit einem wettbewerbsorientierten Bake-off und einem eher technischen Proof of Concept (PoC) mit einem oder zwei Finalisten endet. Ein PoC ist eine großartige Umgebung, um einige wichtige Steckverbinder zu testen. Dann werden Sie verstehen, wie hoch der Aufwand für Überholungen ist, wenn sie nötig sind – und das kann oft der Fall sein.

Wie ihre Vorgänger als Portalanbieter versprechen CDP-Anbieter „Schnellstart“-Pakete, um eine Erstimplementierung zu beschleunigen. Glauben Sie es nicht. Auch hier kann es zu Verzögerungen kommen, die auf die Zeit zurückzuführen sind, die Sie benötigen, um Ihr eigenes Datenhaus in Ordnung zu bringen. Ich kann Ihnen aber auch garantieren, dass jemand die Konnektorentwicklung übernimmt und diese Arbeit in Quartalen und nicht in Monaten gemessen wird. Budgetieren Sie Ihre Ressourcen entsprechend.

Holen Sie sich MarTech! Täglich. Frei. In Ihrem Posteingang.

Siehe Bedingungen.

Die in diesem Artikel geäußerten Meinungen sind die des Gastautors und nicht unbedingt die von MarTech. Die Autoren unserer Mitarbeiter sind hier aufgelistet.

Ähnliche Beiträge

Neu bei MarTech

Über den Autor

verwandte Themen