Dados de clientes: o dossiê de 515 páginas do McDonald's

Um repórter da Wired pediu ao McDonald's uma cópia dos dados que a empresa tinha sobre ele. Voltaram 515 páginas. Ele não é funcionário, não é fornecedor, não é influenciador. É só um cara que baixou o app pra pegar batata frita de graça.

Quinhentas e quinze páginas. De um programa de fidelidade de fast food. E aqui vai a parte que deveria incomodar mais donos de negócio: essa montanha de dados de clientes não foi construída por um time de espionagem. Foi construída sozinha, por ferramentas comuns, do jeito que elas vêm configuradas de fábrica. As mesmas ferramentas que provavelmente estão rodando na sua empresa agora.

O que cabe em 515 páginas

Não é só "ele comprou um Big Mac em março". É cada abertura do app. Cada tela vista. Cada cupom que apareceu, foi clicado ou ignorado. Horário, localização aproximada, modelo do celular, versão do sistema. Quais notificações foram enviadas e o que ele fez depois de cada uma.

E, no meio disso, o pedaço mais desconfortável: uma leitura de que ele dificilmente ia embora. O sistema não estava só anotando. Estava prevendo.

Isso não é maldade corporativa. É o comportamento padrão de qualquer stack moderno de SaaS. Você instala um app de fidelidade, uma ferramenta de e-mail, um chat no site, um analytics, um CRM. Cada um deles registra tudo por padrão, porque registrar é barato e porque um dia alguém pode querer olhar. Ninguém escolhe guardar. Só ninguém escolhe parar.

O seu negócio já tem uma versão disso

Você não tem 40 milhões de clientes. Tem 300, 2 mil, 15 mil. E provavelmente tem, sem nunca ter decidido isso:

• Todo o histórico de conversas do WhatsApp Business, incluindo áudios de gente reclamando
• CPF e endereço completo de quem comprou uma vez em 2021
• Gravação de tela de visitantes do site, se alguém instalou Hotjar ou Clarity e esqueceu
• Uma planilha no Drive chamada "clientes_final_v3_ATUALIZADA" que três ex-funcionários ainda conseguem abrir
• Cartões salvos no gateway de pagamento de contas canceladas há dois anos

Nada disso foi decisão estratégica. Foi acúmulo. E acúmulo tem uma característica ruim: ele só aparece no dia em que dá problema.

Dado que você guarda e não usa não é ativo. É estoque de risco.

O teste do e-mail: um cliente pede os dados dele

Aqui está o exercício que eu recomendo fazer nesta semana, e que quase ninguém faz.

Imagine que chega um e-mail: "Com base na LGPD, solicito cópia de todos os dados pessoais que vocês têm sobre mim, e depois a eliminação deles."

Você tem 15 dias pra responder. É o que a lei prevê pro direito de acesso. E a pergunta prática é: você conseguiria?

Pra responder, você precisaria saber:

1. Quais sistemas guardam dados desse cliente. Todos, não os três que você lembra de cabeça.
2. Quem tem acesso a cada um.
3. Como exportar em formato legível.
4. Como apagar de verdade, incluindo backups e integrações que copiaram o registro pra outro lugar.

Na maioria das empresas que eu vejo, o item 1 já trava. Ninguém tem o inventário. O CRM foi contratado pelo comercial, o e-mail marketing pelo marketing, a ferramenta de nota fiscal pelo financeiro, e o app de agendamento veio de um freelancer que sumiu. São cinco cópias parciais do mesmo cliente em cinco lugares que não conversam.

O ponto não é o medo da multa da ANPD. É que se você não consegue responder essa pergunta, você também não consegue responder nenhuma pergunta útil sobre seus dados de clientes.

O outro lado: você tem o dado e não usa

Vamos inverter, porque essa parte é mais interessante.

O McDonald's guardou 515 páginas e usou. Sabia quando o cara ia parar de comprar. Sabia qual cupom funcionava com ele e qual era desperdício. Sabia que não precisava dar desconto pra ele, porque ele voltaria de qualquer jeito.

A empresa média brasileira tem uma fração desse dado e usa zero por cento. Manda a mesma promoção de Black Friday pra base inteira, incluindo quem comprou anteontem pelo preço cheio. Ou seja: paga pra dar desconto pra quem já ia comprar, e não fala com quem estava a um empurrão de voltar.

