A visão única do cliente (single customer view, ou SCV) é um perfil unificado que consolida tudo o que uma empresa sabe sobre cada cliente, em todos os sistemas e canais, como uma identidade coerente e endereçável, composta por camadas coordenadas em vez de uma única tabela. A visão única do cliente reúne identificadores, histórico de compra e histórico de interação em um perfil persistente, que se atualiza a cada novo evento em vez de ser recomposto a cada campanha.
SCV é a sigla de single customer view. O perfil carrega os dados pessoais (PII) do cliente e o histórico do relacionamento, e é a base técnica sobre a qual uma CDP (Customer Data Platform, ou plataforma de dados do cliente) monta segmentos, personaliza mensagens e mede resultado. Sem essa base, o marketing omnichannel não tem sobre o que operar: cada canal decide com o fragmento de informação que enxerga.
Por que a visão única do cliente importa
A visão única do cliente importa porque, sem ela, a mesma pessoa vira três clientes diferentes dentro da empresa. O e-commerce conhece essa pessoa por um e-mail, o programa de fidelidade por um CPF e o atendimento no WhatsApp por um número de celular. Nenhum dos três sistemas sabe que se trata da mesma pessoa, então cada um calcula seu próprio histórico, sua própria frequência de contato e seu próprio valor.
O efeito aparece no resultado de campanha. Um cliente abre o e-mail, entra no site, coloca o produto no carrinho e decide provar a peça na loja física, onde paga por Pix. Se esses quatro registros não convergem para um perfil só, a empresa dispara no dia seguinte o lembrete de carrinho abandonado para quem já comprou, deixa de suprimir da campanha de aquisição quem já é cliente e credita a venda ao canal errado.
A correção não é comprar mais dados, e sim vincular os que já existem. Quando os identificadores convergem, a segmentação de público (audience segmentation) passa a trabalhar sobre pessoas, não sobre registros, e o cálculo de frequência de contato deixa de somar três destinatários quando existe um só.
As cinco camadas da visão única do cliente
A visão única do cliente não é uma tabela com mais colunas. São cinco camadas que precisam concordar entre si, e a maior parte do trabalho de manter uma visão única está em preservar esse acordo enquanto os sistemas de origem mudam. Cada camada responde por uma função da arquitetura, e não pela categoria dos dados que entram no perfil — a diferença fica mais clara ao comparar com as cinco categorias de dados descritas na seção “O que entra em um perfil unificado”, mais abaixo: aquela seção diz o que entra no perfil; esta diz como esse conteúdo se organiza e se mantém coerente entre os sistemas de origem.
A camada de identidade (identity layer). Reúne os identificadores que apontam para a mesma pessoa: e-mail, e-mail com hash, telefone, CPF, número de fidelidade, ID de cadastro, ID de publicidade móvel e cookies. Essa camada é um grafo, não uma lista de campos: ela registra quais identificadores estão vinculados, com base em qual evidência e desde quando.
A camada de atributos (attribute layer). Guarda os campos descritivos da pessoa: nome, endereço, informações de contato, dados demográficos e situação cadastral. Os sistemas de origem discordam entre si nesses campos com frequência, então a camada de atributos só funciona quando uma regra de precedência (survivorship) decide qual valor vence e o perfil guarda de qual sistema veio o valor vencedor.
A camada de eventos (event layer). Registra o comportamento em ordem cronológica: visitas ao site, sessões no aplicativo, compras, devoluções, chamados de atendimento, aberturas de mensagem e passagens pela loja física. Os eventos são acrescentados, nunca sobrescritos, e pertencem à pessoa pela camada de identidade, não por uma chave gravada dentro do perfil.
A camada derivada (derived layer). Calcula valores a partir das três camadas anteriores: valor de vida do cliente, faixas de recência e frequência, score de propensão, risco de churn e melhor horário de envio. São esses os campos sobre os quais as equipes segmentam, e cada um tem um intervalo de atualização que determina quão atual é qualquer segmento construído sobre ele.
A camada de permissão (permission layer). Resolve os mesmos dados de consentimento e preferência já listados na seção acima — opt-in por canal, finalidades autorizadas, prazos de retenção, pedidos de eliminação — mas agora como camada arquitetural: cada permissão fica ligada ao mesmo grafo de identidade que sustenta as demais camadas, em vez de viver isolada no sistema que a coletou. A identidade dura o que a política de retenção da empresa determinar, não para sempre. Uma visão que tem as quatro primeiras camadas e não tem esta é completa e inutilizável: nada construído sobre ela pode ser ativado sem uma revisão jurídica manual, e é nessa camada que o pedido de eliminação do titular precisa alcançar todas as cópias do perfil.
Como a resolução de identidade constrói a visão única do cliente
A resolução de identidade (identity resolution) constrói a visão única do cliente ao vincular identificadores espalhados por sistemas diferentes a um mesmo perfil persistente. O processo combina duas técnicas, com graus de confiança distintos.
A correspondência determinística (deterministic matching) casa identificadores exatos: e-mail, telefone, número de fidelidade, ID de cadastro. No Brasil, o CPF é a chave determinística de maior alcance, porque o mesmo número aparece no cadastro do e-commerce, na nota fiscal emitida no PDV, na inscrição do programa de fidelidade e no cadastro de serviços financeiros. Uma chave que atravessa o on-line e o off-line resolve boa parte da fragmentação antes de qualquer inferência estatística. O CPF é dado pessoal, então a base legal e a finalidade de tratamento precisam estar definidas antes de ele virar chave de unificação, conforme a LGPD.
A correspondência probabilística (probabilistic matching) estima, a partir de padrões comportamentais, dispositivo, endereço IP e sequência de navegação, a probabilidade de dois registros pertencerem à mesma pessoa. Essa técnica cobre o que a chave exata não alcança, principalmente a ligação entre a sessão anônima e o cliente conhecido. Em troca, opera com incerteza: a precisão varia conforme a densidade de sinal de cada canal, e um limiar mal calibrado funde duas pessoas em um perfil só.
O resultado dos dois processos é registrado em um grafo de identidade (identity graph), o mapa de todos os identificadores atribuídos a um mesmo cliente. O grafo é o que permite reconhecer a pessoa no próximo ponto de contato, mesmo que ela chegue por um canal em que nunca se identificou.
Visão única do cliente e visão 360° do cliente: qual a diferença
A visão única do cliente é a conquista técnica de manter um registro unificado por cliente; a visão 360° do cliente (Customer 360) é a aplicação estratégica desse registro. A visão única resolve duplicidade e identidade entre sistemas. A visão 360° acrescenta o que vem depois: atributos enriquecidos, contexto histórico, scores preditivos e a capacidade de agir sobre o perfil em tempo real.
A ordem entre as duas é fixa. A visão única do cliente é pré-requisito da visão 360°, porque não existe score preditivo confiável sobre uma base em que o mesmo comprador aparece três vezes. Parte do mercado usa os dois termos como sinônimos, e alguns fornecedores adotam “Customer 360” para enfatizar a cobertura de todos os pontos de contato. A distinção que sustenta uma avaliação de plataforma é a de camadas: uma é a base, a outra é o que se constrói sobre ela.
O que entra em um perfil unificado
Um perfil unificado organiza cinco categorias de dados, e a ausência de qualquer uma delas limita casos de uso específicos:
- Dados de identidade: nome, CPF, e-mail, telefone, endereço, IDs de dispositivo e de cadastro
- Dados transacionais: compras, valor do pedido, forma de pagamento, devoluções, status de assinatura
- Dados comportamentais: visitas, páginas vistas, aberturas e cliques de e-mail, uso do aplicativo
- Dados de interação: chamados de atendimento, conversas no WhatsApp, respostas de pesquisa
- Dados de consentimento e preferência: opt-in por canal, finalidades autorizadas, pedidos de eliminação
Quando duas fontes discordam sobre o mesmo atributo, aplica-se a regra de precedência que produz o registro único de cliente (golden record), com o valor vencedor de cada campo. O endereço da última nota fiscal costuma valer mais que o do cadastro antigo do e-commerce, mas a decisão é de negócio, não de tecnologia: alguém precisa declarar qual fonte manda em qual campo.
As seis etapas que produzem a visão única do cliente
Os fornecedores descrevem esse caminho de formas diferentes, mas o pipeline por trás de uma visão única do cliente passa pelas mesmas seis etapas em qualquer arquitetura. O que separa uma implementação da outra é a latência, não a capacidade: as mesmas etapas são executadas em lote durante a noite em uma implantação e em segundos em outra.
1. Coleta com identificador vinculado. A ingestão de dados (data ingestion) traz registros do CRM, dos SDKs de web e de aplicativo, do PDV, do atendimento, do programa de fidelidade e de arquivos em lote. O que decide esta etapa não é o volume, e sim qual identificador cada registro carrega: uma transação capturada sem e-mail, telefone ou CPF não tem caminho para perfil nenhum.
2. Padronização. Identificadores e atributos são padronizados antes de qualquer correspondência: e-mail em minúsculas e sem o sufixo depois do sinal de mais, telefone convertido para o formato E.164, CPF sem pontuação, endereço estruturado no padrão de CEP dos Correios e hashes alinhados a um único algoritmo em todas as fontes. Sem esta etapa, o grafo deixa de vincular identificadores que são o mesmo valor escrito de duas maneiras.
3. Resolução de identidade. As regras determinísticas casam identificadores exatos, os modelos probabilísticos pontuam correspondências prováveis a partir de dispositivo, localização e sinal comportamental, e a correspondência transitiva estende a ligação ao longo de uma cadeia: um dispositivo visto junto com um e-mail conhecido herda o número de fidelidade daquela pessoa. A saída é um grafo de agrupamentos de identificadores, e cada agrupamento representa uma pessoa.
4. Mesclagem e precedência. Os registros de um mesmo agrupamento se fundem em um perfil só. A mesma regra de precedência da seção anterior decide o vencedor campo a campo: o valor mais recente para um dado declarado pelo cliente, como o endereço de entrega, e a prioridade do sistema de registro onde o faturamento ou o CRM é dono do campo. A linhagem da mesclagem fica guardada, para que qualquer mesclagem possa ser explicada ou revertida. Os valores da camada derivada e o estado da camada de permissão são calculados sobre o perfil já mesclado, como tarefas próprias a jusante, e não dentro da mesclagem: por isso cada um tem o próprio intervalo de atualização em vez de herdar a cadência desta etapa.
5. Entrega do perfil (profile serving). O perfil é materializado nos dois lugares em que é lido: um repositório chave-valor de baixa latência para consulta em tempo real, como a personalização dentro da sessão ou um agente de IA que lê o perfil no meio da conversa, e uma tabela colunar para montagem de público e análise. Leitura pontual em menos de um segundo e varredura analítica são padrões de acesso diferentes, e é por isso que uma CDP em tempo real mantém as duas cópias sincronizadas.
6. Ativação e escrita de retorno (write-back). O perfil chega aos canais e aos aplicativos por APIs, sincronizações de público e mensagens disparadas por gatilho, na etapa de ativação de dados, e os resultados voltam como novos eventos. Sem esse caminho de volta, a visão única registra tudo o que o cliente fez e nada sobre como a empresa respondeu.
A etapa 5 é o ponto em que o “tempo real” morre com mais frequência. As equipes instrumentam o caminho de escrita, confirmam que o evento chega em segundos e nunca medem o caminho de leitura que a ferramenta de campanha ou a tela do atendimento consulta de fato. Em muitas implantações, esse caminho de leitura é uma cópia atualizada uma vez por noite. As etapas 2 a 4 também podem ser o gargalo de lote; o que a etapa 5 nomeia é o caso específico de um caminho de escrita rápido alimentando uma cópia de leitura defasada, não uma prova de que a latência nunca se perde antes dela.
Erros comuns ao modelar a visão única do cliente
Os padrões abaixo são decisões de modelagem, não falhas de execução. Cada um produz um perfil que passa na revisão, parece completo na tela e depois engana quem o lê. Erros de sequenciamento durante a construção são outra lista, tratada no guia de construção em cinco passos (em inglês), assim como a justificativa de investimento está nos benefícios da visão única do cliente (em inglês).
Histórico anônimo descartado no login. Muitos clientes pesquisam, comparam e abandonam o carrinho antes de se identificar. Quando o identificador anônimo é descartado no momento do login, em vez de mesclado, o perfil começa na criação da conta e as semanas de comportamento com maior poder preditivo — a fase de pesquisa — somem de todos os modelos treinados sobre ele. O que fazer: mantenha os identificadores anônimos no grafo, com o mesmo status dos identificadores conhecidos, e costure o histórico de eventos deles ao perfil identificado no momento do login.
Eventos gravados dentro do perfil em vez de referenciados por ele. Cada interação vira um atributo do perfil, então o registro cresce sem limite, as consultas ficam mais lentas na mesma proporção e a tela de criação de segmentos apresenta ao marketing milhares de campos quase idênticos, entre os quais ninguém consegue escolher. O que fazer: mantenha os eventos na camada de eventos e exponha ao perfil apenas agregados nomeados e limitados: data da última compra, sessões em 30 dias, taxa de abertura por canal.
Atributos sem prazo de validade declarado. Um endereço observado há cinco anos fica ao lado de uma compra de ontem com a mesma autoridade, e um score de churn calculado uma única vez na carga inicial continua rotulado como atual. Quem lê o perfil não tem como saber quais valores ainda descrevem o cliente, então cada equipe aplica o próprio palpite. O que fazer: carimbe cada atributo com a data de observação e a fonte, publique o intervalo de atualização de cada campo derivado e exponha os dois aos sistemas que leem o perfil.
Uma carga única para todos os destinos. O atendimento, a plataforma de mídia e um agente de IA recebem o mesmo perfil completo. A plataforma de mídia fica com dados pessoais que não tem razão para guardar, o agente percorre centenas de campos para responder a uma pergunta e a permissão passa a ser aplicada por quem estiver lendo o perfil. O que fazer: defina uma projeção por destino, com o conjunto mínimo de campos que aquele destino precisa, e vincule as regras de consentimento e de acesso à projeção, não ao registro de origem. É o princípio da necessidade, previsto no art. 6º, III da LGPD, aplicado à arquitetura do perfil.
Só a pessoa é modelada. Uma visão em nível de indivíduo não diz qual é a unidade de compra. A conta B2B tem um comitê, o domicílio divide assinatura e endereço de entrega, e o plano família coloca quatro pessoas no mesmo meio de pagamento. Tratar cada uma dessas pessoas como um indivíduo isolado divide um histórico de compra que pertence ao mesmo grupo e produz, ao mesmo tempo, contato duplicado e contexto faltante. O que fazer: modele conta e domicílio como entidades próprias, com regras de resolução próprias, vinculadas ao grafo de pessoas e distintas dele.
Confiança da correspondência escondida de quem lê o perfil. Uma ligação mesclada por probabilidade e uma correspondência confirmada no login ficam idênticas quando chegam ao perfil. O profissional de marketing que dispara uma oferta ampla e o atendente que confirma um pedido passam a agir sobre evidências de força desigual, e uma mesclagem errada custa muito mais no segundo caso. O que fazer: guarde no perfil o método de correspondência e o score de confiança, e exija ligação determinística nos usos de maior risco: atendimento, dados financeiros e dados pessoais sensíveis.
Como avaliar uma CDP para a visão única do cliente
As plataformas variam bastante na qualidade da visão única que entregam, e a diferença raramente aparece na ficha técnica. Leve estas perguntas para a prova de conceito:
- A plataforma casa registros nas suas fontes reais, com o seu volume de dados, ou só no ambiente de demonstração?
- Qual é a taxa de correspondência determinística por CPF e por e-mail, e quantos perfis sobram sem chave?
- A interface mostra o perfil completo de um cliente dentro de um segmento, ou apenas contagens agregadas?
- A busca funciona em qualquer campo, ou só nos campos previstos pelo fornecedor?
- O perfil traz dados de evento, comportamento e jornada (compras, visitas, mensagens), além dos atributos cadastrais?
- Dá para configurar quais atributos aparecem no perfil, e com qual esforço de engenharia?
- Os atributos de aprendizado de máquina (melhor horário de contato, canal preferido, propensão) ficam disponíveis no mesmo perfil?
- A gestão de consentimento está no perfil, com registro de opt-in por canal e por finalidade?
A última pergunta é a que mais separa as plataformas. Muitas tratam o consentimento como campo solto, o que inviabiliza responder a um pedido de eliminação dentro do prazo da LGPD, fiscalizada pela ANPD. Um perfil unificado sem trilha de consentimento entrega ativação de dados (data activation) rápida e governança de dados frágil.
FAQ
Qual a diferença entre visão única do cliente e visão 360° do cliente?
A visão única do cliente (SCV) é a conquista técnica de um registro unificado por cliente; a visão 360° do cliente (Customer 360) é a aplicação estratégica desse registro. A visão única resolve duplicidade e identidade entre sistemas. A visão 360° acrescenta atributos enriquecidos, contexto histórico, scores preditivos e a capacidade de agir em tempo real. Uma visão única em funcionamento é pré-requisito de uma visão 360° real.
Como a resolução de identidade cria uma visão única do cliente?
A resolução de identidade vincula e-mails, CPFs, telefones, IDs de dispositivo e cookies a um único perfil, por correspondência determinística e probabilística. A correspondência determinística casa identificadores exatos, e no Brasil o CPF é a chave de maior alcance entre o on-line e o off-line. A correspondência probabilística estima a ligação a partir de padrões comportamentais, o que cobre a sessão anônima com precisão variável conforme a densidade de sinal.
A visão única do cliente funciona entre canais on-line e off-line?
Sim: uma CDP unifica dados on-line e off-line no mesmo perfil, incluindo compra em loja física, atendimento, comportamento no site, uso do aplicativo e conversas no WhatsApp. A unificação exige integrar o PDV, o CRM e o programa de fidelidade à plataforma, com uma chave comum entre esses sistemas. No varejo brasileiro, o CPF na nota fiscal costuma ser a chave que vincula a compra na loja ao perfil digital.
O que a LGPD exige de uma visão única do cliente?
A LGPD exige base legal por finalidade de tratamento, registro de consentimento quando o consentimento for a base aplicável e um caminho executável para atender aos pedidos do titular sobre o perfil unificado. Unificar dados de várias fontes em um perfil só amplia a finalidade original de cada coleta, e essa ampliação precisa estar justificada. Na prática, a unificação facilita o atendimento ao pedido de eliminação: um perfil por pessoa é mais fácil de localizar que sete registros espalhados.
Termos relacionados
- Unificação de dados de cliente (em inglês) — o processo de mesclar fontes que produz o perfil único
- Enriquecimento de dados (em inglês) — acrescenta atributos derivados ou de terceiros ao perfil unificado
- CDP vs CRM — por que o CRM sozinho não entrega a visão única do cliente
- CDP em tempo real (em inglês) — a arquitetura que serve o perfil unificado na velocidade de uma API
- Jornada do cliente — o que o perfil unificado permite medir de ponta a ponta
Este artigo também está disponível em: Single Customer View (SCV): What It Is & How to Build One · シングルカスタマービュー（SCV）とは？CDPでの作り方 · Référentiel client unique (RCU) : définition · Single Customer View: Aufbau, Abgleich und Nutzen