CRM: Dados Estruturados

Neste episódio, definimos dados estruturados e conversamos sobre o que eles significam em relação ao CRM. É importante entender o tipo de dados armazenados no seu CRM, para saber o que você pode realizar com o CRM.

00:19 Andy Shore: Ei, todos bem-vindos de volta ao Clues for the Clueless CRM Marketer. Hoje vamos iniciar uma conversa falando sobre os diferentes tipos de informação que você armazena no seu CRM. E vamos começar com informações estruturadas. Então, o que isso significa?

00:36 Paul Rijnders: Ok, muitos CRMs, especialmente os CRMs tradicionais, são baseados em algum tipo de banco de dados estruturado, o que significa que há algum tipo de banco de dados SQL ou MySql embaixo de onde há tabelas, e as tabelas são como planilhas onde estão as linhas representam os registros e as colunas representariam as informações do campo. Então, por exemplo, talvez a coluna um possa ser o primeiro nome ... Coluna um. Digamos que temos uma tabela de contatos, a coluna um é o primeiro nome, a coluna dois é o sobrenome, a coluna três é o nome do meio, a coluna quatro é o endereço, a coluna cinco é a cidade etc., etc., etc. E a maioria dos CRMs virá com um conjunto padrão de campos padrão, e essas são as coisas que eles acham que você vai precisar. Endereço de e-mail, número de telefone ou talvez celular, esse tipo de coisa, para um contato. Talvez se for por uma oportunidade, então ... O que seria uma mesa diferente, por assim dizer, ou um tipo de registro diferente, por assim dizer.

01:34 PR: Você teria o nome da oportunidade, qual é a quantidade, em que estágio está, quando é devido. Em atividade, pode ser que tipo de atividade é essa, quando deve ser devida, com quem está e com que coisa está relacionada. Está relacionado a um projeto, oportunidade ou outro tipo de registro, etc.? Mas todos eles serão muito estruturados, o que significa que antes que alguém insira qualquer tipo de informação, deve haver um espaço para isso. Deve haver uma coluna para isso. Não há um lugar de forma livre para isso.

02:04 PR: Então isso levanta a questão, bem, e se eu precisar de um local de formato livre para isso? Bem, como hoje estamos falando sobre informações estruturadas, não importa se há outros lugares onde você pode colocar isso no CRM, mas para um CRM que é baseado em um banco de dados SQL, então provavelmente o que você vai querer é você vai querer algum tipo de administrador para configurar alguns campos personalizados com antecedência. Assim, por exemplo, no e-mail da Benchmark, quando nossa equipe de vendas por e-mail e equipe de suporte da Benchmark usa o CRM, eles têm campos de cliente que fazem sentido para nós. Por exemplo, que tipo de novo plano de marketing essa pessoa tem? Qual é o status da conta? Qual é o tamanho da lista deles? A lista continua. Seu negócio pode ser diferente, talvez você tenha uma loja de donuts e queira listar qual é a sua rosquinha preferida? Talvez você seja uma oficina automotiva e queira listar o tipo de carro que eles têm e, em que ano é, é outra coluna.

02:57 PR: De qualquer forma, a lista continua indefinida , mas o que estou tentando dizer é que você terá colunas estruturadas, por assim dizer, sobre onde essa informação vai. Então, por que ajuda ter assim? Bem, e mais uma vez, esqueça a conversa de banco de dados não SQL, versus banco de dados SQL tradicional, SQL sendo SQL pelo menos com um banco de dados SQL que as coisas precisam se encaixar em suas pequenas categorias com antecedência para que você possa criar relatórios sobre elas mais tarde , ou você pode criar visualizações e pode criar certas condições. Porque, mais tarde, você pode querer dizer: “Ok, bem, abri meu painel de contatos, mas, meu Deus, estou olhando para 100.000 contatos. Eu realmente tenho tantos? Bem, só quero ver os contatos que possuo e que moram no estado de Wyoming, cujo carro é um Toyota e seu donut favorito é French Cruller.

03:51 PR: Então você coloca todas essas condições e as condições podem ser realmente uma espécie de ... Todas elas têm que ser verdadeiras, certo? Ou você pode ter condições de que qualquer uma delas seja verdadeira. Então, você pode dizer: “Tudo bem, o carro deve ser Toyota, mas o donut favorito deve ser French Cruller ou Chocolate Long John ou donut glaceado. Então, qualquer um desses três. Então, você tem que ter uma condição que atende a todas as condições e atende a qualquer condição e, em seguida, pode ter uma mistura dessas duas, onde você poderia dizer: "Ok, então, todas essas condições devem ser atendidas e alguns dessas condições devem ser atendidas. ” Existem inúmeras dessas possibilidades. Você pode até dizer que a condição é: “Bem, seu donut favorito, a letra deve começar com 'S'.”

04:35 PR: E o que estou tentando dizer é que quando as informações são realmente estruturadas, você pode fazer perguntas ao banco de dados porque o banco de dados meio que sabe o que esperar e há certas regras para o que essas consultas podem be e o banco de dados são muito bons em ... E o sistema é muito bom em gerar essas informações porque é tudo muito, muito estruturado. Então eu acho que o fim de tudo é que, quando você está configurando seu CRM, a média é descobrir quais informações devem ir aonde o máximo possível, para que as informações possam ser obtidas facilmente mais tarde.

05:07 AS: Sim, e eu acho que outra parte disso, e me corrija se eu estiver errado, é onde as integrações entram. Então, se você tem formulários de login como você estava falando, Benchmark ou ímãs de lead diferentes em toda parte, ele vai estruturar os dados no formato certo quando você conectar esses outros aplicativos de terceiros ao seu CRM.

05:24 PR: Oh, Deus. Sim. Andy, esse é um excelente ponto. Ok, digamos, por exemplo, que você precisa se inscrever no formulário do Google. Portanto, precisamos da integração do CRM com os formulários do Google, como fazemos com o e-mail da Benchmark e algumas outras empresas que não são da Benchmark, certo? Mas vamos apenas dizer que você diz: “Tudo bem. Bem, neste formulário, o formulário chama de primeiro nome, mas no CRM nós chamamos… Como eu disse, também chamamos de primeiro nome para que você possa mapear primeiro nome para primeiro nome certo? Sobrenome para último nome. Mas então talvez você tenha algo onde diz Ok, bem, temos este formulário com algo que diz número de telefone, no CRM diz número de telefone principal, então vamos mapear daqui para lá. Então, quando você se conectar a esse formulário, haverá um processo de mapeamento onde você verá os campos que existem no CRM e os campos que são recebidos de qualquer integração que você esteja. E você pode dizer ok, olhe, este slot combina com este slot e isto combina com este slot. E como as coisas são estruturas, é muito, muito fácil que essas coisas se encaixem. E não significa que não haja outras maneiras de fazer as coisas, mas veremos isso mais tarde.

06:22 AS: Aqui está. Então, obrigado a todos por ouvirem e falaremos sobre outras coisas mais tarde, se vocês continuarem sintonizados. Obrigado novamente.