Frontline organiza o trabalho em torno de alguns blocos de construção. Os objetos contêm as principais coisas que são importantes para você, como pessoas e empresas. Os tipos de registro permitem especializar esses objetos sem dividir seus dados. Os campos são os detalhes de cada registro. As tabelas são listas mais simples para dar suporte aos dados. Atividades, notas, arquivos e tarefas ficam em cima dos registros para que o histórico permaneça anexado ao trabalho, e não enterrado na caixa de entrada de alguém.

Você não começa de uma página em branco. Cada espaço de trabalha Frontline é fornecido com quatro objetos padrão: People, Companies, Deals e Tickets. Esses quatro cobrem o núcleo da maioria das equipes B2B. Você pode estendê-los com seus próprios campos e adicionar objetos personalizados quando sua empresa tiver algo que esses quatro não podem representar. Você também pode adicionar tabelas quando precisar de uma lista simples que não precise de um tratamento CRM completo.

Pense desta forma. Objetos são os substantivos do seu negócio. Os campos são os detalhes que os descrevem. Os tipos de registro são os sabores do mesmo substantivo. Relações são as sentenças que os conectam. Depois de ver o modelo dessa forma, a configuração deixa de parecer abstrata.

Em um CRM tradicional, um modelo de dados confuso prejudica principalmente os relatórios. Na Frontline ele também molda a IA que trabalha junto com sua equipe. Max lê seus objetos, seus campos e a atividade em cada registro. Se um cliente mora em três lugares diferentes, ou se um novo mandato for armazenado como uma nota sobre uma pessoa em vez de um Deal, o Max não poderá fornecer uma imagem clara do risco. O modelo de dados é o que torna o assistente útil.

Também mantém a equipe alinhada. Consultores, operações e atendimento ao cliente podem abrir o mesmo Company e ver as mesmas pessoas, as mesmas oportunidades abertas e as mesmas solicitações de serviço. Ninguém precisa perguntar qual planilha é atual.

Imagine uma empresa de gestão de patrimônio criando uma nova família. Harrington Family Office é um Company. James Harrington é Person lá, com seu e-mail de trabalho e função registrados. Há um Deal aberto para um mandato discricionário de US$ 12 milhões, vinculado a James e ao family office. Na semana passada, James enviou um e-mail sobre uma mudança de beneficiário, que abriu um Ticket. Tudo isso vive em uma imagem conectada.

Frontline já faz muitas costuras para você. Quando você adiciona uma pessoa com um e-mail comercial, Frontline pode localizar ou criar o Company correspondente no domínio de e-mail. E-mails e conversas são anexados à pessoa e a linha do tempo da empresa capta essa atividade. As datas da última interação permanecem atualizadas sem um campo personalizado. Você não deve reconstruir essas peças. O modelo foi projetado para que você o estenda e não o recrie.

A maioria das equipes deve viver nos quatro objetos padrão pelo maior tempo possível. People são pessoas físicas. Companies são organizações. Deals são oportunidades que passam por um pipeline. Tickets são solicitações que precisam de status. Esses objetos já sabem conversar entre si. Uma pessoa pertence a uma empresa. Uma oferta e um ticket podem pertencer a uma empresa e estar vinculados a várias pessoas.

Crie um objeto personalizado quando você tiver algo de primeira classe no negócio que não seja uma pessoa, empresa, negócio ou ticket. Uma empresa patrimonial pode adicionar famílias ou trustes. Um gerente de propriedade pode adicionar edifícios. Uma clínica pode adicionar Locais. Os objetos personalizados recebem o mesmo tratamento que os objetos padrão: campos, tipos de registro, visualizações, notas e relações.

Use uma tabela quando os dados forem material de apoio. Uma lista de carteiras modelo, uma tabela de taxas, um conjunto de códigos de custódia. As tabelas estão mais próximas de uma planilha. Eles não possuem tipos de registro e não carregam o mesmo histórico de atividades. Iremos nos aprofundar nas tabelas posteriormente neste curso. A decisão de lembrar agora é simples. Se a coisa tem ciclo de vida, proprietários e uma história, é um objeto. Se for uma lista de referências, é uma tabela.

Antes de adicionar campos ou objetos extras, anote os substantivos que sua equipe já usa. Se as pessoas disserem “conta” ou “family office”, provavelmente é um Company. Se disserem “oportunidade” ou “mandato”, isso é um Deal. Se eles disserem “cliente potencial”, geralmente ainda é um Person, apenas em um momento anterior do relacionamento. Esse último ponto é importante. Na Frontline, um cliente potencial e um cliente geralmente são a mesma pessoa em tipos de registro diferentes, e não em dois bancos de dados separados. Converter um cliente potencial significa alterar o tipo, não copiar o registro.

Resista à tentação de modelar cada relatório como seu próprio objeto. Se você precisar de “último e-mail enviado” ou “força de relacionamento”, verifique se Frontline já calcula isso. People e Companies mantêm a última interação atualizada. Companies também possui força de conexão. Construir um campo paralelo cria duas fontes de verdade, e a IA não saberá em qual delas confiar.

Um modelo de dados Frontline saudável parece pequeno propositalmente. Você pode explicar isso em um minuto. People trabalha em empresas. Deals e ingressos são anexados a ambos. Os objetos personalizados aparecem apenas quando a empresa realmente precisa deles. Os campos são nomeados de acordo com a forma como a equipe fala. Os tipos de registro dividem um processo sem dividir os dados.

Quando isso estiver em vigor, todo o resto neste curso ficará mais fácil. Os objetos farão mais sentido. Os tipos de registro parecerão uma escolha de design em vez de uma solução alternativa. Visualizações, grupos de usuários e o trabalho que você fará posteriormente com o Max assentam nesta base.

A seguir, veremos os objetos em detalhes: o que são, como os quatro padrões se comportam e quando adicionar os seus próprios.