[MCY #3] Hiperpersonalización con Salesforce Marketing Cloud
Yeraldine Martínez2024-06-05T21:47:46-05:00En el newsletter de hoy, te comparto un approach o acercamiento a una arquitectura que puedes usar para implementar casos de uso de hiperpersonalización con Salesforce Marketing Cloud .
¿Qué es la hiperpersonalización?
Pero antes, comencemos por saber ¿qué es la hiperpersonalización?
La hiperpersonalización es una forma de marketing que utiliza datos, por lo general en tiempo real, junto con inteligencia artificial (AI) para crear contenido que es específico para el cliente y el contexto de experiencia que está viviendo.
Una típica personalización de marketing es, por ejemplo, usar el nombre del cliente en una linea de asunto, mientras que la hiperpersonalización va mucho más en profundidad. Esta se basa en la recopilación de datos de calidad en cada interacción del cliente, información que luego permite a la empresa accionar con precisión según el escenario de cada uno.
Sin embargo, alcanzar la dulce hiperpersonalización utilizando Salesforce Marketing Cloud es posible, siempre que hayas superado los siguientes trucos (o desafíos):
Alineación de las diferentes areas de la empresa para entregar una experiencia personalizada 1:1 en todos los canales.
Poder acceder a los datos necesarios y de calidad para generar las experiencias hiperpersonalizadas.
Tener el conocimiento y habilidades necesarias. Para generar hiperpersonalización en SFMC, vas a requerir conocimientos de programación en SSJS y AMPScript (o un compañero developer que quiera ayudarte ).
Arquitectura de solución para generar hiperpersonalización en SFMC
Una vez superados los desafíos previos, vamos ahora con la arquitectura a alto nivel de la que quiero hablarte:
Estas son las premisas de la arquitectura:
- La Arquitectura está pensada para una empresa de industria retail, por lo que es un modelo de negocio B2C.
- El cliente maneja sus datos y procesamiento en herramientas diferentes a Salesforce (no Data Cloud). De igual manera ocurre con la infraestructura del e-commerce (no Commerce Cloud).
- El e-commerce es capaz de exponer un servicio API para ser consultado desde SFMC y obtener información relevante del catálogo de productos como: stock, ofertas y/o atributos especiales para clasificarlos.
- Existe una política de negocio de que la información de productos en el e-commerce debe quedar actualizada máximo a cierta hora, lo que nos permite programar la ejecución de un automation desde SFMC posterior a ese horario definido.
- El Data Warehouse es capaz de entregar información relevante de los clientes y sus compras de manera automatizada cada hora o al menos cada día.
- Por último, en Marketing Cloud se almacena la información recibida desde el Data Warehouse en un modelo de datos con (al menos) las siguientes entidades y relaciones:
Proceso en Automation Studio
Profundicemos ahora en el proceso 1. Consulta del catálogo de productos desde SFMC.
Es aquí donde ocurre la Magia🔮. Es un proceso construido en Automation Studio y estas son sus actividades:
Lo que se busca con este proceso es que diariamente, se ejecute pasado el horario acordado de actualización de los productos y active las ejecuciones de los Journeys que correspondan.
Te cuento un poco más que hace cada paso:
- Se encarga de limpiar la Extensión de datos Producto (contemplada en el modelo de entidades), para luego cargar la información actualizada.
- Este script se conecta al servicio API del e-commerce y guarda esa información en SFMC. En este paso se aplica cualquier procesamiento necesario para transformar la información a como se requiera para manipularlo luego.
- Por último, mediante script también, se activan los otros Automations de los Journeys que correspondan. Este paso es libre para poner a volar la creatividad e ingenio para agregar lógicas o decisiones de cuáles y cuántos Journeys ejecutar cada día.
¿Te gustaría tener los scripts?
+ acceso al contenido exclusivo 😏
Suscríbete al newsletter y los recibes al instante💜
Casos de Uso
Te dejo algunas ideas de casos de uso que podrías implementar bajo esta arquitectura:
Recomendaciones mensuales de productos en oferta acorde con la canasta de compras preferida del cliente.
Alerta de productos nuevos o favoritos que tienen stock otra vez.
Recordatorio de compra de productos que son de uso frecuente. Por ejemplo, recordar al cliente que debe comprar de nuevo su protector solar.
Journey de cumpleaños que tenga un email con ofertas en productos de preferencia del cliente (para que lo use de una vez ).
Todos combinados con actividades de Einstein para sacar el máximo potencial de la plataforma.
Ahora cuéntame, ¿tú qué caso de uso implementarías?
Deja un comentario