Patrón 08Identidad

La persona que mides no es la persona que activas

El grafo de identidades decide a quién activar ahora. El stitching de la analítica reconstruye quién fue. Son dos respuestas y se diseñan por separado.

Una persona, dos respuestas

Activar ahora

Identidades

Grafo de identidades

Audiencia

Medir lo que pasó

Eventos

Person ID y stitching

Informe

Diagrama genérico. No reproduce una arquitectura de cliente.

Se suele esperar que Experience Platform y Customer Journey Analytics cuenten las mismas personas. No tienen por qué. El grafo de identidades une identificadores para activar a alguien en este momento, con reglas que protegen el perfil. El stitching de la analítica reasigna eventos a una persona para medir lo que ya pasó, con su propio person ID.

Los dos fallan de la misma forma cuando el identificador no representa a una persona: una cuenta compartida, el email de casa o un valor de relleno. La decisión de arquitectura no es qué herramienta usar. Es qué identificador es una persona en cada una, y cómo se comprueba.

Qué se rompe: Las audiencias y los informes dan cifras distintas de personas, y nadie sabe cuál es la buena ni por qué no cuadran.
Dónde vive el estado: La plataforma de perfil guarda el grafo con el que activa. La analítica guarda la asignación de persona con la que mide. Ninguna es copia de la otra.
Quién es responsable: Quien define la identidad de cliente decide qué identificador es una persona. Activación y analítica aplican esa decisión, cada una en su herramienta.
Qué trade-off aceptamos: Usar el mismo ID de cliente en las dos acerca las cifras, pero no las iguala: el stitching reprocesa el pasado y el grafo decide en el momento.
Cómo evoluciona: Fijar el person ID de cada dataset, comparar las personas contadas con los clientes activos y dejar escrito por qué las dos cifras no coinciden.

Señales en producción

Las personas de los informes no se parecen a los clientes activos.
Un ID de cuenta familiar o de empresa hace de person ID.
Cada dataset de la conexión usa un identificador distinto.
Se pide que la analítica cuadre al perfil y nadie explica para qué sirve cada cifra.

Arquitectura recomendada

Elegir como person ID un identificador que represente a una persona, el mismo en todos los datasets de la conexión, y validar las personas contra clientes reales.

Explicar por escrito qué pregunta responde cada herramienta y por qué sus cifras de personas no coinciden.

Cuándo no aplicarlo

No usar la cuenta como persona si lo que se analiza es la cuenta: va como dimensión.
No forzar que las cifras cuadren a costa de juntar personas distintas.

Pruébalo en un simulador

Escenarios interactivos donde este patrón se ve fallar y se ve resolverse.

Para revisar esta decisión

El gobierno del dato también llega al análisis
Qué hacen las etiquetas de uso del dato en Customer Journey Analytics, qué bloquean las políticas activas y qué pasa con las data views y las exportaciones.
¿Arreglar el dato o arreglar el informe?
Un canal mal clasificado puede corregirse en origen, en la ingesta o en CJA. La diferencia está en quién recibe la corrección y qué pasa con el histórico.
La compra está en AEP. ¿Dónde se pierde en CJA?
Cómo investigar una compra que no aparece en CJA: dataset, conexión, histórico, Data View y filtros. Validar por capas antes de volver a cargar datos.