6 min de lectura
Modelo de datos: la base
Descubra cómo funciona el modelo de datos CRM de Frontline. Vea cómo encajan los objetos, tipos de registros, campos y tablas para que su equipo y Max permanezcan alineados.
Cada CRM se basa en un modelo de datos. En Frontline, ese modelo es el mapa de cómo se almacena su negocio: con quién trabaja, qué vende, qué necesita atención y cómo se conectan esas cosas. Haga esto bien y el resto del workspace será fácil de navegar. Si lo hace mal, pasará meses limpiando contactos duplicados, canales sobrantes e informes en los que nadie confía.
Un modelo de datos no es un diagrama técnico que se cuelga en una pared. Es el lenguaje compartido que su equipo usa todos los días. Cuando alguien dice "esto es una empresa" o "esto es un acuerdo", está señalando un lugar específico en ese modelo. Max, tus agentes y tus automatizaciones utilizan el mismo lenguaje. Si el modelo es claro, pueden actualizar registros, señalar riesgos y mantener los cronogramas actualizados sin que nadie tenga que explicar el negocio dos veces.
De qué está hecho un modelo de datos Frontline
Frontline organiza el trabajo en torno a unos pocos bloques de construcción. Los objetos contienen las cosas principales que te importan, como personas y empresas. Los tipos de registros le permiten especializar esos objetos sin dividir sus datos. Los campos son los detalles de cada registro. Las tablas son listas más simples de datos de respaldo. Las actividades, notas, archivos y tareas pendientes se ubican encima de los registros para que el historial permanezca adjunto al trabajo, no enterrado en la bandeja de entrada de alguien.
No se empieza desde una página en blanco. Cada workspace Frontline viene con cuatro objetos estándar: People, Companies, Deals y Tickets. Esos cuatro cubren el núcleo de la mayoría de los equipos B2B. Puede ampliarlos con sus propios campos y puede agregar objetos personalizados cuando su empresa tenga algo que esos cuatro no puedan representar. También puede agregar tablas cuando necesite una lista sencilla que no necesite un tratamiento CRM completo.
Piénselo de esta manera. Los objetos son los sustantivos de su negocio. Los campos son los detalles que los describen. Los tipos de registro son las variantes del mismo sustantivo. Las relaciones son las oraciones que las conectan. Una vez que ves el modelo de esa manera, la configuración deja de parecer abstracta.
Por qué esto importa más que antes
En un CRM tradicional, un modelo de datos desordenado perjudicaba principalmente a los informes. En Frontline también da forma a la IA que trabaja junto a tu equipo. Max lee sus objetos, sus campos y la actividad en cada registro. Si un cliente vive en tres lugares diferentes, o si un nuevo mandato se almacena como una nota sobre una persona en lugar de un acuerdo, Max no puede brindarle una imagen clara del riesgo. El modelo de datos es lo que hace que el asistente sea útil.
También mantiene al equipo alineado. Los asesores, operaciones y servicio al cliente pueden abrir la misma empresa y ver las mismas personas, las mismas oportunidades abiertas y las mismas solicitudes de servicio. Nadie tiene que preguntar qué hoja de cálculo está actualizada.
Una imagen simple de cómo encaja.
Imagine una empresa de gestión patrimonial que crea un nuevo hogar. Harrington Family Office es una empresa. James Harrington es una persona allí, con su correo electrónico de trabajo y su función registrada. Hay un acuerdo abierto para un mandato discrecional de 12 millones de dólares, vinculado tanto a James como al family office. La semana pasada, James envió un correo electrónico sobre un cambio de beneficiario, lo que abrió un Boleto. Todo eso vive en una imagen conectada.
Frontline ya hace muchas de estas costuras por usted. Cuando agrega una persona con un correo electrónico del trabajo, Frontline puede encontrar o crear la empresa coincidente desde el dominio de correo electrónico. Los correos electrónicos y las conversaciones se vinculan a la persona y la línea de tiempo de la empresa recoge esa actividad. Las fechas de la última interacción se mantienen actualizadas sin un campo personalizado. No deberías reconstruir esas piezas. El modelo está diseñado para que lo extiendas, no para que lo recrees.
Objetos estándar, objetos personalizados y tablas
La mayoría de los equipos deberían vivir en los cuatro objetos estándar el mayor tiempo posible. People son individuos. Companies son organizaciones. Deals son oportunidades que se mueven a través de un canal. Tickets son solicitudes que necesitan un estado. Esos objetos ya saben hablar entre sí. Una persona pertenece a una empresa. Una oferta y un billete pueden pertenecer cada uno a una empresa y vincularse a varias personas.
Creá un objeto personalizado cuando tenga algo de primera clase en el negocio que no sea una persona, empresa, trato o ticket. Una empresa patrimonial podría agregar Hogares o Fideicomisos. Un administrador de propiedades podría agregar edificios. Una clínica podría agregar ubicaciones. Los objetos personalizados reciben el mismo tratamiento que los estándar: campos, tipos de registros, vistas, notas y relaciones.
Utilice una tabla cuando los datos sean material de apoyo. Una lista de carteras modelo, una lista de tarifas, un conjunto de códigos de custodio. Las tablas se parecen más a una hoja de cálculo. No tienen tipos de registros y no llevan el mismo historial de actividad. Profundizaremos en las tablas más adelante en este curso. La decisión de recordar ahora es sencilla. Si la cosa tiene un ciclo de vida, dueños y una historia, es un objeto. Si es una lista de referencias, es una tabla.
Lo que debes decidir antes de construir
Antes de agregar campos u objetos adicionales, escriba los sustantivos que su equipo ya usa. Si la gente dice "cuenta" u "oficina familiar", probablemente se trate de una empresa. Si dicen “oportunidad” o “mandato”, eso es un trato. Si dicen "cliente potencial", generalmente sigue siendo una Persona, solo que se encuentra en un momento anterior de la relación. Ese último punto importa. En Frontline, un cliente potencial y un cliente suelen ser la misma persona en diferentes tipos de registros, no dos bases de datos separadas. Convertir un cliente potencial significa cambiar el tipo, no copiar el registro.
Resista la tentación de modelar cada informe como su propio objeto. Si necesita "último correo electrónico" o "fuerza de la relación", verifique si Frontline ya lo calcula. People y Companies mantienen actualizada la última interacción. Companies también tiene fuerza de conexión. La construcción de un campo paralelo crea dos fuentes de verdad y la IA no sabrá en cuál confiar.
que bien se ve
Un modelo de datos Frontline saludable parece pequeño a propósito. Puedes explicarlo en un minuto. People trabaja en empresas. Deals y boletos adjuntos a ambos. Los objetos personalizados aparecen sólo cuando la empresa realmente los necesita. Los campos reciben nombres de la forma en que habla el equipo. Los tipos de registros dividen un proceso sin dividir los datos.
Cuando esto esté implementado, todo lo demás en este curso se vuelve más fácil. Los objetos tendrán más sentido. Los tipos de registros se sentirán como una elección de diseño en lugar de una solución alternativa. Las vistas, los grupos de usuarios y el trabajo que realice más tarde con Max se basan en esta base.
A continuación, veremos los objetos en detalle: qué son, cómo se comportan los cuatro estándar y cuándo agregar los suyos propios.