Mit złącza CDP

Podczas niedawnej demonstracji CDP, w której uczestniczyłem, zdenerwowany klient zapytał sprzedawcę, czy ma złącze do Salesforce Sales Cloud. Sprzedawca odpowiedział twierdząco, a klient odetchnął z ulgą. Ale prawda jest taka — większość dostawców platformy danych klienta (CDP) ma rozczarowujące łączniki w pakietach. Przeczytaj, dlaczego tak jest i co możesz z tym zrobić.

Trochę historii: Wyścig „portletów” dla przedsiębiorstw

To spotkanie przypomniało mi erę „portalu korporacyjnego”. Proszę mi wybaczyć, gdy spojrzę wstecz na koniec 2000 i początek 2010 roku — czas, o którym większość klientów i dostawców chciałaby zapomnieć, ale nadal niesie ze sobą lekcje.

Portale korporacyjne miały zapewniać jeden, wygodny interfejs do potencjalnie szerokiej gamy aplikacji korporacyjnych, wyświetlanych jako osobne bloki na ekranie w motywie dashboardu. Technologia leżąca u podstaw tych pojedynczych bloków miała wiele nazw, ale na razie nazwijmy je „portletami”.

Szybko stało się jasne, że programy portalowe były zasadniczo bardzo złożonymi projektami integracyjnymi, więc przedsiębiorstwa w naturalny sposób starały się wykorzystać prefabrykowany kod konektora. Sprzedawcy odpowiedzieli katalogami portletów i rozpoczął się wyścig zbrojeń. „Mamy 250 portletów” — chwaliłby się sprzedawca.

Te portlety różniłyby się znacznie pod względem pochodzenia, wsparcia, użyteczności, wydajności, bezpieczeństwa i (co najważniejsze) podstaw technicznych. „Portlet” był zwykle instancją referencyjną jakiegoś kodu Java lub C# napisanego przez kogoś dla pojedynczej implementacji klienta. Najczęściej kod wymagał przeglądu, czasem od zera.

Sprzedawcy odpowiadali — nie bezpodstawnie — że problemy często wynikają ze sposobu konfiguracji zdalnych systemów, a nie z samej platformy portalu. Być może tak, ale przedsiębiorstwa w końcu znudziły się portletami. Wraz z innymi zmianami technologicznymi i biznesowymi w cyfrowym świecie technologia platformy portalowej stopniowo wychodziła z mody.

Nowy wyścig złącza CDP

Szybko do przodu, a świat zaczyna rozumieć CDP jako środowiska integracyjne (między innymi). Każdy zespół ds. selekcji CDP, z którym współpracujemy, stara się znaleźć dostawców z gotowymi łącznikami pasującymi do ich obecnych platform. Jednak prawie każda implementacja CDP powoduje, że kosztowni programiści znacznie modyfikują lub przepisują te łączniki.

Sprzedawcy CDP wydają się ulegać presji wywieranej przez ich portalowych braci. Jeśli klienci cenią sobie zróżnicowany katalog konektorów, to jako dostawca CDP musisz wyświetlać wiele z nich, gotowych lub nie. W demonstracjach CDP złącza pojawiają się na ekranie jako schludne bloki (z wyraźnie widocznym logo połączonej platformy), które można przeciągać — prawie jak portlety!

Cóż, nie tak szybko. Podobnie jak portlety, łączniki dostawców CDP mogą wynikać po prostu z danych wyjściowych pojedynczej implementacji. Co ważniejsze, w niektórych przypadkach pojedyncze złącze nie jest w stanie sprostać złożoności platformy martech po drugiej stronie.

Rozważ wspomnianą powyżej usługę Salesforce Sales Cloud. Platforma cierpi na problematyczny model obiektowy, który większość licencjobiorców wypacza lub mocno rozszerza. To może być jak połączenie z bardzo wściekłą ośmiornicą. A Salesforce nie jest tutaj sam. W takich sytuacjach łącznik dostawcy CDP może zapewnić tylko podstawowe rusztowanie, a resztę pozostawić programiście.

Czy wróg to my?

Portale wymarły z innego powodu. Jeśli oczy są oknami duszy, portale były oknami do jelit przedsiębiorstwa. Portal był tak użyteczny, jak aplikacje bazowe. Często aplikacje te były chaotyczne, brakowało im wspólnych modeli treści i metadanych, wykorzystywały różne reżimy kontroli dostępu, prezentowały różne modele UX, a czasami ujawniały dane niskiej jakości.

W mojej firmie podobne zjawisko obserwujemy w przypadku CDP. W zależności od zakresu działań CDP (a pojawiają się tu różne wzorce), CDP może ujawnić niedojrzałość szerszego systemu zarządzania danymi klientów — tym bardziej powód, aby dopasować dowolny potencjalny CDP do szerszej architektury danych.

Kop głębiej: jak identyfikować i organizować dane za pomocą nowego CDP

Uważaj na dostawców CDP, którzy twierdzą, że mają różne katalogi złączy

Jak zawsze, przezorny jest uzbrojony. Po pierwsze, zastanów się ponownie nad przeważeniem dostawcy, który twierdzi, że ma katalogi łączników, które dobrze pasują do Twojego stosu. Między innymi zwykłe przenoszenie plików CSV może rozwiązać wiele przypadków użycia (nie w czasie rzeczywistym). Gdy potrzebujesz łączników w pakiecie, przydatne staje się specyficzne doświadczenie w integracji, ale samo w sobie nie zabezpiecza przed znaczącym rozwojem w przyszłości. Kluczem jest dowiedzieć się, ile rozwój.

Mamy nadzieję, że postępujesz zgodnie ze zwinnym procesem selekcji CDP, który kończy się konkurencyjną próbą i bardziej techniczną weryfikacją koncepcji (PoC) z jednym lub dwoma finalistami. PoC to świetne środowisko do testowania kilku niezbędnych złączy. Zrozumiesz wtedy, ile wysiłku trzeba włożyć w przeprowadzenie remontu w razie potrzeby — a może to być często.

Podobnie jak ich poprzednicy dostawcy portali, dostawcy CDP obiecują pakiety „szybkiego startu” w celu przyspieszenia wstępnej implementacji. Nie wierz w to. Ponownie, pewne opóźnienia mogą wynikać z czasu potrzebnego na uporządkowanie własnego datahouse, ale mogę też zagwarantować, że ktoś będzie zajmował się rozwojem konektorów, a ta praca jest mierzona w kwartałach, a nie miesiącach. Budżetuj odpowiednio swoje zasoby.