Personas, objetos y relaciones: modelá el negocio en Customer.io

Transcripción

Soy Diego, de Kunko. Una persona puede tener varias cuentas y varios productos. Si copiamos todo al perfil, tarde o temprano una señal pisa a otra.

El perfil no contiene todo el negocio

Ana tiene dos cuentas y una solicitud. La persona es Ana; las cuentas y la solicitud son entidades distintas. Un atributo como idioma puede vivir en el perfil. El estado de una cuenta necesita su propio identificador y contexto. Si copiás el último estado de cualquier cuenta a un atributo genérico, podés comunicar algo sobre la cuenta equivocada. Definí qué pertenece a la persona, qué pertenece al objeto y cómo se relacionan.

Dónde se ven los objetos

Abrimos Custom objects en la navegación. Los tipos de objeto permiten organizar entidades relacionadas con personas. No creamos cuentas financieras reales: mostramos la estructura y el lugar donde se configura. Definí un tipo, un identificador estable y atributos con un significado claro. Una relación vincula la persona con el objeto; no significa que todos sus titulares deban recibir cualquier comunicación. El rol y la elegibilidad también importan.

Data index explica las señales

En Data index inspeccionamos el lugar donde se catalogan datos y eventos. Un evento registra una acción; sus propiedades describen ese hecho. Un atributo del perfil conserva un estado de la persona. Para una operación usá una referencia estable que permita saber a qué entidad corresponde. Documentá nombre, tipo, origen, momento y significado. No incluyas secretos, documentos ni información sensible en el ejemplo público o en un prompt de IA.

Probá relaciones y datos ausentes

En Kunko lo revisamos así. Armá casos ficticios: una persona con un objeto, una con dos y una sin relación. Comprobá qué dato llega al mensaje y quién entra al recorrido. Si una cuenta cambia, verificá que la otra no quede sobrescrita. Probá también actualización fuera de orden y cambio de titularidad con el equipo responsable. La estructura reduce ambigüedad, pero no valida automáticamente una fuente. El sistema de negocio sigue siendo quien determina el estado autorizado.

Una señal necesita contexto

Daniel Kahneman muestra límites de la intuición y del juicio. Pensar rápido, pensar despacio ayuda a cuestionar una conclusión que parece obvia con pocos datos. Lo recomiendo porque ver una última operación no significa entender a la persona completa. El mindset es: una persona no es su última operación. Separar entidades y relaciones permite formular preguntas más precisas, y después comprobarlas con evidencia.

Bajate el contrato de datos

Bajate el contrato de personas, objetos y eventos. Incluye campos, origen, ejemplos y pruebas de relaciones. Un prompt de IA revisa ambigüedades sin inventar atributos que tu sistema todavía no envía. Antes de automatizar, acordá el contrato con producto y desarrollo. En el próximo video usamos ese orden para retroalimentar el recorrido con IA: proponer, validar y guardar señales útiles sin delegar decisiones que requieren controles.