Um exemplo real de escala pequena. Uma clínica com uns 1.200 pacientes no sistema. O dado já estava lá: data do último atendimento, procedimento, valor. Ninguém tinha cruzado. Filtramos quem fez um procedimento com retorno recomendado em 6 meses e não voltou depois de 9. Deu 84 pessoas. Uma mensagem só, escrita à mão, sem cara de disparo em massa. Retornaram 19. Nenhuma tecnologia nova, nenhum sistema comprado. Só olhar pro que já estava guardado.

Isso é o que dói. O dado que te deixa exposto num vazamento é exatamente o mesmo dado que renderia dinheiro se alguém olhasse pra ele.

O que fazer nas próximas duas semanas

Nada de projeto de seis meses. Três passos, na ordem.

1. Faça o inventário. Uma planilha, sério. Colunas: nome da ferramenta, quem contratou, que dado de cliente ela guarda, quem tem acesso, quanto custa por mês. Peça pra cada área listar. Você vai achar de duas a quatro assinaturas que ninguém usa mais e continuam guardando gente. Cancele.

2. Defina prazo de validade. Para cada tipo de dado, decida por quanto tempo faz sentido manter. Lead que nunca respondeu em 18 meses: apaga. Gravação de sessão do site: 30 dias basta. Nota fiscal: tem prazo legal, mantém. A maioria dos SaaS tem configuração de retenção automática e vem desligada. Ligue.

3. Escolha uma pergunta e responda com o dado que sobrou. Uma só. "Quem comprou uma vez e nunca mais voltou?" ou "qual canal traz cliente que fica?". Se responder isso levar mais de um dia de trabalho, o problema não é falta de dado. É que ele está espalhado demais.

"Mas eu sou pequeno, ninguém vai me atacar"

Ataque quase nunca é pessoal. É varredura automática procurando porta aberta, e uma base de 2 mil clientes com CPF vale dinheiro no mercado paralelo igual a uma de 2 milhões, proporcionalmente. Fora que o estrago maior costuma ser mundano: o ex-vendedor que saiu com a base inteira exportada pro Gmail pessoal na sexta-feira.

E tem o lado do cliente. Ninguém liga pra privacidade em abstrato, todo mundo liga quando recebe uma mensagem que sabe demais. O limite entre "que atendimento atencioso" e "como você sabe disso?" é mais fino do que parece, e quem cruza esse limite não recebe reclamação. Recebe silêncio e bloqueio.

O McDonald's pode bancar as 515 páginas porque tem jurídico, time de dados e escala. Você não precisa disso. Precisa do contrário: guardar menos, saber exatamente o que guardou, e usar o pouco que sobrou de um jeito que o cliente agradeça em vez de estranhar.

Se você olhou pra lista de ferramentas da sua empresa agora e não soube dizer quantas guardam dado de cliente, esse é o lugar pra começar. Me conta como está a sua operação e a gente vê o que dá pra organizar primeiro.

Um repórter pediu ao McDonald's os dados que a empresa tinha sobre ele. Voltaram 515 páginas.

Ele não é funcionário nem fornecedor. Só baixou o app pra pegar batata frita de graça.

E o mais desconfortável: nada daquilo foi decisão estratégica. Foi só ferramenta comum rodando na configuração de fábrica. As mesmas que provavelmente estão na sua empresa agora, guardando conversa de WhatsApp, CPF de cliente de 2021 e planilha que três ex-funcionários ainda abrem.

Faz um teste esta semana: se um cliente pedir hoje, por LGPD, cópia de tudo que você tem sobre ele, você conseguiria responder em 15 dias?

Na maioria das empresas que eu vejo, trava já na primeira pergunta: quais sistemas guardam esse cliente. E aí vem a ironia: o mesmo dado que te deixa exposto num vazamento é o que renderia dinheiro se alguém olhasse pra ele.

Se você não sabe dizer quantas das suas ferramentas guardam dado de cliente, esse é o lugar pra começar. Me conta como está a sua operação.

#LGPD #DadosDeClientes #PequenasEmpresas #Privacidade #Gestão