Protocolo em todo atendimento: a prova do que foi dito

"A gente combinou o prazo de dez dias." "Não foi isso que sua atendente falou." Toda empresa que atende por mensagem já esteve nos dois lados dessa frase, e o que decide a conversa não é quem tem razão — é quem consegue mostrar.

O protocolo existe para isso. Não é burocracia herdada de call center: é o mecanismo que transforma uma conversa em registro verificável.

Quatro campos, e por que cada um importa

Um protocolo útil tem quatro coisas, e falhar em qualquer uma esvazia as outras três.

• Número. Um identificador que o cliente consegue repetir ao telefone e que a empresa consegue procurar. Sem ele, achar o atendimento significa rolar uma conversa de trezentas mensagens.
• Data e hora. Não a data em que alguém lembrou de anotar — a data em que o atendimento entrou. É o que permite calcular prazo e é o que sustenta qualquer discussão sobre demora.
• Autor. Qual pessoa, com login próprio, respondeu aquilo. "Alguém da equipe falou" não resolve nem para corrigir nem para elogiar.
• Conteúdo. O que efetivamente foi dito, preservado, não um resumo digitado depois. Resumo é interpretação; registro é registro.

O protocolo que o cliente recebe muda o comportamento dele

Existe um efeito que só aparece depois de algumas semanas: quando o cliente recebe um número no início do atendimento, ele volta citando o número em vez de recomeçar a história. Isso encurta o segundo contato de maneira mensurável e, mais importante, reduz a chance de a segunda pessoa que atende prometer algo diferente da primeira.

O outro efeito é sobre a própria equipe. Registro com autor visível muda a forma como as pessoas escrevem — não por medo, mas porque some a ambiguidade de "a empresa disse". Quem escreveu sabe que escreveu.

Onde o protocolo vira prova, e onde não vira

Vale precisão aqui, porque é onde se promete demais. O protocolo não é assinatura digital e não tem a mesma força de um documento assinado com certificado ICP-Brasil. O que ele tem é outra coisa, igualmente relevante no dia a dia: é um registro mantido no sistema da empresa, com trilha de auditoria, em que se consegue demonstrar quem escreveu, quando, e que o conteúdo não foi alterado depois.

Na prática, isso costuma bastar para o que aparece de verdade — reclamação em órgão de defesa do consumidor, discussão sobre prazo prometido, apuração interna de um desconto não autorizado. É muito mais do que um print, que qualquer lado pode ter editado, e muito menos do que um contrato assinado. Saber a diferença evita tanto o desprezo pelo registro quanto a confiança excessiva nele.

O erro comum: protocolo por canal

Uma armadilha frequente é cada canal ter sua própria numeração. O atendimento que começou no WhatsApp, migrou para o telefone e terminou por e-mail vira três protocolos, e a história fica partida em três pedaços que ninguém junta.

A regra que funciona é protocolo por assunto, não por canal. O mesmo número acompanha o caso independentemente de onde a conversa continuou, e a troca de canal aparece como um evento dentro da linha do tempo. Isso só é possível quando os canais chegam no mesmo inbox — enquanto o WhatsApp mora num aparelho e o e-mail numa caixa pessoal, não há como unir.

Protocolo e SLA são coisas diferentes

Confundir os dois é comum. O protocolo diz o que aconteceu. O SLA diz em quanto tempo. Um serve para provar, o outro para priorizar. Uma operação pode ter protocolo impecável e prazo péssimo, e o inverso também acontece.

A ligação entre os dois é que o protocolo fornece o relógio: é a data de abertura registrada que permite ao SLA existir como número, e não como sensação.

O que fazer com o histórico anterior

Quem liga o protocolo hoje não ganha protocolo do que aconteceu ontem, e tentar reconstruir retroativamente é trabalho perdido — o registro vale porque foi feito no momento, não depois. O caminho é declarar uma data de corte e aceitar que o que veio antes continua sendo o que era: conversa solta. Em três meses, quase todo atendimento ativo já terá passado pelo novo fluxo.

A relação entre registro e confiança do cliente é, no fundo, a mesma ideia que a Sapienza discute em a estratégia de intimidade com o cliente no contexto digital: lembrar do que foi dito é a forma mais básica de demonstrar atenção.

Por quanto tempo guardar

Registro que se acumula sem critério vira passivo. A pergunta que quase ninguém faz na implantação, e que aparece dois anos depois, é por quanto tempo o conteúdo dos atendimentos deve ser mantido.

A LGPD trabalha com necessidade: o dado é mantido enquanto houver finalidade, e depois é eliminado ou anonimizado. Na prática, isso não significa apagar tudo no fim do ano — várias finalidades legítimas sustentam a guarda por prazos longos, como o cumprimento de obrigação legal e o exercício regular de direitos em processo.

O que recomendamos é ter a política escrita e aplicá-la de forma consistente: um prazo de retenção definido por tipo de atendimento, a eliminação acontecendo por regra e não por faxina, e o registro de que a eliminação ocorreu. O pior cenário não é guardar demais nem de menos — é não saber qual dos dois se está fazendo.

E vale separar as duas coisas: o metadado do protocolo (número, data, autor, estado) é barato de manter e é o que sustenta indicadores históricos; o conteúdo é o que carrega dado pessoal e merece o prazo mais curto.

O que muda no dia seguinte

Quando um cliente ligar reclamando, a pergunta deixa de ser "alguém aí lembra desse caso?" e passa a ser "qual o protocolo?". Em quinze segundos a conversa inteira está na tela, com quem respondeu o quê e quando. É uma mudança pequena na operação e enorme na conversa. É uma das primeiras coisas que o Dominus.CRM liga numa implantação.