ETL y Unique Cloud: conexión y alojamiento personalizados
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.
Unificar datos, pero no sólo eso…
Christophe Alves: Hoy en día, como señaló el Instituto Gartner, el mercado ya busca herramientas de tercera generación. Disponer de datos y unificarlos ya no es suficiente. Ahora es necesario poder justificar su origen y ejercer los derechos de los consumidores (al olvido, a la supresión, etc.), en cualquier lugar y en cualquier momento, y tenerlo en cuenta en el tratamiento que la marca ofrece a los clientes (estadísticas, materiales de marketing o servicios).
Esto enfatiza aún más la necesidad de herramientas flexibles y fácilmente configurables, en lugar de acumular diferentes tecnologías para intentar replicar lo que un CDP ofrece como estándar.
De hecho, para que estos datos estén disponibles tanto para los equipos de marketing como para las herramientas externas, es necesario recopilarlos y procesarlos; es decir, normalizarlos y, en ocasiones, incluso corregirlos, antes de poder unificarlos o deduplicarlos. Para ello, implementamos una herramienta ETL conectada de forma nativa a nuestra CDP.
Y cuando hablas de ETL, ¿te refieres a una herramienta como Zapier, Segment, Integromat, Leadsbridge o Mulesoft?
Cristóbal Alves:
Sí, un ETL está diseñado para facilitar la recopilación y el intercambio de datos.
La diferencia radica en que nuestro ETL interno, sin código, por supuesto, se conecta a casi todas las soluciones que mencionaste, pero también ofrece otras funciones, como la posibilidad de consultar bases de datos externas, una API dedicada para nuestra CDP, etc.
Bien, entonces, al igual que estas soluciones ETL o IPAAS en el mercado, ¿su CDP ha implementado diferentes conectores estándar?
Christophe Alves: ¡Sí, por supuesto! Los invito a consultar la lista no exhaustiva en nuestro nuevo sitio web. Esto refleja nuestra estrategia para... canaux En términos de comunicación, aprovechamos cada proyecto para identificar nuevas formas de conectar, para desarrollar conectores estándar o conectores a medida.
¿Qué quiere decir con un conector personalizado?
Christophe Alves: Cuando hablamos de un conector estándar, nos referimos a un conector al que podemos conectarnos en cuestión de minutos. Algo así como un usuario que necesita un nombre de usuario y una contraseña y que puede especificar sus preferencias para usar una solución.
Muchas herramientas permiten modificar su modelo de datos. Por ejemplo, si tomamos la mayor parte de... CRM Estos CRM permiten añadir objetos o campos al modelo de datos inicial. El problema es que sus API no siempre permiten recuperar datos de objetos o campos añadidos posteriormente. Por cierto, si me permiten una digresión, es por eso que en Scal-e llamamos a nuestra API "API polimórfica".
¿Qué quieres decir? ¿A qué te refieres con "API polimórfica"?
Christophe Alves: Nuestro CDP permite la implementación de modelos de datos B2B, (B2C) O incluso soluciones B2B2C personalizadas, y queríamos simplificar el trabajo de los equipos de negocio. Así, sin intervención alguna, en cuanto se configura un objeto o campo en la CDP, se puede acceder a él para lectura y escritura a través de nuestra API. De ahí la idea del polimorfismo, ya que la API se adapta al modelo de datos implementado en la CDP.
Ya hemos recibido solicitudes para este tipo de funcionalidad, como añadir campos a los registros de clientes o calcular campos como la edad. La idea es que, al añadir un campo para mapear o calcular datos, se pueda usar automáticamente, sin intervención en la plataforma, para crear segmentaciones, puntuaciones, personalizar contenido o recomendar productos.
Entonces, si entiendo correctamente su enfoque, para usted un conector personalizado será un conector que deberá configurarse o adaptarse durante el proyecto.
Christophe Alves: Exactamente. De hecho, si me lo permite, muchos proveedores de software anuncian conectores estándar, pero indican que su implementación tardará X días. Esto es comprensible, ya que, una vez más, si el sistema al que necesita conectarse no permite recuperar fácilmente todos los datos deseados, deberá adaptar el conector o buscar otra tecnología para recuperar la información.
¿Te refieres además de los conectores?
Christophe Alves: Sí, exactamente. A veces, para conectar con una sola fuente de datos, es necesario usar un conector y poder realizar consultas a la base de datos.
¿Tienes algún ejemplo en mente?
Christophe Alves: No para una consulta a la base de datos además del conector. Pero si tomamos el caso de Shopify, si una marca desea recuperar datos de comportamiento, como páginas vistas o productos vistos, este tipo de datos no se puede recuperar mediante la API de Shopify.
Por lo tanto, todas las herramientas que, como Scal-e, tienen un conector de Shopify necesitarán usar su conector para recuperar información de contacto y transacción, y necesitarán usar otro conector a una herramienta de etiquetado como Piwikpro, Mattomo o Google Analytics para recuperar datos de comportamiento.
Entonces, para un sitio de comercio electrónico, se necesitan dos herramientas/tecnologías diferentes. Esta es una de las razones por las que queríamos desarrollar una herramienta ETL integrada de forma nativa en nuestra CDP. Una herramienta ETL que ofrezca varias opciones estándar, como la API polimórfica que mencioné, conectores, la posibilidad de consultar bases de datos externas o importar feeds CSV para facilitar la recopilación de datos y su mapeo en la CDP.
¿No es ese el caso de todos los CDP del mercado?
¿Me refiero a ofrecer ETL integrado y ese tipo de flexibilidad?
Christophe Alves: No, muchas CDP vienen con un enfoque estándar. Están listas para usar en un tipo específico de aplicación; por ejemplo, vemos muchas CDP orientadas al comercio electrónico. En esencia, su modelo les permite recopilar datos de comportamiento o transaccionales de plataformas de comercio electrónico, como las vinculadas a Shopify. Estas son buenas soluciones, pero el problema surge cuando una marca desea obtener más información del cliente combinando esta CDP con otras herramientas, como un sistema de punto de venta, o si la marca decide cambiar de Shopify a PrestaShop, Magento o cualquier otra plataforma similar. En el mejor de los casos, esto será muy complicado, requiriendo un desarrollo significativo, y en el peor, una razón para que la marca cambie de CDP. Además, la mayoría de las veces, estas CDP promueven el uso de otras soluciones ETL/IPaaS en estas situaciones porque no han desarrollado su propia ETL. El riesgo radica entonces en el coste de acumular múltiples tecnologías para la marca.
Además, hoy en día, pocas CDP integran de forma nativa su propio módulo de gestión de políticas de privacidad. En cambio, tienden a ofrecer soluciones complementarias.
Entonces, con un CDP Scal-e no podemos utilizar una solución como Didomi, Axeptio o OneTrust?
Christophe Alves: No, no es eso.
Ante todo, nuestra filosofía es recomendar a nuestros clientes que no cambien sus herramientas, como expliqué, especialmente si están satisfechos con sus soluciones actuales. Dicho esto, soluciones como Didomi o Axeptio son excelentes y abordan otros casos de uso. Si una marca tiene varios sitios web y presencia física (como una tienda física), inevitablemente necesitará conectar su CMS, como Axeptio o Didomi, a una CDP.
Para OneTrust, la situación es similar. Si bien es cierto que su oferta es un poco más desarrollada, ya que van más allá de lo que ofrece un CMS, nuestro módulo de privacidad puede utilizarse en modo maestro o esclavo. Si el cliente cuenta con una solución como OneTrust, puede beneficiarse de nuestra capacidad para recuperar su configuración. De lo contrario, puede utilizar nuestro módulo. El problema, por supuesto, suele residir en implementar una política de privacidad y luego garantizar que todas las herramientas del sistema informático la cumplan. Aquí es donde nuestro enfoque de integración nativa ofrece numerosas ventajas de serie. Incluso si nuestro módulo de privacidad se utiliza en modo esclavo con una herramienta maestra desarrollada internamente o del mercado como OneTrust, lo cierto es que nuestra plataforma integra de forma nativa todos estos mecanismos (eliminación, anonimización, bloqueo, portabilidad, etc.) porque también sabemos cómo gestionarlos.
Una historia sobre las nubes
¿Mencionaste una sola nube al principio de nuestra entrevista? ¿Significa eso que compiten con soluciones como Snowflake o BigQuery, o con hiperescaladores como AWS, Azure u OVH, dado que somos una empresa francesa?
Christophe Alves: No, en absoluto. Tenemos muchos clientes que utilizan Snowflake, BigQuery, Databrics, etc., para crear data lakes o incluso data marts. De nuevo, nuestra función será conectarnos a estas herramientas para recuperar los datos que permitirán a los equipos empresariales implementar sus estrategias de marketing de forma independiente. Estas soluciones son excelentes; su éxito habla por sí solo. Sin embargo, seamos sinceros, Snowflake o BigQuery son más adecuados para un consultor de TI o de datos que para un director de marketing.
En cuanto a lo que llama hiperescaladores, mencionó AWS, Azure y OVH, pero hay muchos más; por ejemplo, estamos empezando a ver proveedores de nube soberana. Dependiendo del país, otros actores son más atractivos, como Alibaba Cloud en China. En Scal-e, utilizamos estos proveedores para alojar los datos de nuestros clientes o para alojar nuestra plataforma.
¡Así que somos más complementarios que competitivos!
¿La base de datos unificada que contiene todos los datos de la marca se puede alojar en las instalaciones del cliente o en un proveedor de alojamiento de su elección?
Christophe Alves: Así es.
A cada cliente se le asignará un servidor de datos (aislamiento de inquilinos) por razones de seguridad y para evitar, por ejemplo, fugas de datos. Este servidor de datos puede estar ubicado en las instalaciones del cliente, con un proveedor de alojamiento de su elección o ser administrado por los equipos de Scal-e.
¿El método de alojamiento afecta el costo? Además, ¿cuál es el presupuesto mínimo requerido para un CDP?
Christophe Alves: Si optamos por alojar la plataforma Scal-e con un proveedor de nuestra elección, y si solo nos referimos a la ubicación del servidor que contiene los datos unificados: No. Ya sea alojado en las instalaciones del cliente o con nosotros, esta decisión no afectará el precio. Queríamos ofrecer este servicio para evitar que se convirtiera en un factor importante para el cliente.
Eso es lo que pensé que vi en su sitio con respecto a la nube privada ofrecida como estándar.
Christophe Alves: Exactamente.
¿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:
¿Qué presupuesto se necesita para una Plataforma de Datos de Clientes?
