✉️ oi@planejamento.marketing
Uma passagem de atendimento preserva o contexto quando quem recebe o cliente lê, em até dois minutos, seis informações: a necessidade, os limites de prazo e verba, a promessa já feita, a decisão pendente, o responsável e o retorno combinado. Depois da leitura, quem recebe confirma por escrito o que entendeu e só então fala com o cliente. O que não ajuda a continuar a conversa fica fora da ficha.







Onde o contexto se perde na passagem de atendimento
Em empresas pequenas que vendem pelo Instagram, a conversa pode passar por três pessoas: quem responde as mensagens, quem faz o orçamento e quem fecha. Cada troca dá ao cliente a chance de ter que repetir o que já disse.
A Nielsen Norman Group (NN/g) define como transição sem atrito aquela em que a pessoa retoma de onde parou, sem restabelecer o contexto nem refazer o trabalho. Em uma de suas pesquisas, uma participante que comprou no site da Walmart e depois quis devolver o produto enfrentou 14 interações e 5 obstáculos, e disse que provavelmente não compraria ali de novo.
Um estudo da Corporate Executive Board com mais de 75 mil clientes, publicado na Harvard Business Review em 2010, listou três fontes de desgaste: contatar a empresa várias vezes, repetir informações e trocar de canal. A McKinsey (2015) registrou que o comprador B2B usa, em média, seis canais ao longo da decisão e que cerca de 65% saem frustrados com experiências inconsistentes.
Os três tratam de consumo e de compras corporativas: mostram o custo de perder contexto, não o resultado no seu negócio.
A ficha de seis campos
A ficha cabe em uma tela e é preenchida por quem passa o cliente, antes de transferir a conversa. Cada campo responde a uma pergunta que o cliente teria de responder de novo.
| Campo | O que registrar | Exemplo | Erro comum |
|---|---|---|---|
| Necessidade | O problema, nas palavras do cliente | “Quer trocar a cozinha antes do Natal; hoje tem pouca bancada” | Anotar o produto em vez do problema |
| Limites de prazo e verba | Data-limite e teto ditos pelo cliente; “não informado” quando faltar | “Instalar até 15/12; teto de R$ 30 mil, dito por ela” | Deduzir a verba pelo perfil |
| Promessa feita | Tudo o que a empresa afirmou: prazo, preço, condição | “Prometi visita técnica em até 3 dias úteis” | Omitir por parecer detalhe |
| Decisão pendente | O que o cliente ainda precisa decidir e o que a trava | “Escolher entre quartzo e madeira; espera ver amostra” | Escrever “aguardando retorno” sem dizer sobre o quê |
| Responsável | Nome de quem responde a partir de agora | “Caio, projetista” | Escrever “equipe comercial” |
| Retorno | Dia, hora e canal do próximo contato | “Quinta, 10h, direct” | Escrever “em breve” |
Quando uma informação não foi dada, escreva “não informado”. Deduzir verba ou prazo cria um dado falso que o próximo atendente vai tratar como verdadeiro.
A Salesforce (2023) informa que vendedores gastam 28% da semana vendendo; o resto vai para tarefas como gestão de negociações e digitação. Por isso a ficha precisa ser curta. Como regra prática, e não resultado de pesquisa: preenchimento acima de dois minutos será pulado nos dias de pico.
Confirmação de leitura: quem recebe devolve o resumo
Em 2014, o New England Journal of Medicine publicou o estudo do programa I-PASS, aplicado em nove hospitais pediátricos, com 10.740 internações. Segundo a Harvard Medical School, a taxa de erros médicos caiu 23% (de 24,5 para 18,8 por 100 internações) e a de eventos adversos evitáveis caiu 30% (de 4,7 para 3,3). O último passo do método é a “síntese pelo receptor”: quem assume o paciente repete o que entendeu.
O programa incluía treinamento e outras medidas, então o estudo não isola o efeito dessa etapa, e o ambiente hospitalar difere do comercial. Ele sustenta que a passagem estruturada, com devolução do receptor, reduziu falhas ali, não que renderá vendas.
Na ficha, a confirmação de leitura tem três linhas, escritas por quem recebe no mesmo registro: o que entendeu da necessidade, o que foi prometido ao cliente e quando fará o retorno. Defina um prazo para ela, por exemplo duas horas úteis. Sem confirmação no prazo, quem passou continua responsável e procura o receptor por outro meio. Se achar a ficha incompleta, devolve com o motivo. A HubSpot recomenda, na passagem entre marketing e vendas, registrar o que foi aceito e o que foi rejeitado, para corrigir o processo.
No Instagram, com ferramenta de atendimento conectada, confira quem controla a conversa. Segundo a documentação da Meta (Conversation Routing), o Handover Protocol deixou de ser suportado e o controle da conversa pelo aplicativo designado costuma expirar após 24 horas de inatividade, com extensão possível até 7 dias. As regras mudam; leia a versão vigente.
Minimização de dados: o que fica fora da ficha
A ficha circula entre pessoas e ferramentas, e cada campo extra é um dado a mais para proteger. O princípio da necessidade (LGPD, art. 6º, III) limita o tratamento ao mínimo necessário para a finalidade. O ICO, regulador britânico, descreve dados adequados, relevantes e limitados ao necessário e recomenda apagar o que deixou de servir. O GOV.UK orienta a não coletar o que não é necessário nem guardar por mais tempo que o preciso.
Quatro regras para a ficha:
- Contato e necessidade bastam. CPF, endereço, documentos, renda e informações de saúde só entram quando uma etapa exigir (contrato, entrega, nota fiscal), no sistema dessa etapa e não na ficha.
- Fato separado de opinião. O ICO observa que registros devem deixar claro o que é opinião. Escreva “disse que o orçamento é R$ 30 mil”, não “cliente pechincha”.
- Prazo de guarda definido. Se o atendimento termina sem venda, apague ou anonimize a ficha conforme a política da empresa.
- Acesso restrito a quem atende aquele cliente.
ICO e GOV.UK são referências britânicas, úteis como boas práticas. A lei aplicável no Brasil é a LGPD, e dúvidas jurídicas cabem a um advogado.
Continuidade: o que acontece depois da passagem
A passagem termina quando o retorno acontece, não quando a ficha é enviada. Três rotinas sustentam isso:
- O responsável registra, no mesmo documento, se o retorno foi feito e o que o cliente decidiu.
- Se não puder cumprir uma promessa, avisa o cliente antes da data combinada.
- Quem passou o cliente recebe o desfecho. Sem isso, não aprende quais fichas funcionaram.
Em guia sobre passagem de trabalho durante ausências, a Atlassian usa uma página compartilhada com status, contatos e a lista do que a pessoa deve aos outros. Aqui, a promessa registrada é o que a empresa deve ao cliente, e o campo existe para que alguém a cumpra.
Exemplo hipotético: marcenaria atendida pelo Instagram
Exemplo hipotético, sem relação com empresa real. Uma marcenaria sob medida tem 12 pessoas. Bia responde as mensagens e Caio é o projetista. Marta pergunta sobre a cozinha, e Bia preenche a ficha antes de passar a conversa:
“ Necessidade: trocar a cozinha antes do Natal; hoje tem pouca bancada. Limites: instalar até 15/12; teto de R$ 30 mil, dito por ela. Promessa: visita técnica em até 3 dias úteis. Decisão pendente: quartzo ou madeira; espera ver amostra. Responsável: Caio (projetista). Retorno: quinta, 10h, direct. “
Caio confirma no registro: “Li. Marta quer trocar a cozinha antes do Natal, tem teto de R$ 30 mil e já recebeu a promessa da visita. Escrevo na quinta, às 10h.” Na quinta, ele abre a conversa pela bancada e pela visita técnica, e Marta não repete nada. Sem a ficha, Caio provavelmente perguntaria prazo e verba de novo.
Critérios e limites
Critérios de uma boa ficha: cabe em uma tela, leva até dois minutos, aceita “não informado” e cada campo evita uma pergunta que o cliente teria de repetir.
Limites a considerar:
- A ficha não corrige promessa errada. Se a promessa era inviável, o registro só a torna visível.
- Venda de contato único, como balcão, dispensa a ficha.
- As evidências vêm de contextos diferentes (hospitais, atendimento, B2B). Trate a ficha como hipótese: conte, nos 30 dias antes e nos 30 depois, em quantas conversas o cliente repetiu informação.
Checklist da passagem de atendimento
- [ ] Necessidade escrita com as palavras do cliente
- [ ] Prazo e verba marcados como “dito pelo cliente” ou “não informado”
- [ ] Toda promessa da empresa registrada
- [ ] Decisão pendente com o motivo da pendência
- [ ] Responsável com nome
- [ ] Retorno com dia, hora e canal
- [ ] Nenhum dado além do necessário
- [ ] Fatos separados de opiniões
- [ ] Confirmação de leitura dentro do prazo
- [ ] Desfecho registrado e devolvido a quem passou
Perguntas frequentes
O que deve constar em uma ficha de passagem de atendimento?
Seis campos: necessidade, limites de prazo e verba, promessa feita, decisão pendente, responsável e retorno. Dados adicionais entram só quando uma etapa posterior os exigir.
Como confirmar a leitura sem atrasar o cliente?
Quem recebe escreve três linhas no mesmo registro: o que entendeu, o que foi prometido e quando fará o retorno. Com prazo de poucas horas úteis, a confirmação ocorre enquanto o cliente aguarda, sem mensagem nova para ele.
Preciso de CRM para usar a ficha?
Não. Uma planilha compartilhada ou uma nota fixada na conversa servem, desde que tenham acesso restrito e regra de descarte. O CRM compensa quando o volume de passagens impede conferir as fichas à mão.
Material para download: modelo de uma página da ficha de passagem de atendimento, com os seis campos e a confirmação de leitura.
Newsletter: assine O Estrategista para receber os próximos artigos e modelos sobre vendas e gestão.
Referências internacionais (5)
- Nielsen Norman Group. Seamlessness in the Omnichannel User Experience (2017). https://www.nngroup.com/articles/seamless-cross-channel/
- Harvard Business Review. Stop Trying to Delight Your Customers (Dixon, Freeman e Toman, 2010). https://hbr.org/2010/07/stop-trying-to-delight-your-customers
- Harvard Medical School. Safer patient handoffs (sobre o estudo I-PASS, Starmer et al., NEJM, 2014). https://hms.harvard.edu/news/safer-patient-handoffs
- Information Commissioner’s Office (ICO). Principle (c): Data minimisation. https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-protection-principles/a-guide-to-the-data-protection-principles/data-minimisation/
- GOV.UK Service Manual. Collecting personal information from users. https://www.gov.uk/service-manual/design/collecting-personal-information-from-users









