Antes de transferir um atendimento, registre o pedido, os fatos disponíveis, o que já foi tentado e a pendência que a próxima pessoa precisa tratar. Identifique também o destino, a próxima ação e como a continuidade será confirmada. Encaminhar uma conversa não comprova que alguém começou a analisar ou resolveu o caso.
O guia de modelos de atendimento high, mid, low e tech touch ajuda a definir a intensidade de acompanhamento e os caminhos de ajuda. Aqui, o recorte é a passagem entre responsáveis: preparar um contexto consultável e conferir a continuidade sem fazer o cliente reconstruir toda a história.
Reconheça se você precisa de uma consulta ou de uma transferência
Uma dúvida pode exigir apenas a opinião de outra pessoa, enquanto o responsável atual continua conduzindo a conversa. Em outros casos, a próxima análise pertence a outra equipe ou o atendimento precisa continuar em outro turno. Registre qual dessas situações está acontecendo para evitar que duas pessoas suponham que a outra assumiu.
Na documentação da Intercom sobre notas internas e menções, uma nota com menção pode notificar colegas e direcioná-los à conversa. Já a atribuição de uma conversa a uma pessoa ou equipe é tratada como uma operação própria. Essa distinção de produto ajuda a formular a pergunta operacional: houve um pedido de apoio ou uma mudança de responsabilidade?
Na ferramenta utilizada pela sua equipe, confira o comportamento efetivo. Uma notificação, uma atribuição e a confirmação de leitura ou assunção podem ser registros diferentes. Não presuma que marcar alguém, encaminhar uma mensagem ou mover uma conversa garante o mesmo resultado em todos os sistemas.
Prepare um contexto que permita continuar o trabalho
Comece pelo que a pessoa quer conseguir fazer. Depois, separe o relato recebido dos fatos que a equipe conseguiu conferir. “A aula não abre para a pessoa” descreve a dificuldade relatada; “a plataforma está fora do ar” é uma conclusão que exige outra evidência. A passagem precisa preservar essa diferença.
| Registro | Conteúdo útil | Conferência |
|---|---|---|
| Pedido e referência | Qual tarefa está impedida e onde encontrar a conversa ou solicitação. | O destino consegue localizar o caso correto? |
| Fatos e relato | O que foi informado pela pessoa e o que a equipe verificou, identificados separadamente. | Uma hipótese está sendo tratada como diagnóstico? |
| Tentativas e resultado | Ação já orientada ou realizada e resultado observado ou relatado. | A próxima pessoa entende o que evitar repetir sem motivo? |
| Pendência e motivo | Pergunta que falta responder e por que outro responsável precisa atuar. | O destino tem competência e acesso pertinentes? |
| Continuidade | Próxima ação, responsável e forma de acompanhar o recebimento. | A passagem foi confirmada ou ainda está aguardando? |
| Compromisso com o cliente | O que foi comunicado, canal de retorno e prazo realmente combinado, se houver. | O registro distingue previsão, compromisso e informação ainda não confirmada? |
Inclua a referência do histórico, sem copiar dados desnecessários para vários lugares. Um link interno só é útil se quem recebe conseguir abrir o conteúdo adequado. Se o acesso não funcionar, resolva pelo procedimento autorizado ou prepare um resumo suficiente, sem contornar permissões nem inserir senhas no registro.
Exemplo fictício: uma aula não abre, mas o diagnóstico continua pendente
Exemplo fictício: uma empresa genérica oferece um curso online. Na solicitação A17, a pessoa relata que a aula 02 não abre. O registro didático informa que ela conseguiu entrar na área do curso e abrir a aula 01. Depois de seguir uma orientação para tentar novamente, relata que a dificuldade na aula 02 permanece. Nenhuma falha da plataforma foi confirmada.
Ana, responsável pela primeira conversa no cenário, prepara o contexto para a equipe de conteúdo conferir a disponibilidade do material da aula 02. O encaminhamento é apenas proposto neste exercício: não houve conversa, teste, atribuição, leitura ou solução reais. Também não foi combinado um horário de retorno fictício para simular um compromisso existente.

