A Resposta Concisa
A decisão entre CRM e Data 360 não se resume a "onde há espaço", mas sim a "quem consome os dados e em que ritmo". O CRM é construído em torno de um registro que alguém inicia, edita e processa. O Data 360 é centrado em um fluxo de eventos que é unificado em um perfil e utilizado para segmentação, análise e ativação.
Quando os dois são misturados, obtêm-se um de dois resultados: um CRM pesado com milhões de registros que ninguém usa, ou uma camada de dados rica que ninguém ativa porque não chega ao fluxo de trabalho.
Divisão Prática
| Tipo de Informação | Onde | Justificativa |
|---|---|---|
| Cliente, Contato, Oportunidade, Caso | CRM | Gerenciado manualmente, impulsiona processos e permissões |
| Estágio de Venda, Tarefas, Aprovações | CRM | Automação e operação diária |
| Cliques, Visualizações, Uso do Produto | Data 360 | Alto volume, não gerenciado manualmente |
| Histórico de Transações do ERP | Data 360 (ou acesso virtual) | Volume e fonte de verdade externa |
| Perfil Unificado e Identidade Cross-system | Data 360 | Sua função é unificar identificadores |
| Pontuação, Segmentação, Recomendação | Calculado no Data 360, exibido no CRM | Cálculo em volume, uso no fluxo de trabalho |
A última linha é o princípio central: calcule onde há volume, exiba onde há decisão.
O Teste das Quatro Perguntas
Antes de inserir um dado no CRM, pergunte: alguém o edita manualmente? A automação ou validação dependem dele? É necessário em um relatório operacional diário? Afeta permissões ou propriedade? Se a resposta para todas as quatro for não, o dado quase sempre pertence à camada de unificação.
O inverso também é válido: um dado que é mantido apenas no Data 360, mas é necessário para tomada de decisão em tempo real, deve ter um mecanismo de retorno – um campo resumido, uma visualização ou uma ação – caso contrário, não impactará o resultado do negócio.
Volume, Desempenho e Custo
O CRM é precificado e projetado em torno de registros de negócios. Inserir eventos comportamentais nele altera o perfil de carga: atualizações em massa ficam lentas, a construção de relatórios se torna pesada, e o backup e os ambientes de teste crescem. O Data 360 é projetado para essa velocidade e precificado por consumo – o que exige uma atenção diferente: consultas amplas e fluxos redundantes geram um custo contínuo.
Em ambos os casos, a higiene é a mesma: transferir apenas o que tem um consumidor e definir a retenção para cada fluxo. A discussão sobre cópia versus acesso remoto é detalhada em Zero Copy e Federação.
Permissões: A Lacuna Fácil de Perder
O modelo de permissões do CRM é rico e preciso no nível de registro e campo. Uma camada de unificação funciona de forma diferente – ela é construída para análise, e sua exposição é gerenciada por regras de acesso e máscaras. Uma organização que transfere dados sensíveis para a camada de unificação sem planejar isso pode criar uma visibilidade mais ampla do que existe no CRM.
A regra: cada fluxo que contém informações sensíveis recebe uma decisão explícita de exposição antes da ingestão, e não depois.
Cenário: Um Varejista que Moveu Tudo para o CRM
Uma rede varejista transferiu três anos de histórico de compras – cerca de 40 milhões de linhas – para um objeto personalizado no CRM, com o desejo de que "o vendedor tivesse uma visão completa". O resultado: longos tempos de carregamento na tela do cliente, atualizações noturnas que excederam a janela disponível e relatórios que falharam por tempo limite.
Na reconstrução, apenas quatro valores derivados permaneceram no CRM: data da última compra, valor dos últimos 12 meses, categoria principal e identificação de risco de churn. O histórico completo foi para a camada de unificação, com um link para uma visualização detalhada sob demanda.
A tela do cliente carregou rapidamente, os vendedores receberam o que realmente pediram, e a segmentação de marketing até melhorou – porque rodava em dados que estavam todos no mesmo lugar e não apenas nos que conseguiram entrar no CRM.
Riscos Comuns e Ações Preventivas
| Risco | Como se manifesta na prática | Ação Preventiva |
|---|---|---|
| Tudo no CRM | Desempenho, custo e tempos de carregamento | Valores derivados em vez de histórico bruto |
| Tudo na camada de unificação | Insights que não chegam ao fluxo de trabalho | Mecanismo de retorno: campo, visualização ou ação |
| Sem Retenção | Volume que cresce sem ser gerenciado | Política de retenção para cada fluxo |
| Permissões não planejadas | Exposição de informações sensíveis na análise | Decisão de exposição antes da ingestão |
| Identidade não Unificada | Perfil dividido para o mesmo cliente | Regras de Resolução de Identidade em vigor |
Como Medir o Sucesso
| Área | O que medimos | Frequência de Verificação |
|---|---|---|
| Desempenho | Tempo de carregamento da tela do cliente e atualizações em massa | Mensal |
| Unificação | Percentual de perfis unificados com sucesso | Mensal |
| Ativação | Segmentações e ações geradas a partir dos dados em si | Trimestral |
| Custo | Consumo versus orçamento por fluxo | Mensal |
O planejamento da divisão entre CRM e a camada de unificação é realizado como parte do Serviço de Integrações e Dados.
Checklist para Decisão
- ☐ Mapeamento de fluxos de dados por volume e taxa de atualização
- ☐ Teste das quatro perguntas para cada fluxo
- ☐ Definição dos valores derivados a serem exibidos no CRM
- ☐ Mecanismo de retorno da unificação para o fluxo de trabalho
- ☐ Regras de Resolução de Identidade documentadas
- ☐ Decisão de exposição para cada fluxo com informações sensíveis
- ☐ Política de Retenção para cada fluxo
- ☐ Estimativa de custo de consumo para a primeira onda
- ☐ Seleção de um "Use Case" para prova de valor
- ☐ Atribuição de proprietário para cada fluxo de dados
Fontes Profissionais
- Salesforce Data 360 — https://www.salesforce.com/data/
- Salesforce Data 360 Architecture — https://architect.salesforce.com/docs/architect/fundamentals/guide/data-360-architecture.html
- HPI Pro – Integrações e Dados — https://hpi.pro/integrations-data