Customer.io en español: personas, atributos y eventos sin confundirte

Entender de dónde entra la data y cómo probarla antes de automatizar.

En el primer video dibujamos el recorrido. Ahora vamos a darle ojos: personas, atributos y eventos para saber quién necesita ayuda.

De dónde chupamos la data
Customer.io necesita entender qué está pasando. ¿De dónde chupamos la data? De tu producto, tu app, tu backend y las integraciones que conectes. La herramienta no adivina que una persona terminó el registro. Alguien tiene que mandarle esa señal. En una fintech, el recorrido puede ser registro, verificación de identidad y primera operación. Son momentos diferentes. Terminar el KYC no significa que el cliente ya encontró valor. Y tampoco significa que tengamos que mandarle una promoción.

People: una persona, varios canales
Entramos a People y abrimos este perfil ficticio. Arriba está la identidad; abajo, los datos y la actividad. Una persona puede tener email, teléfono y dispositivos para push. No son tres clientes distintos. Usá un identificador estable que tu sistema reconozca. El consentimiento y la disponibilidad del canal se verifican por separado. Tener un teléfono no alcanza para mandar WhatsApp. Este perfil está dado de baja de comunicaciones: lo usamos para aprender sin enviar mensajes reales.

Atributo = estado · Evento = acción
Abrimos Attributes. Un atributo describe el estado que conocemos ahora: idioma, país o activación pendiente. Un evento registra algo que ocurrió: registro completado, documento enviado o primera operación realizada. El evento puede llevar propiedades, como el tipo de operación. No hace falta copiar cada propiedad al perfil. Definí qué necesitás conservar como estado. Un dato ausente tampoco equivale siempre a falso: puede ser un problema de integración. Antes de crear una condición, revisá el tipo del dato. El texto falso y el booleano falso pueden producir resultados diferentes.

Probá los dos caminos
Para entender la prueba, pensá en Ana, pendiente, y Bruno, que ya se activó. El mismo flujo debería ayudarlos de forma distinta. Acá estamos creando datos manuales de demostración; en producción, tu integración manda los eventos y actualiza los atributos. En Activity revisás qué llegó y cuándo. En Data index encontrás el catálogo de datos. No confundas el catálogo con la actividad de una persona. Si hay cuentas, tarjetas o empresas compartidas por varios usuarios, evaluá objetos y relaciones en lugar de duplicar todo en cada perfil. El contrato mínimo debe aclarar nombre, significado, tipo, origen y responsable de cada señal.

Una señal es evidencia; una intuición es una hipótesis
Te recomiendo Pensar rápido, pensar despacio, de Daniel Kahneman. El autor investigó cómo nuestras decisiones combinan intuiciones rápidas y razonamientos más deliberados. El libro ayuda a reconocer sesgos. Para lifecycle, me sirve esta idea: una señal es evidencia; una intuición es una hipótesis. Que alguien no haya hecho una operación no demuestra desinterés. Puede tener un obstáculo. Primero investigamos; después elegimos la ayuda y el canal.

Bajate el mapa mínimo de datos
Bajate el mapa mínimo de datos de la descripción. Tenés un contrato de eventos y atributos, una prueba de dos caminos y un prompt de inteligencia artificial para detectar inconsistencias. La IA revisa tu propuesta; no inventa hechos ni reemplaza al sistema que decide el KYC. En el próximo video usamos esas señales para construir segmentos que también sepan dejar gente afuera.