Usar el ID externo de Braze
Decisioning Studio Pro requiere un identificador de cliente único y estable que sea consistente en todos los activos de datos. La recomendación es usar el ID externo de Braze como ese identificador. Este artículo explica por qué y qué riesgos surgen cuando se utilizan otras estructuras de identificador en su lugar.
¿Por qué usar el ID externo de Braze?
Decisioning Studio Pro funciona exclusivamente con el ID externo de Braze como unidad de identidad del cliente. Todos los activos de datos (perfiles de usuario, características, activaciones, interacciones, conversiones) deben hacer referencia al ID externo de Braze como identificador principal del cliente.
Más allá de cumplir un requisito técnico, exigir el ID externo de Braze es una decisión de diseño deliberada que protege la fiabilidad del entrenamiento y de las recomendaciones del modelo.
Desafíos de otros identificadores
Muchas organizaciones mantienen dos sistemas distintos de identificadores de clientes:
- Un ID del almacén de datos o del sistema de registro (a veces llamado «ID canónico» o «ID físico»): la fuente de verdad para métricas como el LTV, las devoluciones y la fidelización. Reside en tu almacén de datos o ERP.
- Un ID de plataforma: el identificador que usan herramientas como Braze, normalmente vinculado a una dirección de correo electrónico, un token de dispositivo o un canal de activación similar.
La tentación es usar el ID del almacén de datos para crear características de clientes (ya que ahí es donde residen los datos) y el ID de Braze para la activación (ya que es lo que usa Braze). Pero esto requiere una capa de traducción entre ambos sistemas, y esa capa de traducción introduce fragilidad.
Deriva de identidad
Aunque el mapeado entre el ID de tu almacén de datos y tu ID de Braze sea actualmente de uno a muchos (un cliente físico corresponde a varios perfiles de Braze), ese mapeado puede desestabilizarse con el tiempo y convertirse en uno de muchos a muchos. Si un mismo ID del almacén de datos se reasigna a distintos clientes con el tiempo, o si el mismo perfil de Braze se asocia a varios ID del almacén de datos, el resultado es la deriva de identidad.
La deriva de identidad provoca:
- Fallos en el entrenamiento del modelo: si el cliente al que el modelo creía estar haciendo recomendaciones es en realidad otra persona, la señal de entrenamiento se corrompe.
- Imprecisiones en los informes: las métricas pierden su sentido cuando el mapeado de identidad subyacente es inestable.
- Errores de atribución: las conversiones se asocian a recomendaciones incorrectas.
Cómo el ID externo de Braze aborda estos riesgos
Listo para la activación desde el diseño
Las recomendaciones generadas a partir de un ID externo de Braze pueden insertarse directamente en los mensajes mediante Liquid o contenido conectado, sin ningún paso de traducción de ID. Eliminar la capa de traducción suprime una fuente importante de complejidad operativa y de fallos.
Aislado de los cambios en sistemas de origen
Al funcionar con el ID externo de Braze, Decisioning Studio Pro queda protegido frente a los cambios en tus sistemas de origen. Si el ID interno de tu almacén de datos cambia debido a una migración de sistemas, una corrección de calidad de datos o una actualización del ERP, el ID externo de Braze, y todo lo asociado a él, se mantiene estable.
Separación limpia de canales
En Braze, un perfil de usuario corresponde a un canal de comunicación accesible. Si un cliente registra dos direcciones de correo electrónico, tendrá dos perfiles de Braze distintos con dos ID externos de Braze distintos. Decisioning Studio Pro los trata como dos entidades independientes, lo que significa que las recomendaciones y el historial de eventos de un correo electrónico no se contaminan con la actividad asociada al otro.
Esto evita lo que podría llamarse «arrastre de contexto». La herramienta de recomendaciones no mezclaría, por ejemplo, el comportamiento de compra relacionado con el trabajo en las recomendaciones enviadas a una cuenta de correo electrónico personal.
Consideraciones sobre múltiples entidades
Empresas con varias tiendas o estructuras jerárquicas
En las empresas que operan varias tiendas o submarcas (por ejemplo, un franquiciador con muchos franquiciados), el concepto de “cliente” puede resultar ambiguo. Un cliente que compra en varias ubicaciones puede tener registros separados en cada una de ellas, pero debería tratarse como una sola persona a efectos de recomendación.
Si tu empresa tiene esta estructura, habla con tu equipo de AI Decisioning Services sobre cómo modelar la jerarquía de clientes antes de definir tu estrategia de identificadores.
Fragmentación de la identidad en B2C
Una misma persona física puede acumular varios perfiles de Braze con el tiempo. Por ejemplo, puede registrarse con distintas direcciones de correo electrónico o iniciar sesión en distintos dispositivos antes de que se fusionen sus cuentas. Decisioning Studio Pro trata cada ID externo de Braze como un cliente distinto.
Esto es así por diseño: cada perfil representa un canal de activación distinto. Sin embargo, significa que la calidad de tus recomendaciones depende de la calidad de la resolución de identidades en Braze. Si tu implementación de Braze no fusiona de forma fiable los perfiles duplicados, es posible que algunos clientes reciban una personalización de menor calidad, porque su historial está fragmentado entre varios perfiles.