Integrar CRM e Marketing Automation parece simples quando visto de fora. Um sistema gere contactos, empresas, oportunidades e atividade comercial. O outro gere campanhas, nurturing, segmenta\u00e7\u00e3o e comunica\u00e7\u00e3o. Basta ligar os dois e garantir que os dados passam de um lado para o outro.<\/p>\n\n\n\n
Na pr\u00e1tica, \u00e9 precisamente aqui que come\u00e7am muitos dos problemas.<\/p>\n\n\n\n
A dificuldade raramente est\u00e1 apenas em \u201cligar\u201d duas plataformas. Est\u00e1 em decidir que dados devem ser partilhados, em que dire\u00e7\u00e3o, com que frequ\u00eancia, qual o sistema que deve ser considerado fonte de verdade, como resolver conflitos entre valores diferentes, como identificar corretamente o mesmo contacto nos dois sistemas e o que deve acontecer quando um registo muda.<\/p>\n\n\n\n
\u00c9 por isso que uma integra\u00e7\u00e3o entre CRM e Marketing Automation n\u00e3o deve ser tratada apenas como um problema t\u00e9cnico.<\/p>\n\n\n\n
\u00c9 um problema de dados, processos, arquitetura e governance.<\/p>\n\n\n\n
Quando a integra\u00e7\u00e3o funciona corretamente, Marketing e Vendas trabalham sobre informa\u00e7\u00e3o consistente, os contactos recebem comunica\u00e7\u00f5es adequadas \u00e0 sua fase do ciclo de compra, o reporting torna se mais fi\u00e1vel e as equipas deixam de perder tempo a reconciliar informa\u00e7\u00e3o manualmente.<\/p>\n\n\n\n
Quando a integra\u00e7\u00e3o falha, acontece o contr\u00e1rio.<\/p>\n\n\n\n
Marketing envia comunica\u00e7\u00f5es a contactos que j\u00e1 est\u00e3o em negocia\u00e7\u00e3o avan\u00e7ada. Vendas n\u00e3o v\u00ea o engagement das campanhas. Existem contactos duplicados. Os campos t\u00eam valores diferentes nos dois sistemas. Uma atualiza\u00e7\u00e3o sobrescreve informa\u00e7\u00e3o mais recente. As listas ficam incompletas. Os dashboards deixam de ser confi\u00e1veis.<\/p>\n\n\n\n
E, muitas vezes, ningu\u00e9m percebe imediatamente que a sincroniza\u00e7\u00e3o deixou de representar a realidade.<\/p>\n\n\n\n
Conhe\u00e7a a abordagem da Liminal \u00e0 implementa\u00e7\u00e3o de CRM e Automa\u00e7\u00e3o e veja como processos, dados, sistemas e equipas devem ser desenhados em conjunto<\/strong><\/a><\/p>\n\n\n\n Os principais obst\u00e1culos s\u00e3o a falta de uma fonte de verdade definida, dados inconsistentes, field mapping incorreto, regras de sincroniza\u00e7\u00e3o mal desenhadas, aus\u00eancia de identificadores \u00fanicos, conflitos entre sistemas, diferen\u00e7as nos modelos de dados, limita\u00e7\u00f5es das APIs e falta de governance.<\/p>\n\n\n\n A tecnologia pode estar ligada e, ainda assim, a integra\u00e7\u00e3o estar errada.<\/p>\n\n\n\n Esta \u00e9 uma distin\u00e7\u00e3o importante.<\/p>\n\n\n\n HubSpot, por exemplo, permite configurar sincroniza\u00e7\u00f5es numa ou em duas dire\u00e7\u00f5es e definir mappings entre propriedades do CRM e campos de aplica\u00e7\u00f5es externas. Tamb\u00e9m permite estabelecer regras para conflitos quando os dois sistemas cont\u00eam valores diferentes.<\/p>\n\n\n\n No ecossistema Zoho, a integra\u00e7\u00e3o entre Zoho CRM e Zoho Marketing Automation permite sincronizar leads, contactos e informa\u00e7\u00e3o relacionada, bem como fazer regressar informa\u00e7\u00e3o de engagement e campanhas ao CRM. A configura\u00e7\u00e3o inclui igualmente field mapping, regras de opt out e crit\u00e9rios de sincroniza\u00e7\u00e3o.<\/p>\n\n\n\n Ou seja, a tecnologia disponibiliza mecanismos de sincroniza\u00e7\u00e3o.<\/p>\n\n\n\n O problema \u00e9 decidir como devem ser utilizados.<\/p>\n\n\n\n Consulte o guia da Liminal sobre CRM e Marketing Automation Integration para perceber como estruturar a integra\u00e7\u00e3o em 7 \u00e1reas cr\u00edticas<\/strong><\/a><\/p>\n\n\n\n Um dos primeiros erros consiste em tratar os dois sistemas como se fossem c\u00f3pias um do outro.<\/p>\n\n\n\n N\u00e3o s\u00e3o.<\/p>\n\n\n\n Um CRM tem normalmente como foco a gest\u00e3o comercial e da rela\u00e7\u00e3o com o cliente. Guarda informa\u00e7\u00e3o sobre contactos, empresas, oportunidades, pipeline, atividades, reuni\u00f5es, chamadas, neg\u00f3cios e contexto comercial.<\/p>\n\n\n\n Uma plataforma de Marketing Automation est\u00e1 mais orientada para audi\u00eancias, campanhas, comportamento, nurturing, scoring e automatiza\u00e7\u00e3o da comunica\u00e7\u00e3o.<\/p>\n\n\n\n Esta diferen\u00e7a \u00e9 saud\u00e1vel.<\/p>\n\n\n\n O erro aparece quando a empresa tenta sincronizar tudo porque assume que ambos os sistemas devem conter exatamente os mesmos dados.<\/p>\n\n\n\n N\u00e3o devem.<\/p>\n\n\n\n A primeira pergunta de qualquer projeto de customer data synchronization deve ser:<\/p>\n\n\n\n Que informa\u00e7\u00e3o precisa realmente de existir nos dois sistemas?<\/strong><\/p>\n\n\n\n A segunda:<\/p>\n\n\n\n Que sistema \u00e9 respons\u00e1vel por criar e manter cada tipo de informa\u00e7\u00e3o?<\/strong><\/p>\n\n\n\n Estas duas decis\u00f5es evitam grande parte da complexidade posterior.<\/p>\n\n\n\n Saiba como a Automa\u00e7\u00e3o de Marketing deve trabalhar em conjunto com CRM, dados e processos comerciais<\/strong><\/a><\/p>\n\n\n\n Imagine que o nome de uma empresa \u00e9 atualizado no CRM, mas continua diferente na plataforma de Marketing Automation.<\/p>\n\n\n\n Qual dos valores deve prevalecer?<\/p>\n\n\n\n Ou imagine que Marketing altera o setor de atividade de uma empresa durante um processo de enriquecimento de dados, enquanto a equipa comercial j\u00e1 tinha corrigido esse campo manualmente no CRM.<\/p>\n\n\n\n Qual sistema ganha?<\/p>\n\n\n\n Sem uma regra definida, a empresa fica dependente da l\u00f3gica t\u00e9cnica da integra\u00e7\u00e3o.<\/p>\n\n\n\n Isto cria um dos problemas mais perigosos em sincroniza\u00e7\u00e3o de dados: um sistema pode sobrescrever informa\u00e7\u00e3o correta com informa\u00e7\u00e3o antiga ou incompleta.<\/p>\n\n\n\n Mas esta decis\u00e3o n\u00e3o deve ser tomada apenas durante a configura\u00e7\u00e3o t\u00e9cnica.<\/p>\n\n\n\n Deve ser definida do ponto de vista funcional.<\/p>\n\n\n\n Por exemplo, o CRM pode ser o sistema principal para dados comerciais e informa\u00e7\u00e3o de conta, enquanto a plataforma de Marketing Automation pode ser respons\u00e1vel por prefer\u00eancias de comunica\u00e7\u00e3o e determinados dados de engagement.<\/p>\n\n\n\n O importante \u00e9 que cada campo cr\u00edtico tenha ownership claro.<\/p>\n\n\n\n Field mapping significa associar um campo de um sistema ao campo correspondente no outro.<\/p>\n\n\n\n Parece um detalhe t\u00e9cnico, mas \u00e9 uma das partes mais importantes de qualquer CRM integration.<\/p>\n\n\n\n Imagine que um sistema utiliza o campo \u201cIndustry\u201d e o outro \u201cSector\u201d.<\/p>\n\n\n\n Se ambos representam exatamente a mesma informa\u00e7\u00e3o, o mapping \u00e9 relativamente simples.<\/p>\n\n\n\n Mas surgem problemas quando os valores n\u00e3o s\u00e3o equivalentes.<\/p>\n\n\n\n Um sistema pode ter \u201cProfessional Services\u201d e o outro \u201cConsulting\u201d.<\/p>\n\n\n\n Um pode utilizar um campo de texto livre e o outro uma lista fechada.<\/p>\n\n\n\n Um pode aceitar v\u00e1rias op\u00e7\u00f5es e o outro apenas uma.<\/p>\n\n\n\n Um pode considerar o pa\u00eds como texto e o outro usar uma dropdown normalizada.<\/p>\n\n\n\n Este \u00e9 um bom exemplo de um princ\u00edpio mais amplo:<\/p>\n\n\n\n campos com nomes semelhantes n\u00e3o significam necessariamente dados equivalentes.<\/strong><\/p>\n\n\n\n Antes de criar mappings, \u00e9 necess\u00e1rio compreender o significado de cada campo.<\/p>\n\n\n\n Consulte o Template de Requisitos de CRM da Liminal para estruturar campos, dados e requisitos antes de configurar uma integra\u00e7\u00e3o<\/strong><\/a><\/p>\n\n\n\n Para que dois sistemas percebam que est\u00e3o a trabalhar com o mesmo contacto, precisam de algum tipo de identificador.<\/p>\n\n\n\n Frequentemente, esse identificador \u00e9 o email.<\/p>\n\n\n\n Para empresas, pode ser o dom\u00ednio.<\/p>\n\n\n\n Mas estes crit\u00e9rios n\u00e3o s\u00e3o perfeitos.<\/p>\n\n\n\n Uma pessoa pode mudar de email.<\/p>\n\n\n\n Duas pessoas podem partilhar uma caixa de correio gen\u00e9rica.<\/p>\n\n\n\n Uma empresa pode utilizar v\u00e1rios dom\u00ednios.<\/p>\n\n\n\n Duas entidades podem partilhar o mesmo website.<\/p>\n\n\n\n Isto mostra porque a deduplica\u00e7\u00e3o n\u00e3o deve ser tratada apenas depois da migra\u00e7\u00e3o.<\/p>\n\n\n\n A l\u00f3gica de identifica\u00e7\u00e3o tem de fazer parte da arquitetura da integra\u00e7\u00e3o.<\/p>\n\n\n\n Se a empresa n\u00e3o sabe como reconhecer univocamente o mesmo contacto ou empresa em sistemas diferentes, os problemas de customer data synchronization ser\u00e3o inevit\u00e1veis.<\/p>\n\n\n\n Outra decis\u00e3o cr\u00edtica \u00e9 escolher a dire\u00e7\u00e3o da sincroniza\u00e7\u00e3o.<\/p>\n\n\n\n Uma integra\u00e7\u00e3o pode funcionar apenas do CRM para a ferramenta de Marketing.<\/p>\n\n\n\n Pode funcionar apenas no sentido inverso.<\/p>\n\n\n\n Ou pode permitir atualiza\u00e7\u00f5es nos dois sentidos.<\/p>\n\n\n\n A sincroniza\u00e7\u00e3o em duas dire\u00e7\u00f5es parece naturalmente superior, mas n\u00e3o \u00e9 necessariamente.<\/p>\n\n\n\n Quanto mais sistemas puderem alterar a mesma informa\u00e7\u00e3o, maior ser\u00e1 a necessidade de definir regras de conflito.<\/p>\n\n\n\n Por exemplo, uma plataforma de Marketing Automation pode precisar de receber setor, pa\u00eds, tipo de cliente e lifecycle stage do CRM.<\/p>\n\n\n\n Mas n\u00e3o significa que deva poder alterar todos esses campos no CRM.<\/p>\n\n\n\n Pode fazer mais sentido permitir que engagement, consentimentos e determinadas classifica\u00e7\u00f5es regressem ao CRM, mantendo outros campos controlados apenas pela equipa comercial.<\/p>\n\n\n\n A pergunta certa n\u00e3o \u00e9 \u201cpodemos sincronizar nos dois sentidos?\u201d.<\/p>\n\n\n\n \u00c9:<\/p>\n\n\n\n qual \u00e9 o m\u00ednimo de sincroniza\u00e7\u00e3o necess\u00e1rio para garantir que cada sistema consegue desempenhar corretamente a sua fun\u00e7\u00e3o?<\/strong><\/p>\n\n\n\n Outra expectativa comum \u00e9 que todos os dados tenham de ser atualizados imediatamente.<\/p>\n\n\n\n Em alguns casos, isso \u00e9 fundamental.<\/p>\n\n\n\n Se uma pessoa cancelar consentimento para receber comunica\u00e7\u00f5es, essa informa\u00e7\u00e3o deve refletir se rapidamente nos sistemas relevantes.<\/p>\n\n\n\n Se uma oportunidade muda para cliente, Marketing pode precisar de retirar imediatamente esse contacto de determinadas campanhas de aquisi\u00e7\u00e3o.<\/p>\n\n\n\n Mas outros dados podem ser sincronizados de forma peri\u00f3dica sem qualquer impacto operacional.<\/p>\n\n\n\n O desenho deve considerar o n\u00edvel de lat\u00eancia aceit\u00e1vel para cada tipo de dado.<\/p>\n\n\n\n Dados cr\u00edticos para consentimento, atendimento ou processos comerciais podem exigir atualiza\u00e7\u00e3o quase imediata.<\/p>\n\n\n\n Outros dados, como determinadas m\u00e9tricas agregadas ou informa\u00e7\u00e3o de reporting, podem ser atualizados com menor frequ\u00eancia.<\/p>\n\n\n\n For\u00e7ar tempo real em tudo pode aumentar complexidade e consumo de APIs sem gerar valor adicional.<\/p>\n\n\n\n Esta quest\u00e3o parece trivial, mas cria muitos problemas.<\/p>\n\n\n\n Imagine que existe um n\u00famero de telefone no CRM.<\/p>\n\n\n\n Uma pessoa elimina esse n\u00famero porque percebeu que estava incorreto.<\/p>\n\n\n\n Na sincroniza\u00e7\u00e3o seguinte, o que deve acontecer na plataforma de Marketing Automation?<\/p>\n\n\n\n O valor tamb\u00e9m deve ser apagado?<\/p>\n\n\n\n Ou deve manter se?<\/p>\n\n\n\n A resposta depende das regras configuradas.<\/p>\n\n\n\n Este tipo de decis\u00e3o demonstra porque a integra\u00e7\u00e3o n\u00e3o pode ser vista apenas como transporte de dados.<\/p>\n\n\n\n \u00c9 necess\u00e1rio definir como s\u00e3o tratadas altera\u00e7\u00f5es, elimina\u00e7\u00f5es, valores em branco e informa\u00e7\u00e3o que j\u00e1 n\u00e3o deve ser utilizada.<\/p>\n\n\n\n Consentimento e opt out n\u00e3o podem ser tratados como campos comuns<\/strong><\/p>\n\n\n\n Dados de consentimento exigem uma aten\u00e7\u00e3o diferente.<\/p>\n\n\n\n N\u00e3o s\u00e3o apenas mais uma propriedade do contacto.<\/p>\n\n\n\n Um contacto que fez opt out numa plataforma n\u00e3o deve voltar a entrar inadvertidamente numa campanha porque outro sistema n\u00e3o refletiu essa altera\u00e7\u00e3o.<\/p>\n\n\n\n Este tipo de regra \u00e9 especialmente relevante no contexto europeu e do RGPD.<\/p>\n\n\n\n A empresa deve perceber claramente qual sistema guarda a decis\u00e3o principal de consentimento, como essa informa\u00e7\u00e3o \u00e9 propagada e que automa\u00e7\u00f5es dependem dela.<\/p>\n\n\n\n Uma integra\u00e7\u00e3o tecnicamente ativa mas incapaz de manter estas prefer\u00eancias consistentes representa um risco operacional e de compliance.<\/p>\n\n\n\n Uma das situa\u00e7\u00f5es mais frequentes \u00e9 perceber que existem 20.000 contactos no CRM e apenas 18.400 na plataforma de Marketing Automation.<\/p>\n\n\n\n A primeira rea\u00e7\u00e3o \u00e9 assumir que a integra\u00e7\u00e3o falhou.<\/p>\n\n\n\n Pode n\u00e3o ser o caso.<\/p>\n\n\n\n Alguns sistemas aplicam regras que excluem determinados registos.<\/p>\n\n\n\n Podem ser exclu\u00eddos contactos com emails inv\u00e1lidos, bounced, duplicados, vazios, opt out ou simplesmente contactos que n\u00e3o cumprem os filtros definidos para a sincroniza\u00e7\u00e3o.<\/p>\n\n\n\n Por isso, um mismatch no n\u00famero de registos n\u00e3o prova automaticamente que existe um erro.<\/p>\n\n\n\n \u00c9 necess\u00e1rio compreender quais os crit\u00e9rios utilizados pela integra\u00e7\u00e3o.<\/p>\n\n\n\n Este \u00e9 um exemplo de porque o monitoring deve analisar n\u00e3o apenas \u201csync ativo\u201d ou \u201csync inativo\u201d, mas tamb\u00e9m:<\/p>\n\n\n\n quantos registos sincronizam;<\/p>\n\n\n\n quantos falham;<\/p>\n\n\n\n quantos s\u00e3o exclu\u00eddos;<\/p>\n\n\n\n por que raz\u00e3o s\u00e3o exclu\u00eddos;<\/p>\n\n\n\n e se esses n\u00fameros fazem sentido para o processo.<\/p>\n\n\n\n Nem todos os problemas s\u00e3o funcionais.<\/p>\n\n\n\n Existem limita\u00e7\u00f5es t\u00e9cnicas reais.<\/p>\n\n\n\n APIs podem atingir limites.<\/p>\n\n\n\n Credenciais podem expirar.<\/p>\n\n\n\n Tokens podem deixar de ser v\u00e1lidos.<\/p>\n\n\n\n Um campo pode passar a ser read only.<\/p>\n\n\n\n Uma aplica\u00e7\u00e3o externa pode alterar o endpoint.<\/p>\n\n\n\n Uma integra\u00e7\u00e3o pode perder permiss\u00f5es.<\/p>\n\n\n\n Uma customiza\u00e7\u00e3o pode alterar o modelo de dados.<\/p>\n\n\n\n Estes problemas s\u00e3o inevit\u00e1veis em stacks com m\u00faltiplos sistemas.<\/p>\n\n\n\n O objetivo n\u00e3o deve ser imaginar uma integra\u00e7\u00e3o que nunca falha.<\/p>\n\n\n\n Deve ser construir uma integra\u00e7\u00e3o cuja falha \u00e9 rapidamente detetada e compreendida.<\/p>\n\n\n\n A complexidade aumenta \u00e0 medida que s\u00e3o adicionadas plataformas.<\/p>\n\n\n\n CRM.<\/p>\n\n\n\n Marketing Automation.<\/p>\n\n\n\n ERP.<\/p>\n\n\n\n Customer Service.<\/p>\n\n\n\n Website.<\/p>\n\n\n\n Ecommerce.<\/p>\n\n\n\n Business Intelligence.<\/p>\n\n\n\n Ferramentas de prospe\u00e7\u00e3o.<\/p>\n\n\n\n Event platforms.<\/p>\n\n\n\n Consent management.<\/p>\n\n\n\n Data warehouses.<\/p>\n\n\n\n Cada integra\u00e7\u00e3o cria novas depend\u00eancias.<\/p>\n\n\n\n \u00c9 particularmente relevante porque as empresas tendem a responder a limita\u00e7\u00f5es adicionando ferramentas.<\/p>\n\n\n\n Uma nova plataforma resolve um problema espec\u00edfico, mas cria outra fonte de dados.<\/p>\n\n\n\n A stack cresce.<\/p>\n\n\n\n Depois s\u00e3o necess\u00e1rios conectores para manter tudo sincronizado.<\/p>\n\n\n\n A determinada altura, a empresa deixa de ter apenas um problema de software.<\/p>\n\n\n\n Tem um problema de arquitetura.<\/p>\n\n\n\n Veja como construir uma MarTech Stack orientada para o crescimento sem criar complexidade tecnol\u00f3gica desnecess\u00e1ria<\/strong><\/a><\/p>\n\n\n\n Consulte tamb\u00e9m o ebook da Liminal sobre MarTech Stack para estruturar tecnologias, processos e dados de forma integrada<\/strong><\/a><\/p>\n\n\n\n A integra\u00e7\u00e3o tamb\u00e9m se torna mais complexa quando diferentes departamentos s\u00e3o respons\u00e1veis por diferentes vers\u00f5es da informa\u00e7\u00e3o.<\/p>\n\n\n\n Marketing pode ter uma defini\u00e7\u00e3o de lead.<\/p>\n\n\n\n Vendas outra.<\/p>\n\n\n\n Financeiro pode ter uma identifica\u00e7\u00e3o distinta da empresa.<\/p>\n\n\n\n Customer Service pode organizar clientes segundo outra estrutura.<\/p>\n\n\n\n Uma integra\u00e7\u00e3o n\u00e3o resolve automaticamente estes conflitos.<\/p>\n\n\n\n Pode, pelo contr\u00e1rio, propag\u00e1 los.<\/p>\n\n\n\n Se um dado incorreto passa a circular automaticamente entre sistemas, a integra\u00e7\u00e3o aumenta a velocidade do erro.<\/p>\n\n\n\n Este problema torna se particularmente vis\u00edvel quando Marketing e Vendas n\u00e3o trabalham sobre as mesmas defini\u00e7\u00f5es.<\/p>\n\n\n\n Uma lead pode estar qualificada num sistema e continuar sem qualquer contexto comercial no outro. Uma oportunidade pode avan\u00e7ar no CRM sem que Marketing receba informa\u00e7\u00e3o suficiente para adaptar a comunica\u00e7\u00e3o. Um cliente pode continuar a receber campanhas de aquisi\u00e7\u00e3o depois da venda.<\/p>\n\n\n\n Veja as falhas de CRM que mais prejudicam o alinhamento entre Marketing e Vendas e como corrigir processos e dados partilhados<\/strong><\/a><\/p>\n\n\n\n Utilize a Checklist para Alinhar Marketing e Vendas da Liminal para definir crit\u00e9rios, responsabilidades e informa\u00e7\u00e3o comum entre as duas equipas<\/strong><\/a><\/p>\n\n\n\n Uma auditoria deve come\u00e7ar pelo processo e s\u00f3 depois entrar na configura\u00e7\u00e3o t\u00e9cnica.<\/p>\n\n\n\n \u00c9 necess\u00e1rio saber quais as plataformas que criam, alteram ou consomem dados de cliente.<\/p>\n\n\n\n N\u00e3o basta olhar para CRM e Marketing Automation.<\/p>\n\n\n\n Pode existir um ERP, website ou sistema de Customer Service que tamb\u00e9m altera os mesmos registos.<\/p>\n\n\n\n Para cada grupo de informa\u00e7\u00e3o, deve existir ownership.<\/p>\n\n\n\n Quem gere identidade do contacto?<\/p>\n\n\n\n Quem controla dados comerciais?<\/p>\n\n\n\n Quem mant\u00e9m consentimentos?<\/p>\n\n\n\n Quem gere lifecycle stage?<\/p>\n\n\n\n Quem \u00e9 respons\u00e1vel pelo pipeline?<\/p>\n\n\n\n Quem mant\u00e9m dados financeiros?<\/p>\n\n\n\n Uma empresa n\u00e3o precisa de ter um \u00fanico sistema respons\u00e1vel por tudo.<\/p>\n\n\n\n Precisa de saber qual \u00e9 respons\u00e1vel por cada coisa.<\/p>\n\n\n\n Cada campo sincronizado deve ser analisado.<\/p>\n\n\n\n Origem.<\/p>\n\n\n\n Destino.<\/p>\n\n\n\n Tipo de dados.<\/p>\n\n\n\n Dire\u00e7\u00e3o.<\/p>\n\n\n\n Regra de conflito.<\/p>\n\n\n\n Transforma\u00e7\u00e3o.<\/p>\n\n\n\n Depend\u00eancias.<\/p>\n\n\n\n Se ningu\u00e9m consegue explicar porque um campo est\u00e1 sincronizado, existe uma boa probabilidade de a integra\u00e7\u00e3o ter acumulado complexidade desnecess\u00e1ria.<\/p>\n\n\n\n \u00c9 necess\u00e1rio perceber como dois sistemas identificam o mesmo contacto, empresa ou oportunidade.<\/p>\n\n\n\n Email?<\/p>\n\n\n\n ID externo?<\/p>\n\n\n\n Dom\u00ednio?<\/p>\n\n\n\n N\u00famero fiscal?<\/p>\n\n\n\n Outro identificador?<\/p>\n\n\n\n Esta decis\u00e3o deve ser consistente.<\/p>\n\n\n\n Nem todos os registos precisam de circular entre todos os sistemas.<\/p>\n\n\n\n Filtros bem definidos reduzem ru\u00eddo e complexidade.<\/p>\n\n\n\n O estado da integra\u00e7\u00e3o deve ser monitorizado regularmente.<\/p>\n\n\n\n N\u00e3o basta saber que o conector est\u00e1 ativo.<\/p>\n\n\n\n \u00c9 necess\u00e1rio saber se os registos certos continuam a passar e se os erros aumentaram.<\/p>\n\n\n\n N\u00e3o basta criar um contacto e confirmar que aparece no outro sistema.<\/p>\n\n\n\n \u00c9 necess\u00e1rio alterar campos, apagar valores, mudar owners, alterar consentimentos e testar conflitos.<\/p>\n\n\n\n S\u00f3 assim \u00e9 poss\u00edvel perceber o comportamento real da sincroniza\u00e7\u00e3o.<\/p>\n\n\n\n Avalie a maturidade atual dos processos, dados e tecnologia com o Diagn\u00f3stico de Marketing e Vendas da Liminal<\/strong><\/a><\/p>\n\n\n\n O primeiro passo n\u00e3o deve ser clicar em \u201cresync all\u201d.<\/p>\n\n\n\n Se a l\u00f3gica est\u00e1 errada, repetir a sincroniza\u00e7\u00e3o apenas propaga o problema.<\/p>\n\n\n\n Primeiro deve ser determinada a causa.<\/p>\n\n\n\n Pode ser um field mapping incorreto.<\/p>\n\n\n\n Uma regra de conflito errada.<\/p>\n\n\n\n Um identificador de matching inadequado.<\/p>\n\n\n\n Um filtro demasiado restritivo.<\/p>\n\n\n\n Uma transforma\u00e7\u00e3o incompat\u00edvel.<\/p>\n\n\n\n Dados inv\u00e1lidos.<\/p>\n\n\n\n Permiss\u00f5es insuficientes.<\/p>\n\n\n\n Ou um processo de neg\u00f3cio que nunca foi claramente definido.<\/p>\n\n\n\n Depois de identificada a causa, deve ser corrigida a configura\u00e7\u00e3o e testada com um conjunto controlado de registos.<\/p>\n\n\n\n S\u00f3 depois faz sentido executar uma remedia\u00e7\u00e3o mais ampla.<\/p>\n\n\n\n Nenhuma funcionalidade autom\u00e1tica substitui uma an\u00e1lise do impacto nos dados existentes.<\/p>\n\n\n\n \u00c9 necess\u00e1rio perceber quais os registos que ficaram incorretos, que valores foram sobrescritos e se existem duplicados a consolidar.<\/p>\n\n\n\n Normalmente, n\u00e3o.<\/p>\n\n\n\n Uma integra\u00e7\u00e3o bem desenhada n\u00e3o sincroniza tudo.<\/p>\n\n\n\n Sincroniza aquilo que cada sistema precisa.<\/p>\n\n\n\n Esta diferen\u00e7a \u00e9 fundamental.<\/p>\n\n\n\n Um princ\u00edpio \u00fatil \u00e9:<\/p>\n\n\n\n sincronizar informa\u00e7\u00e3o com uma finalidade clara, n\u00e3o informa\u00e7\u00e3o apenas porque est\u00e1 dispon\u00edvel.<\/strong><\/p>\n\n\n\n Quanto maior for o volume de campos e objetos sincronizados, maior ser\u00e1 o n\u00famero de mappings, depend\u00eancias e regras de conflito que precisam de ser mantidos.<\/p>\n\n\n\n O objetivo \u00e9 criar contexto suficiente para Marketing e Vendas trabalharem de forma integrada sem transformar os dois sistemas em r\u00e9plicas completas.<\/p>\n\n\n\n Uma das formas de reduzir parte da complexidade de integra\u00e7\u00e3o \u00e9 utilizar uma plataforma que concentre v\u00e1rias fun\u00e7\u00f5es sobre o mesmo modelo de dados.<\/p>\n\n\n\n HubSpot combina CRM, Marketing, Vendas, Servi\u00e7o, conte\u00fados, automa\u00e7\u00e3o e capacidades de dados dentro da mesma customer platform.<\/p>\n\n\n\n Isto n\u00e3o elimina todas as necessidades de integra\u00e7\u00e3o. ERP, sistemas financeiros, ecommerce, ferramentas especializadas e outras aplica\u00e7\u00f5es continuam frequentemente a precisar de liga\u00e7\u00e3o ao CRM.<\/p>\n\n\n\n Mas pode reduzir o n\u00famero de sincroniza\u00e7\u00f5es necess\u00e1rias entre Marketing e Vendas quando ambas as \u00e1reas trabalham sobre a mesma estrutura de contactos, empresas e oportunidades.<\/p>\n\n\n\n Conhe\u00e7a a abordagem da Liminal \u00e0 implementa\u00e7\u00e3o de HubSpot e veja como CRM, Marketing, Vendas e dados podem ser centralizados na mesma plataforma<\/strong><\/a><\/p>\n\n\n\n Veja a demonstra\u00e7\u00e3o completa do HubSpot preparada pela Liminal<\/strong><\/a><\/p>\n\n\n\n Zoho permite construir uma arquitetura diferente.<\/p>\n\n\n\n Zoho CRM pode funcionar como sistema comercial central e ser ligado a aplica\u00e7\u00f5es como Zoho Campaigns, Zoho Marketing Automation, Zoho Desk, Zoho Analytics, SalesIQ, Books ou outras ferramentas do ecossistema.<\/p>\n\n\n\n Al\u00e9m disso, pode ligar se a aplica\u00e7\u00f5es externas atrav\u00e9s de APIs, Zoho Flow ou outras solu\u00e7\u00f5es de integra\u00e7\u00e3o.<\/p>\n\n\n\n Esta flexibilidade permite construir stacks bastante completas, mas refor\u00e7a a necessidade de desenhar corretamente o modelo de dados e as responsabilidades de cada aplica\u00e7\u00e3o.<\/p>\n\n\n\n A exist\u00eancia de v\u00e1rias aplica\u00e7\u00f5es dentro do mesmo ecossistema n\u00e3o elimina automaticamente os problemas de sincroniza\u00e7\u00e3o.<\/p>\n\n\n\n \u00c9 necess\u00e1rio continuar a definir ownership, mappings, regras, filtros e governance.<\/p>\n\n\n\n Veja uma demonstra\u00e7\u00e3o do Zoho e conhe\u00e7a como CRM, automa\u00e7\u00e3o, analytics e outras aplica\u00e7\u00f5es podem trabalhar dentro do mesmo ecossistema<\/strong><\/a><\/p>\n\n\n\n A Liminal tem tamb\u00e9m experi\u00eancia no desenvolvimento de integra\u00e7\u00f5es espec\u00edficas entre Zoho CRM e sistemas externos, quando as integra\u00e7\u00f5es standard n\u00e3o respondem aos requisitos do neg\u00f3cio.<\/p>\n\n\n\n Conhe\u00e7a algumas das integra\u00e7\u00f5es desenvolvidas pela Liminal para ligar Zoho CRM a outros sistemas empresariais<\/strong><\/a><\/p>\n\n\n\n \u00c9 a liga\u00e7\u00e3o entre uma plataforma de gest\u00e3o da rela\u00e7\u00e3o comercial com clientes e uma plataforma de automa\u00e7\u00e3o de Marketing, permitindo que determinados dados circulem automaticamente entre os sistemas. Pode incluir contactos, empresas, oportunidades, lifecycle stages, consentimentos, scores e atividade de Marketing.<\/p>\n\n\n\n As causas mais comuns s\u00e3o field mappings incorretos, dados incompletos, regras de matching inadequadas, conflitos entre sistemas, problemas de autentica\u00e7\u00e3o, limites de API, filtros mal configurados e falta de defini\u00e7\u00e3o sobre qual sistema \u00e9 respons\u00e1vel por cada dado.<\/p>\n\n\n\n N\u00e3o necessariamente para todos os dados. O CRM pode ser a fonte principal de informa\u00e7\u00e3o comercial, enquanto outros sistemas podem ser respons\u00e1veis por consentimento, fatura\u00e7\u00e3o, produto ou outros dom\u00ednios. A empresa deve definir ownership por tipo de informa\u00e7\u00e3o.<\/p>\n\n\n\n N\u00e3o necessariamente. Two way sync aumenta flexibilidade, mas tamb\u00e9m aumenta o risco de conflitos e sobrescrita de dados. Deve ser utilizado quando ambos os sistemas precisam efetivamente de atualizar a mesma informa\u00e7\u00e3o.<\/p>\n\n\n\n \u00c9 necess\u00e1rio definir identificadores consistentes para matching, normalizar dados e compreender como cada sistema identifica registos. Email e dom\u00ednio s\u00e3o frequentemente utilizados, mas podem n\u00e3o ser suficientes para todos os cen\u00e1rios.<\/p>\n\n\n\n N\u00e3o. Apenas devem ser sincronizados campos com utilidade operacional clara. Sincronizar informa\u00e7\u00e3o desnecess\u00e1ria aumenta a complexidade e o risco de inconsist\u00eancias.<\/p>\n\n\n\n N\u00e3o basta verificar se est\u00e1 ativa. \u00c9 necess\u00e1rio acompanhar registos sincronizados, falhas, exclus\u00f5es, duplicados, lat\u00eancia, conflitos e qualidade da informa\u00e7\u00e3o resultante.<\/p>\n\n\n\n Um dos pontos mais importantes na CRM and marketing automation integration \u00e9 governance.<\/p>\n\n\n\n Quem pode alterar mappings?<\/p>\n\n\n\n Quem pode criar campos?<\/p>\n\n\n\n Quem decide uma nova regra de sync?<\/p>\n\n\n\n Quem aprova uma integra\u00e7\u00e3o?<\/p>\n\n\n\n Quem monitoriza erros?<\/p>\n\n\n\n Quem documenta mudan\u00e7as?<\/p>\n\n\n\n Sem estas regras, a stack vai acumulando pequenas altera\u00e7\u00f5es.<\/p>\n\n\n\n Um campo novo.<\/p>\n\n\n\n Uma integra\u00e7\u00e3o adicional.<\/p>\n\n\n\n Uma regra especial.<\/p>\n\n\n\n Um workflow de exce\u00e7\u00e3o.<\/p>\n\n\n\n Passado algum tempo, o comportamento do sistema deixa de ser totalmente compreendido.<\/p>\n\n\n\n A integra\u00e7\u00e3o n\u00e3o falhou de um dia para o outro.<\/p>\n\n\n\n Foi perdendo controlo progressivamente.<\/p>\n\n\n\n A governance tamb\u00e9m deve definir como s\u00e3o avaliadas novas tecnologias. Sempre que uma equipa pretende adicionar uma ferramenta \u00e0 stack, \u00e9 necess\u00e1rio perceber que dados ir\u00e1 criar, que informa\u00e7\u00e3o precisa de receber e que novas depend\u00eancias ir\u00e1 introduzir.<\/p>\n\n\n\n Veja como a Liminal estrutura uma Estrat\u00e9gia MarTech que liga tecnologia, dados, processos e objetivos de Marketing e Vendas<\/strong><\/a><\/p>\n\n\n\n CRM, Marketing Automation e business software integration devem tornar os processos mais simples para as equipas.<\/p>\n\n\n\n Se os comerciais precisam de verificar tr\u00eas plataformas para perceber o estado de um cliente, existe um problema.<\/p>\n\n\n\n Se Marketing precisa de exportar CSV para reconciliar contactos, existe um problema.<\/p>\n\n\n\n Se os dashboards apresentam n\u00fameros diferentes dependendo da ferramenta, existe um problema.<\/p>\n\n\n\n Se ningu\u00e9m sabe qual o sistema que cont\u00e9m o valor correto, existe um problema.<\/p>\n\n\n\n A integra\u00e7\u00e3o deve reduzir estas ambiguidades.<\/p>\n\n\n\n O objetivo n\u00e3o \u00e9 simplesmente aumentar o n\u00famero de sistemas conectados.<\/p>\n\n\n\n \u00c9 criar uma arquitetura em que cada plataforma tem uma fun\u00e7\u00e3o clara e a informa\u00e7\u00e3o necess\u00e1ria circula de forma previs\u00edvel.<\/p>\n\n\n\n Tamb\u00e9m \u00e9 aqui que Business Intelligence pode acrescentar valor. Nem toda a informa\u00e7\u00e3o precisa de ser replicada entre sistemas operacionais para ser analisada em conjunto. Em alguns cen\u00e1rios, faz mais sentido consolidar dados numa camada de Analytics e construir reporting transversal sem transformar cada aplica\u00e7\u00e3o numa c\u00f3pia das restantes.<\/p>\n\n\n\n Consulte o ebook de Anal\u00edtica de Marketing e Vendas da Liminal para perceber como transformar dados dispersos em informa\u00e7\u00e3o \u00fatil para gest\u00e3o<\/strong><\/a><\/p>\n\n\n\n A integra\u00e7\u00e3o entre CRM e Marketing Automation \u00e9 frequentemente tratada como uma tarefa t\u00e9cnica de configura\u00e7\u00e3o.<\/p>\n\n\n\n Na Liminal, abordamos o problema de forma diferente.<\/p>\n\n\n\n Antes de definir mappings ou ligar APIs, \u00e9 necess\u00e1rio compreender o processo de Marketing e Vendas, os sistemas existentes, o modelo de dados, as responsabilidades das equipas e aquilo que a empresa pretende conseguir com a integra\u00e7\u00e3o.<\/p>\n\n\n\n S\u00f3 depois deve ser desenhada a arquitetura.<\/p>\n\n\n\n Isto permite decidir qual o sistema respons\u00e1vel por cada tipo de informa\u00e7\u00e3o, que dados precisam realmente de ser sincronizados, quais devem ser as regras de conflito, como devem ser tratados duplicados e que controlos s\u00e3o necess\u00e1rios para garantir qualidade ao longo do tempo.<\/p>\n\n\n\n Como especialistas em MarTech, CRM, Marketing Automation, Business Intelligence e Intelig\u00eancia Artificial, a Liminal trabalha tanto na estrat\u00e9gia como na implementa\u00e7\u00e3o.<\/p>\n\n\n\n Isso inclui desenho de processos, implementa\u00e7\u00e3o e evolu\u00e7\u00e3o de CRM, integra\u00e7\u00e3o entre plataformas, automatiza\u00e7\u00e3o de Marketing e Vendas, migra\u00e7\u00e3o e normaliza\u00e7\u00e3o de dados, reporting e desenvolvimento de modelos de governance.<\/p>\n\n\n\n A experi\u00eancia em plataformas como HubSpot, Zoho, Salesforce e outros sistemas empresariais permite tamb\u00e9m avaliar quando deve ser utilizada uma integra\u00e7\u00e3o nativa, quando faz sentido recorrer a middleware e quando \u00e9 necess\u00e1ria uma integra\u00e7\u00e3o espec\u00edfica atrav\u00e9s de API.<\/p>\n\n\n\n Esta abordagem \u00e9 particularmente importante porque a escolha do parceiro de implementa\u00e7\u00e3o tamb\u00e9m influencia a qualidade da arquitetura. Um parceiro n\u00e3o deve limitar se a ligar sistemas. Deve perceber os processos, o modelo de dados, as responsabilidades de cada aplica\u00e7\u00e3o e o impacto que uma altera\u00e7\u00e3o ter\u00e1 no restante ecossistema.<\/p>\n\n\n\nO que dificulta integrar CRM e Marketing Automation numa empresa?<\/h1>\n\n\n\n
CRM e Marketing Automation n\u00e3o t\u00eam o mesmo papel<\/h1>\n\n\n\n
Definir a fonte de verdade \u00e9 o ponto de partida<\/h1>\n\n\n\n
O field mapping \u00e9 uma das principais causas de falha<\/h1>\n\n\n\n
Identificadores \u00fanicos s\u00e3o essenciais para evitar duplicados<\/h1>\n\n\n\n
Sincroniza\u00e7\u00e3o em uma dire\u00e7\u00e3o ou duas dire\u00e7\u00f5es?<\/h1>\n\n\n\n
Sincroniza\u00e7\u00e3o em tempo real nem sempre \u00e9 necess\u00e1ria<\/h1>\n\n\n\n
O que acontece quando um campo fica vazio?<\/h1>\n\n\n\n
Porque \u00e9 que alguns contactos n\u00e3o sincronizam?<\/h1>\n\n\n\n
As integra\u00e7\u00f5es tamb\u00e9m falham por raz\u00f5es t\u00e9cnicas<\/h1>\n\n\n\n
O verdadeiro problema \u00e9 frequentemente a fragmenta\u00e7\u00e3o da stack<\/h1>\n\n\n\n
Dados em silos tornam a integra\u00e7\u00e3o mais dif\u00edcil<\/h1>\n\n\n\n
Como diagnosticar uma integra\u00e7\u00e3o CRM e Marketing Automation?<\/h1>\n\n\n\n
1. Identificar os sistemas envolvidos<\/h2>\n\n\n\n
2. Definir a fonte de verdade por dom\u00ednio de dados<\/h2>\n\n\n\n
3. Rever todos os mappings<\/h2>\n\n\n\n
4. Rever regras de matching<\/h2>\n\n\n\n
5. Rever filtros<\/h2>\n\n\n\n
6. Analisar falhas e exclus\u00f5es<\/h2>\n\n\n\n
7. Testar altera\u00e7\u00f5es nos dois sentidos<\/h2>\n\n\n\n
Como corrigir uma sincroniza\u00e7\u00e3o que j\u00e1 est\u00e1 errada?<\/h1>\n\n\n\n
Deve existir uma sincroniza\u00e7\u00e3o total entre CRM e Marketing Automation?<\/h1>\n\n\n\n
Como HubSpot pode ajudar a centralizar CRM, Marketing e dados?<\/h1>\n\n\n\n
E quando a arquitetura utiliza Zoho?<\/h1>\n\n\n\n
Perguntas frequentes sobre CRM e Marketing Automation Integration<\/h1>\n\n\n\n
O que \u00e9 uma integra\u00e7\u00e3o entre CRM e Marketing Automation?<\/h2>\n\n\n\n
Porque falha a sincroniza\u00e7\u00e3o de dados entre CRM e Marketing Automation?<\/h2>\n\n\n\n
O CRM deve ser sempre a fonte de verdade?<\/h2>\n\n\n\n
Uma integra\u00e7\u00e3o em duas dire\u00e7\u00f5es \u00e9 melhor?<\/h2>\n\n\n\n
Como evitar contactos duplicados?<\/h2>\n\n\n\n
\u00c9 necess\u00e1rio sincronizar todos os campos?<\/h2>\n\n\n\n
Como saber se uma integra\u00e7\u00e3o est\u00e1 a funcionar?<\/h2>\n\n\n\n
Integra\u00e7\u00e3o n\u00e3o \u00e9 apenas tecnologia, \u00e9 governance<\/h1>\n\n\n\n
Uma boa integra\u00e7\u00e3o deve simplificar a opera\u00e7\u00e3o<\/h1>\n\n\n\n
Como a Liminal ajuda a integrar CRM, Marketing Automation e dados<\/h1>\n\n\n\n