En este paso defines cómo Insider va a reconocer a cada persona a través de canales y dispositivos, y qué fuentes de datos entran en la fase 1. El entregable es un plan de datos de una página: identificador maestro, 3-4 fuentes priorizadas, atributos y eventos por fuente, y reglas de consentimiento. Sin este plan, la implementación técnica del paso 3 se convierte en un pantano.

Qué es (y qué no es) un perfil 360

El perfil 360 es la ficha unificada de cada persona en el CDP: quién es, qué vio, qué compró, qué mensajes recibió, en qué canal responde. Lo que no es: un archivo histórico con todos los datos que tu empresa acumuló en 15 años. La diferencia entre un CDP que produce y un data lake caro está en una palabra: activación. Un dato entra al perfil solo si una campaña lo va a usar en los próximos 6 meses.

Ejemplo concreto de un retail omnicanal en Costa Rica: para lanzar carrito abandonado, recomendaciones y winback, necesitas comportamiento web, catálogo, historial de compras (incluida tienda física, si el POS lo permite) y el opt-in de email/WhatsApp. No necesitas —todavía— los tickets de soporte, las encuestas de 2023 ni el dato del programa de puntos. Eso viene en fase 2, cuando haya un caso de uso que lo pida.

Resolución de identidad: la decisión que no puedes patear

Insider une el comportamiento anónimo (cookies, device ID) con la persona conocida cuando aparece un identificador: email, teléfono o ID de usuario. Tus decisiones aquí:

• Identificador maestro. En LATAM recomendamos evaluar seriamente el teléfono además del email: WhatsApp es el canal con mejores tasas de la región y el teléfono es el dato que la gente sí da bien. Lo ideal es capturar ambos y definir cuál manda cuando hay conflicto.
• Puntos de identificación. Mapea cada momento donde el anónimo se vuelve conocido: login, checkout, formulario, clic desde un email, conversación de WhatsApp. Cuantos más puntos, más historial anónimo se "rescata" al unificar.
• Compra como invitado. Si tu checkout permite invitados, decide ya cómo reconcilias esas órdenes (email de la orden como clave). Un ecommerce típico de la región tiene 30-50% de compras de invitado: ignorarlas rompe la frecuencia de compra y arruina los modelos del paso 6.

Un perfil 360 no es juntar todos los datos: es juntar los que vas a activar.

El plan de datos de una página

Arma una tabla simple con cinco columnas — fuente, método de ingesta, atributos/eventos, caso de uso que habilita, responsable:

• Web: SDK de Insider · vistas de producto, carrito, compra · habilita personalización y triggers.
• Catálogo: feed XML o API · precio, stock, categoría, imagen · habilita recomendaciones.
• Historial de compras: API o import batch · órdenes con fecha, monto, ítems · habilita RFM y predicción.
• CRM/ESP: integración nativa o integración de datos a medida · contactos, opt-ins, segmentos · habilita journeys.

Cada fuente sin caso de uso al frente se tacha. Esa disciplina es la diferencia entre 6 semanas y 6 meses de implementación.

Consentimiento: parte del modelo, no un anexo legal

El opt-in por canal (email, WhatsApp, push, SMS) es un atributo más del perfil y viaja con él. LGPD en Brasil, LFPDPPP en México y la Ley 8968 en Costa Rica exigen base legal para el tratamiento; WhatsApp además exige opt-in explícito para plantillas. Define en el plan: dónde se captura cada opt-in, cómo se sincroniza al CDP y qué pasa cuando alguien se da de baja en un canal. Hacerlo ahora cuesta una reunión; hacerlo después cuesta una auditoría.

Errores comunes en este paso

• Conectar todo "porque ya estamos". Cada fuente extra agrega semanas de mapeo y QA. El perfil gordo no gana campañas; el perfil accionable, sí.
• Elegir identificador sin mirar el checkout. Si el 40% compra como invitado sin login, tu "ID de usuario" cubre a la minoría. Mira los datos reales antes de decidir.
• Ignorar la tienda física. En retail LATAM la tienda sigue siendo el canal mayor. Un perfil "360" que solo ve el ecommerce es un perfil 180.
• Tratar el consentimiento como un checkbox del final. Sin opt-in sincronizado, los journeys del paso 5 nacen bloqueados.

Checklist antes de pasar al siguiente

• Identificador maestro definido (y regla de desempate email/teléfono).
• Puntos de identificación mapeados, incluido el checkout de invitados.
• Plan de datos de una página: 3-4 fuentes, cada una con caso de uso y responsable.
• Estrategia de consentimiento por canal documentada según tu país.
• Acordado qué NO entra en fase 1 (y por qué).

Con el plan firmado, toca instalar: Paso 3 · SDK web/app y catálogo. El mapa completo está en la guía de implementación de Insider.