Diferenciar entre CDP, CRM, Datalake, DMP…
Scal-e fue incluido en dos informes de laInstituto Internacional de Investigación Forrester Informe "Now Tech: Plataformas de datos de clientes, 4.º trimestre de 2021" para la región Asia Pacífico (APAC) y "Now Tech: Plataformas de datos de clientes, 1.º trimestre de 2022" para la región global. Para más información, visite el sitio web. Martech.cloud aprovechó el lanzamiento de la nueva web de Scal-e para ofrecer una entrevista.
Testigo privilegiado de la revolución en Scal-e desde la adquisición de la empresa en 2018, el CEO Christophe Alves habló con Martech.cloud, Un blog líder sobre innovación digital. Cristóbal Alves nos habla de la sociedad Escalasu estrategia, la evolución del mercado, su equipo o incluso su visión del futuro de la empresa.
Este artículo es el segundo de una serie de cinco entrevistas publicadas a lo largo del verano de 2022. Encuentra los enlaces a todos los artículos en la parte inferior de la página al final del verano.
Diferenciando un CDP de una base de datos o un datamart…
Dado que Forrester lo incluyó en su informe 2 Now Tech sobre el CDP, imagino que debe estar recibiendo muchas preguntas como "Cómo diferenciar un CDP de una base de datos, un CRM, un data lake o un DMP"?
Christophe Alves: Sí. Déjame intentarlo. Empecemos con una base de datos o un datamart.
Porque uno datalake Se supone que almacena datos, de hecho, pero sin ninguna relación entre ellos y en formatos Completamente diferente. Básicamente, no hay forma de vincular transacciones a un contacto para intentar determinar, por ejemplo, si un cliente es un cliente importante o no.
Porque en un lago de datos, las transacciones no están vinculadas a los contactos... a menos que crees un datamart o UCR de los datos recopilados en el lago de datos. Sin mencionar, por supuesto, el hecho de que podríamos tener información almacenada en formato foto o video, otros en formato CSV o PDF.
Una base de datos o un datamart, por otro lado, pueden almacenar todo tipo de datos, pero no son herramientas fáciles de usar para los equipos de negocios. Sin embargo, como mencioné, la idea es facilitarles la vida a los equipos de marketing.
Por otro lado, su función no es unificar ni compartir el conocimiento del cliente con otras soluciones. Por lo tanto, para abordar estas funciones que se ofrecen de forma nativa en un CDPEsto requiere rediseñar esta función o adquirir otras soluciones. Esto implica desarrollar una CDP internamente, con los costos, riesgos y duración del proyecto asociados.
En un lago de datos, las transacciones no están vinculadas a los contactos... a menos que cree un datamart o RCU...
Christophe Alves: CEO de Scal-e
¿Podrías darnos un ejemplo?
Para personalizar un mensaje con la edad de un contacto, por ejemplo ?
Christophe Alves: Si la base de datos solo contiene la fecha de nacimiento de un contacto, pero no su edad, un elemento de personalización tan simple requerirá modificar el modelo de datos (para añadir un campo) y realizar un cálculo (basado en la fecha de nacimiento). Posteriormente, será necesario exportar esta base de datos a una herramienta de automatización de marketing.
En resumen, básicamente lo que se puede hacer en 5 minutos en un CDP, a partir de una base de datos se necesitarán varios días.
Aquí, solo se trata de un campo. Ya oigo a algunos consultores de TI decirme que algunas soluciones ofrecen campos precalculados para la edad, por ejemplo. El problema no es tener el campo de edad, ya que es un ejemplo sencillo, sino qué pasará cuando el equipo de marketing necesite un campo nuevo. ¿Qué pasa si no se trata de la edad, sino de la duración de la relación, por ejemplo? ¿O simplemente del aniversario de la incorporación a un programa de fidelización, en lugar de la fecha de nacimiento? Y así sucesivamente.
En mi ejemplo anterior de venta social, si el equipo de marketing quiere otorgar puntos solo por los primeros 5 comentarios en redes sociales, crear una regla en un programa de fidelización que tenga en cuenta esta información llevaría semanas. Ahora, con una solución como Scal-e o una similar en el mercado, simplemente se crea una AGREGAREsta es una suma, si lo prefiere, que contabilizará el número de mensajes. Este agregado realizará automáticamente el cálculo y adjuntará la información al registro del cliente sin necesidad de contactar al equipo de TI. Dado que este agregado ya se calculará, el módulo de fidelización podrá utilizarlo como parte de una regla para otorgar puntos según el valor de esta suma. Por ejemplo, menos de 5 mensajes no recibirán puntos, y 5 o más recibirán X puntos.
Diferenciar un CDP de un CRM, un DMP o un ERP...
Esto es evidente para el lago de datos, la base de datos y el almacén de datos. Pero ¿qué ocurre con otras soluciones (CRM, DMP, ERP, etc.)?
Christophe Alves: En cuanto a las demás soluciones, el objetivo de la CDP es eliminar los silos de datos que estas plataformas representan para los equipos empresariales. Como se explicó anteriormente, el objetivo de la CDP es centralizar todos los datos de los clientes y evitar que los equipos tengan que navegar entre múltiples soluciones para obtener una visión completa. Personalmente, si tiene dos cuentas bancarias, cada una le proporcionará, por supuesto, todos los detalles de su cuenta. Sin embargo, si desea una visión consolidada de sus cuentas, deberá poder "unificarlas". Para la CDP y las herramientas empresariales (CRM, DMP, ERP, sistema de caja registradora, …) es la misma idea que con tus 2 cuentas bancarias.
Entonces, ya sean herramientas de gestión de datos (DMP: Plataforma de gestión de datos), herramientas de gestión de relaciones con clientes (CRM: Customer Relationship Management), ERP u otros sistemas transaccionales (ejemplo: sistema de caja registradora), o herramientas de automatización o enrutamiento de marketing: si bien estas herramientas constituyen fuentes de datos importantes y satisfacen necesidades comerciales, no permiten la creación de un perfil "exhaustivo" unificado que contenga todos los datos de los clientes.
Éste es precisamente el problema de la marca de la que os hablaba, que quiere armonizar su programa de fidelización en tiendas y online.
Esta marca ya cuenta con herramientas comerciales: un sistema de punto de venta para la tienda y una plataforma de comercio electrónico para su sitio web. Estas dos herramientas, como es natural, ya contienen mucha información. El problema es que no contienen toda la información, e intentar adaptarlas para que la contengan implicaría eludir su función prevista.
Básicamente, lo que llevaría muchos meses, se puede hacer en pocos días o semanas con una CDP. Por ejemplo, si mañana necesita modificar su sistema de punto de venta para recuperar comentarios en redes sociales y agregarlos para limitarlos a cinco, sí, un equipo de TI podría hacerlo con un esfuerzo considerable. Ahora, con una CDP, un equipo empresarial podría hacerlo en tan solo unos clics.
¿Te gusto el artículo?
No dudes en dejar un comentario a continuación, darle me gusta y compartirlo en tus redes sociales favoritas.
La serie de verano continúa
Lea el resto de la entrevista en este artículo:
ETL y Unique Cloud: Conexión y alojamiento personalizados
