Миф о соединителе CDP

На недавней демонстрации CDP, которую я посетил, нервный клиент спросил поставщика, есть ли у него коннектор к Salesforce Sales Cloud. Продавец ответил утвердительно, и клиент вздохнул с облегчением. Но правда в том, что у большинства поставщиков платформ клиентских данных (CDP) есть разочаровывающие упакованные коннекторы. Читайте дальше, почему это так и что вы можете с этим поделать.

Немного истории: гонка корпоративных портлетов

Эта встреча напомнила мне эпоху «корпоративных порталов». Пожалуйста, побалуйте меня, пока я оглядываюсь на конец 2000-х и начало 2010-х годов — время, которое большинство клиентов и поставщиков хотели бы забыть, но оно все еще несет уроки сегодня.

Предполагалось, что корпоративные порталы предоставят единый удобный интерфейс потенциально широкому набору корпоративных приложений, отображаемых в виде отдельных блоков на экране в виде приборной панели. У технологии, лежащей в основе этих отдельных блоков, было много названий, но пока давайте назовем их «портлетами».

Вскоре стало ясно, что портальные программы по своей сути представляют собой очень сложные интеграционные проекты, поэтому предприятия, естественно, стремились использовать готовый код коннектора. Поставщики ответили каталогами портлетов, и последовала гонка вооружений. «У нас 250 портлетов», — хвастался поставщик.

Эти портлеты будут сильно различаться по происхождению, поддержке, удобству использования, производительности, безопасности и (что особенно важно) технической основе. «Портлет» обычно представлял собой эталонный экземпляр некоторого кода Java или C#, написанного кем-то для одной клиентской реализации. Чаще всего код нужно было переделывать, иногда с нуля.

Поставщики возразили — и это было справедливо — что проблемы часто возникают из-за того, как настраиваются удаленные системы, а не из-за самой платформы портала. Может быть, и так, но предприятия в конце концов устали от портлетов. На фоне других технологических и бизнес-изменений в цифровом мире технология портальных платформ постепенно выходила из моды.

Новая гонка коннекторов CDP

Перенесемся в сегодняшний день, и мир начнет понимать CDP как интеграционную среду (среди прочего). Каждая группа отбора CDP, с которой мы работаем, стремится найти поставщиков с готовыми соединителями, которые бы соответствовали их существующим платформам. Тем не менее, почти в каждой реализации CDP дорогостоящие разработчики значительно модифицируют или переписывают эти коннекторы.

Продавцы CDP, по-видимому, уступают давлению, которому подверглись их собратья по порталу. Если клиенты ценят разнообразный каталог коннекторов, то как поставщик CDP вы должны показать многие из них, готовые или нет. В демонстрациях CDP коннекторы отображаются на экране в виде аккуратных блоков (с заметным логотипом подключенной платформы), которые можно перетаскивать — почти как портлеты!

Ну не так быстро. Как и портлеты, коннекторы поставщика CDP могут быть просто результатом работы одной реализации. Что еще более важно, в некоторых случаях один разъем не может справиться со сложностью платформы Martech на другом конце.

Рассмотрим упомянутое выше Salesforce Sales Cloud. Платформа страдает от проблематичной объектной модели, которую большинство лицензиатов искажают или сильно расширяют. Это может быть похоже на связь с очень злым осьминогом. И Salesforce здесь далеко не одинока. В таких ситуациях коннектор поставщика CDP может обеспечить только базовую основу, а все остальное оставить на усмотрение разработчика.

Враг мы?

Порталы вымерли по другой причине. Если глаза — это окна в душу, то порталы — это окна в внутренности предприятия. Портал был так же полезен, как и лежащие в его основе приложения. Часто эти приложения были запутанными, им не хватало общего контента и моделей метаданных, использовались разные режимы контроля доступа, демонстрировались разные модели UX, а иногда и некачественные данные.

В моей компании мы наблюдаем подобное явление с CDP. В зависимости от того, как вы масштабируете CDP (и здесь появляются разные шаблоны), CDP может выявить незрелость вашего более широкого режима управления данными о клиентах — тем больше причин сопоставить любую предполагаемую CDP с вашей более широкой архитектурой данных.

Копаем глубже: как идентифицировать и систематизировать данные с помощью новой CDP

Остерегайтесь поставщиков CDP, утверждающих, что у них есть разнообразные каталоги коннекторов.

Как всегда, предупрежден значит вооружен. Во-первых, подумайте о том, чтобы переоценить поставщика, утверждающего, что его каталоги коннекторов хорошо соответствуют вашему стеку. Среди других причин простое перемещение CSV-файлов может решить многие (не в реальном времени) варианты использования. Когда вам нужны упакованные соединители, конкретный опыт интеграции становится полезным, но по своей сути не защищает от существенного развития в вашем будущем. Главное узнать, сколько разработка.

Надеюсь, вы следуете гибкому процессу выбора CDP, который завершается конкурсным отбором и более техническим подтверждением концепции (PoC) с одним или двумя финалистами. PoC — отличная среда для тестирования нескольких основных соединителей. Затем вы поймете уровень усилий по капитальному ремонту там, где это необходимо — и это может быть часто.

Как и их предшественники, поставщики порталов, поставщики CDP обещают пакеты «быстрого старта», чтобы ускорить первоначальную реализацию. Не верьте этому. Опять же, некоторые задержки могут быть связаны со временем, когда вам нужно будет привести в порядок свой собственный дом данных, но также я могу гарантировать вам, что кто-то будет заниматься разработкой коннектора, и эта работа измеряется кварталами, а не месяцами. Соответственно распределяйте ресурсы.