Cada cuenta viene con cuatro objetos estándar. No se pueden eliminar porque el resto del producto se construye en torno a ellos. Puede agregar campos, cambiar vistas y crear tipos de registros encima de ellos. Casi nunca debes reemplazarlos con una versión casera de la misma idea.

People son las personas con las que hablas. Una persona tiene un nombre, correo electrónico, teléfono, función y un enlace a una empresa. Frontline trata el correo electrónico como la identidad principal, por lo que la misma persona no se crea dos veces solo porque apareció en otro canal. People también retoma la actividad automáticamente. Cuando se conecta el correo electrónico o WhatsApp, las conversaciones se adjuntan a la persona. Las reuniones pueden hacer lo mismo. Con el tiempo, el registro contiene más que datos de contacto. Contiene una línea de tiempo, un breve resumen de IA y los hechos que Max ha aprendido, como una preferencia o un riesgo.

Companies son las organizaciones a las que pertenecen esas personas. Una empresa tiene un nombre, un sitio web, detalles firmográficos y un logotipo que Frontline puede obtener por usted. La relación importante es la que tiene con People. Si creas a Sofia Alvarez con el correo electrónico sofia@mercadolibre.com, Frontline puede encontrar Mercado Libre por ese dominio, o crear la empresa y vincularla a ella. En el caso común, no es necesario crear ese vínculo a mano. La línea de tiempo de la empresa también hereda la comunicación de las personas vinculadas a ella, por lo que puedes ver la historia de la cuenta en un solo lugar.

Deals son las oportunidades que estás intentando ganar. Cada acuerdo tiene un nombre, una etapa, un valor y propietarios. Deals tiene por defecto un tablero kanban agrupado por etapa, por lo que se sienten como una tubería la primera vez que los abres. Un acuerdo pertenece a una empresa y puede vincular a varias personas. Así es como se mantiene al comprador económico, al campeón y al contacto legal en la misma oportunidad sin clonar el trato.

Tickets son solicitudes que necesitan un estado. Una pregunta sobre facturación, un obstáculo de implementación, un error de producto que un cliente está esperando. Tickets tiene de forma predeterminada un tablero agrupado por estado, con etapas como Nuevo, En usted, En cliente, En espera y Cerrado. Al igual que las ofertas, un billete pertenece a una empresa y puede vincularse a varias personas. Eso es lo que permite que soporte y ventas vean la misma cuenta sin mantener dos versiones de la verdad.

Los objetos estándar ya están relacionados. Una persona pertenece a una empresa. Un acuerdo pertenece a una empresa y puede incluir a muchas personas. Un billete funciona de la misma manera. Desde el registro de una empresa, puede ver las personas, los acuerdos abiertos y los tickets abiertos. Desde una persona puedes ver su empresa y las ofertas o boletos de los que forma parte.

Ese gráfico es la razón por la que no debes crear un segundo objeto "Cuentas" o una tabla de "Contactos" personalizada. Las conexiones, la actividad y los perfiles de IA ya se encuentran en People y Companies. Un objeto paralelo divide la historia. Max actualizará un lado y perderá el otro.

Aquí hay un pase completo a través de una semana real. Visa es una empresa. Kate Chen es una persona allí. Hay un acuerdo para una nueva ampliación de asientos, que se encuentra en curso. Después de una demostración, Kate se queda callada. Max puede ver que la última interacción está caducando y que los mensajes no han recibido respuesta, y luego saca a la luz el riesgo en la cuenta. Si Kate luego escribe sobre un problema de aprovisionamiento, se convierte en un Ticket vinculado a la misma empresa y a la misma persona. Nadie copia datos entre herramientas. Los objetos ya comparten el registro.

Cada objeto, estándar o personalizado, puede contener más de una fila de campos. Puede guardar vistas para que una canalización, una tabla o una lista filtrada estén a un clic de distancia. Puede registrar notas, llamadas y reuniones. Puede adjuntar archivos y asignar tareas pendientes. Puede relacionar un registro con registros de otros objetos. Y puede dividir el objeto en tipos de registro cuando un objeto necesita servir a más de un proceso. La siguiente lección cubre los tipos de registros. La cuestión por ahora es que un objeto es una entidad viva, no una pestaña de una hoja de cálculo.

Los objetos estándar también funcionan en segundo plano y los objetos personalizados no los copiarán. People deduplicación en correo electrónico y teléfono. Companies se enriquece desde su dominio. La última interacción permanece actual. La intensidad de la conexión en una empresa se calcula, no se escribe. Si se encuentra creando un campo llamado "Último correo electrónico" o "Estado de la cuenta", haga una pausa. Es posible que Frontline ya lo esté guardando para usted.

Creá un objeto personalizado cuando lo que está rastreando sea una parte de primera clase del negocio y no sea una persona, una empresa, un trato o un ticket. Un equipo de bienes raíces podría agregar Propiedades. Un equipo de logística podría agregar Envíos. Una empresa de servicios podría agregar Compromisos. Esos registros necesitan propietarios, campos, vistas y una línea de tiempo propia. También deben vincularse a People y Companies para que la imagen de la cuenta permanezca completa.

No cree un objeto personalizado para un estado, una etiqueta o un informe. Esos son campos. No cree uno para correos electrónicos o conversaciones. Esas son actividades. No cree uno porque dos equipos quieren un diseño diferente del mismo contacto. Se trata de un tipo de registro, o una vista, en People.

Si los datos son una lista de referencia plana sin un ciclo de vida real, una tabla suele ser la mejor opción. Cubriremos las tablas más adelante. Una buena prueba es ésta: ¿asignarías un propietario, escribirías una nota y volverías al registro el mes que viene? En caso afirmativo, es un objeto. Si solo lo buscas para completar otro registro, probablemente sea una tabla.

Los equipos que aprovechan al máximo Frontline pueden nombrar sus objetos de una vez. People, Companies, Deals, Tickets y tal vez uno o dos objetos personalizados que sean exclusivos del negocio. Ese pequeño conjunto es lo que aprende Max, lo que aprenden los nuevos empleados y en qué se ejecutan sus automatizaciones.

Si no está seguro de dónde pertenece una idea nueva, comience con un campo de un objeto existente. Promuévalo a objeto personalizado solo cuando tenga suficientes datos propios para merecer un hogar. Es mucho más fácil hacer crecer un modelo limpio que fusionar dos objetos más tarde.

A continuación, veremos los tipos de registros: cómo un objeto puede admitir más de un tipo de registro sin alterar el modelo que acaba de crear.