La marca es una relación, no un atributo de la persona
Una marca principal no describe todas las relaciones de la persona. Cada envío debe identificar su marca y comprobar el permiso correspondiente.
Diagrama genérico. No reproduce una arquitectura de cliente.
Una marca principal puede servir para clasificar clientes, pero no identifica necesariamente la marca de cada compra. Si el remitente solo lee ese campo, puede elegir otra marca. Un consentimiento global tampoco conserva preferencias distintas por marca.
Recomiendo guardar la relación entre la persona y cada marca, con su consentimiento. Duplicar perfiles para resolver el remitente puede aumentar el consumo de licencia y repartir los límites de mensajes entre perfiles. Un email compartido también puede enlazarlos si las reglas de identidad lo permiten.
Señales en producción
- El perfil tiene una marca principal y el grupo vende con varias.
- La misma persona existe como un perfil por marca.
- Hay un solo consentimiento de email aunque cada marca pide el suyo.
- Los eventos de pedido no dicen de qué marca son.
Arquitectura recomendada
Modelar la relación entre la persona y cada marca con su consentimiento, y hacer que cada envío diga de qué marca es.
En AJO estándar recomiendo configuraciones separadas por marca y tipo de mensaje. Compartirlas con personalización también es posible si se resuelve el remitente sin ambigüedad.
Cuándo no aplicarlo
- No aplicaría un perfil común sin revisar antes si las marcas pueden compartir datos de cliente.
- Si el negocio necesita marketing a cuentas y grupos de compra, evaluaría B2B por esas necesidades. No lo descartaría por tener varias marcas.
Pruébalo en un simulador
Escenarios interactivos donde este patrón se ve fallar y se ve resolverse.
Para revisar esta decisión
- Poder ver un dato no permite usarlo para todo
Quién puede ver un dato, para qué se puede usar y qué acepta una persona. Una comparación de accesos, DULE y consentimiento en AEP.