Exemplo fictício A17. A pessoa relata que entra no curso e abre a aula 01, mas a aula 02 não abre. Tentar novamente não resolveu, segundo o relato.
A equipe de conteúdo precisa conferir a disponibilidade do material da aula 02. A causa da dificuldade não foi confirmada.
Ana acompanha a passagem até a confirmação prevista no processo. Encaminhamento proposto não comprova assunção ou solução.
Nenhuma conversa, teste, atribuição ou solução reais. Canal e prazo de retorno precisam ser combinados conforme a disponibilidade.
Descrição da figura
Três cartões conectados organizam a passagem fictícia A17. No primeiro, o relato disponível informa que a pessoa entra no curso e abre a aula 01, mas não consegue abrir a aula 02 mesmo após nova tentativa. No segundo, a análise proposta é a equipe de conteúdo conferir a disponibilidade do material da aula 02, com causa ainda não confirmada. No terceiro, a assunção continua sem confirmação e Ana acompanha a passagem até a confirmação prevista no processo. As setas indicam organização do contexto, não execução concluída. Canal e prazo de retorno ainda precisam ser combinados. Empresa, pessoas e solicitação fictícias; nenhuma conversa, teste, atribuição, leitura ou solução reais.
Nota interna preenchida do exemplo fictício
Solicitação: A17, referência didática. Pedido: conseguir abrir a aula 02 do curso. Relato disponível: a pessoa entra na área do curso e abre a aula 01; a aula 02 não abre. Tentativa relatada: tentou novamente após orientação; a dificuldade na aula 02 permanece. Ainda não confirmado: causa da dificuldade e disponibilidade do material para o acesso indicado. Motivo da passagem proposta: a equipe de conteúdo precisa conferir o material da aula 02. Próxima ação proposta: localizar a referência autorizada e verificar a disponibilidade do material. Continuidade: assunção ainda não confirmada; Ana acompanha a passagem até a confirmação definida no processo. Retorno ao cliente: canal e prazo precisam ser combinados conforme a disponibilidade real. Estado: exemplo fictício; nenhuma ação executada.
A nota evita declarar “problema resolvido” ou “erro na plataforma”. Quem receber precisa verificar a pendência dentro de sua competência e registrar o resultado. Se o material estiver disponível, a investigação pode precisar de outro caminho. Se houver uma correção necessária, ela também terá responsável, autorização e conferência próprios.
Confira o destino e a responsabilidade depois de encaminhar
Antes de passar, confirme se o destino atende aquele assunto e está previsto no fluxo vigente. Uma fila genérica sem acompanhamento pode deixar o pedido parado. Defina como a operação trata indisponibilidade, troca de turno e ausência de confirmação, sem prometer que qualquer pessoa estará disponível imediatamente.
A orientação da Zendesk sobre atribuição manual de tickets mostra que a alteração do responsável envolve campos e ações próprios e pode ter restrições de permissão. O princípio de conferência é útil: observe o estado registrado depois da ação. Os detalhes de interface, recursos e permissões dependem do ambiente, sem equivalência automática entre produtos.
Recomendamos distinguir “encaminhamento solicitado”, “destino registrado”, “responsável confirmou a continuidade” e “pedido resolvido”, quando essas etapas fizerem sentido no processo. Não é obrigatório criar quatro campos. O necessário é não usar um único rótulo para afirmar mais do que o registro comprova.
Se a solicitação continuar sem responsável confirmado, mantenha uma pessoa ou rotina encarregada de acompanhar essa pendência. Use a regra de substituição ou escalonamento já definida. Não marque o caso como concluído apenas porque ele saiu da caixa de entrada de quem fez a primeira conversa.
Explique ao cliente o que muda, com uma expectativa sustentável
A mensagem ao cliente deve tratar da necessidade dele: qual análise continua, por qual canal receberá o retorno e qual prazo foi de fato combinado. Notas de trabalho da equipe e mensagens externas têm finalidades diferentes. Confira o modo de envio antes de registrar ou compartilhar uma orientação interna.
No cenário fictício, uma mensagem só poderia afirmar que a equipe de conteúdo está analisando depois de essa continuidade estar confirmada. Enquanto o destino estiver pendente, descreva o estado verdadeiro e a alternativa disponível. Não transforme “solicitamos uma análise” em “o especialista já está resolvendo”.
Se a dificuldade já foi explicada e o histórico está acessível, aproveite essas informações. Quando faltar um dado necessário ou houver uma divergência, faça uma pergunta específica e explique sua finalidade. Evite pedir que a pessoa repita tudo como condição automática para mudar de atendente.
Se o canal utilizado for WhatsApp, o guia de organização do atendimento no WhatsApp Business diferencia aplicativo e plataforma. Não presuma que uma nota interna, distribuição por equipe ou confirmação de recebimento esteja disponível da mesma forma em qualquer solução.
Teste a passagem completa antes de considerar o fluxo pronto
Faça uma simulação interna com dados fictícios e os acessos autorizados. Uma pessoa prepara o contexto; outra tenta localizar o histórico e explicar a pendência antes de agir. Confira também uma situação sem destino disponível. O teste deve mostrar quem acompanha a espera e o que será comunicado ao cliente.
A execução está adequada quando quem recebe identifica o pedido, distingue relato de verificação, entende as tentativas anteriores e consegue apontar a próxima ação. O registro também precisa mostrar o estado real da responsabilidade, sem confundir transferência com solução.
Depois de aplicar o fluxo, revise ocorrências de contexto perdido, repetições desnecessárias e pedidos sem continuidade. Use os casos disponíveis para ajustar a passagem. Uma nota mais longa não comprova qualidade; ela deve permitir que outra pessoa avance com precisão e com as informações pertinentes.
Ficha para adaptar à transferência de atendimento
Referência da solicitação e histórico acessível: Tarefa que a pessoa quer realizar: Relato recebido: Fatos efetivamente verificados: Tentativas anteriores e resultado de cada uma: Hipóteses ainda não confirmadas: Pendência que exige outra pessoa ou equipe: Motivo e destino previsto no fluxo: Próxima ação e responsável: Estado do encaminhamento e confirmação da continuidade: Quem acompanha se o destino não estiver disponível: Mensagem externa, canal e compromisso realmente combinados: Resultado da análise e conferência posterior: Estado final e pendências restantes:
Perguntas frequentes sobre transferência de atendimento
Marcar um colega significa transferir o atendimento?
Depende do sistema e do processo. Uma menção pode apenas notificar. Confira se houve atribuição, quem continua responsável e como a continuidade será confirmada.
O que precisa constar no resumo da passagem?
Pedido, referência do histórico, relato e fatos separados, tentativas com resultados, pendência, motivo do encaminhamento e próxima ação. Registre também a responsabilidade e o compromisso realmente comunicado.
Posso encerrar minha parte assim que encaminhar a conversa?
Siga a responsabilidade definida no processo e confira o estado real da passagem. Se o destino ainda não confirmou a continuidade, deve haver alguém ou uma rotina acompanhando a pendência. Encaminhar não comprova solução.
É preciso pedir todos os dados novamente ao cliente?
Aproveite o histórico pertinente e acessível. Se faltar uma informação necessária ou existir divergência, faça uma pergunta específica e explique por que ela é necessária, sem exigir automaticamente a repetição de toda a história.
Se a equipe perde contexto nas passagens, converse conosco sobre processos de atendimento. Podemos ajudar a desenhar responsabilidades, registros e conferências. Configuração de ferramentas, treinamento e acompanhamento precisam ter escopos e capacidade combinados.
Citar este conteúdo
Maikon Richardson. Transferência de atendimento: o que registrar antes de passar. MAIKON.biz, 26/10/2026. Disponível em: https://maikon.biz/transferencia-atendimento-registrar-contexto/
Última alteração registrada no WordPress: .
Horas úteis no suporte: como calcular o prazo de primeiro retorno
Motivos de cancelamento: como organizar relatos e pendências
Taxa de resposta no NPS: confira convites e notas válidas
