El mito del conector CDP

Jan 28, 2024

MarTech » Plataforma de datos del cliente (CDP) » El mito del conector CDP

En una demostración reciente de CDP a la que asistí, un cliente nervioso le preguntó al proveedor si tenía un conector para Salesforce Sales Cloud. El vendedor respondió afirmativamente y el cliente respiró aliviado. Pero la verdad es que la mayoría de los proveedores de plataformas de datos de clientes (CDP) tienen conectores empaquetados decepcionantes. Siga leyendo para saber por qué es así y qué puede hacer al respecto.

Este encuentro me recordó la era del "portal empresarial". Por favor, consiénteme mientras miro hacia atrás a finales de la década de 2000 y principios de la de 2010, una época que la mayoría de los clientes y proveedores querrían olvidar, pero que todavía contiene lecciones hoy.

Se suponía que los portales empresariales proporcionarían una interfaz única y conveniente en una gama potencialmente amplia de aplicaciones empresariales, que se muestran como bloques separados en una pantalla con un motivo de tablero. La tecnología que sustenta esos bloques individuales recibió muchos nombres, pero por ahora, llamémoslos "portlets".

Rápidamente quedó claro que los programas de portal eran fundamentalmente proyectos de integración muy complejos, por lo que las empresas buscaban naturalmente aprovechar el código de conector prefabricado. Los proveedores respondieron con catálogos de portlets y se produjo una carrera armamentista. "Tenemos 250 portlets", presumía un proveedor.

Estos portlets variarían drásticamente en procedencia, soporte, facilidad de uso, rendimiento, seguridad y (crucialmente) fundamentos técnicos. Un "portlet" solía ser una instancia de referencia de algún código Java o C# que alguien escribió para una implementación de un solo cliente. La mayoría de las veces, el código necesitaba ser revisado, a veces desde cero.

Los proveedores respondieron, no injustamente, que los problemas a menudo se originaban en la forma en que se configuraban los sistemas remotos y no en la plataforma del portal en sí. Tal vez sea así, pero las empresas finalmente se cansaron de los portlets. En medio de otros cambios tecnológicos y comerciales en el mundo digital, la tecnología de plataforma de portal gradualmente pasó de moda.

Avance rápido hasta hoy, y el mundo está empezando a entender los CDP como entornos de integración (entre otras cosas). Todos los equipos de selección de CDP con los que trabajamos se esfuerzan por encontrar proveedores con conectores preconstruidos para que coincidan con sus plataformas existentes. Sin embargo, casi todas las implementaciones de CDP encuentran desarrolladores costosos que modifican o reescriben significativamente esos conectores.

Los proveedores de CDP aparentemente están sucumbiendo a las presiones que soportaron sus hermanos del portal. Si los clientes valoran un catálogo diverso de conectores, entonces, como proveedor de CDP, debe mostrar muchos de ellos, listos o no. En las demostraciones de CDP, los conectores aparecen en la pantalla como bloques ordenados (con el logotipo de la plataforma conectada de forma destacada) que puede arrastrar, ¡casi como portlets!

Bueno, no tan rápido. Al igual que los portlets, los conectores de proveedores de CDP pueden resultar simplemente del resultado de una sola implementación. Más importante aún, en algunos casos, un solo conector no puede abordar la complejidad de la plataforma martech en el otro extremo.

Considere Salesforce Sales Cloud, mencionado anteriormente. La plataforma sufre de un modelo de objeto problemático que la mayoría de los licenciatarios contorsionan o amplían en gran medida. Puede ser como conectarse con un pulpo muy enojado. Y Salesforce no está solo aquí. En tales situaciones, el conector de un proveedor de CDP solo puede proporcionar el andamiaje básico y dejar el resto en manos de un desarrollador.

Los portales se extinguieron por otra razón. Si los ojos son ventanas al alma, los portales eran ventanas a los intestinos empresariales. Un portal era tan útil como las aplicaciones subyacentes. A menudo, esas aplicaciones eran desordenadas, carecían de contenido común y modelos de metadatos, empleaban diversos regímenes de control de acceso, exhibían diferentes modelos UX y, a veces, exponían datos de baja calidad.

En mi empresa, vemos un fenómeno similar con los CDP. Dependiendo de cómo alcance un esfuerzo de CDP (y están surgiendo diferentes patrones aquí), el CDP puede exponer la inmadurez de su régimen de administración de datos de clientes más amplio, razón de más para hacer coincidir cualquier CDP potencial con su arquitectura de datos más amplia.

Profundice más: Cómo identificar y organizar datos con un nuevo CDP

Como siempre, prevenido es prevenido. En primer lugar, reconsidere la sobreponderación de un proveedor que afirma tener catálogos de conectores que se adaptan bien a su pila. Entre otras razones, simplemente mover archivos CSV puede resolver muchos casos de uso (no en tiempo real). Cuando necesita conectores empaquetados, la experiencia de integración específica se vuelve útil pero no protege inherentemente contra un desarrollo sustancial en su futuro. La clave es averiguar cuánto desarrollo.

Con suerte, está siguiendo un ágil proceso de selección de CDP que concluye con un concurso competitivo y una prueba de concepto (PoC) más técnica con uno o dos finalistas. Un PoC es un excelente entorno para probar algunos conectores esenciales. Luego llegará a comprender el nivel de esfuerzo para revisar cuando sea necesario, y eso podría ser a menudo.

Al igual que sus predecesores de proveedores de portales, los proveedores de CDP prometen paquetes de "inicio rápido" para acelerar una implementación inicial. No lo creas. Una vez más, algunos retrasos pueden provenir del tiempo que necesitará para poner en orden su propia casa de datos, pero también puedo garantizarle que alguien estará desarrollando el conector, y este trabajo se mide en trimestres, no en meses. Presupueste sus recursos en consecuencia.

¡Consigue MarTech! A diario. Gratis. En tu bandeja de entrada.

Ver términos.

Las opiniones expresadas en este artículo pertenecen al autor invitado y no necesariamente a MarTech. Los autores del personal se enumeran aquí.

Historias relacionadas

Nuevo en MarTech

Sobre el Autor

Temas relacionados