Atendimento ao cliente e gestão de solicitações
Preparar respostas de pós-venda com o contexto certo
Projeto ilustrativo
Cenário ilustrativo. Os dados e cálculos são hipóteses utilizadas para explicar a aplicação.
Aplicação: Atendimento ao cliente e gestão de solicitações
Tipo de empresa: Fornecedor de equipamentos para empresas
Decisão principal: Como tratar cada consulta de pós-venda e quais casos precisam ser encaminhados a um responsável antes da resposta ao cliente.
O contexto e o problema
O fornecedor vende equipamentos para empresas e recebe dúvidas sobre instalação, operação, entrega e garantias. As solicitações chegam por e-mail e por um formulário. O Atendimento ao Cliente busca o pedido em um sistema, consulta manuais em outro e recorre à equipe de Operações quando faltam informações. Um cliente pode escrever novamente antes de receber uma resposta, criando um segundo chamado.
A equipe precisa reunir esse contexto, distinguir consultas semelhantes e preparar uma resposta sustentada por evidências. Uma dúvida sobre um manual e uma solicitação de garantia podem mencionar o mesmo produto, mas exigem permissões, responsáveis e critérios diferentes. Uma resposta rápida com informações incorretas pode gerar mais retrabalho e comprometer a empresa com algo que ela não aprovou.
Informações e acessos autorizados
O projeto utilizaria as solicitações recebidas, os dados mínimos necessários do pedido, um catálogo de equipamentos, manuais vigentes, políticas aprovadas e responsáveis por categoria. Seria definido como verificar se a pessoa que faz a consulta tem direito a receber informações sobre o pedido. Ter apenas o número do pedido não seria suficiente se a política exigir uma verificação adicional.
A solução acessaria somente os sistemas e campos necessários. Os documentos teriam versões e datas de vigência; os dados de outros clientes ficariam fora de cada chamado. Anexos inesperados ou instruções dentro de um documento não poderiam ampliar permissões nem alterar as regras do fluxo. Se o histórico não estivesse disponível por uma integração autorizada, a equipe acordaria uma consulta assistida ou um escopo mais restrito.
A solução proposta
A STRTGY poderia desenhar um fluxo para classificar solicitações, sugerir um responsável, reunir evidências e preparar uma resposta preliminar. O registro do chamado mostraria a fonte de cada informação relevante e o que ainda precisa de confirmação. Classificações com baixa confiança, identidades não verificadas ou fontes conflitantes interromperiam a preparação automática e acionariam uma revisão.
No escopo inicial, um atendente revisaria cada resposta antes do envio. Reclamações, devoluções e possíveis incidentes de segurança seriam encaminhados ao responsável designado. O agente não prometeria reembolsos, substituições de equipamentos, cobertura de garantia nem datas não confirmadas. Esses compromissos exigiriam uma decisão humana e o procedimento correspondente.
O caminho de uma solicitação pelo processo
O Atendimento ao Cliente recebe o chamado. O fluxo registra o canal e o horário, atribui um identificador e sinaliza possíveis duplicidades sem uni-las silenciosamente.
O atendente verifica o vínculo com o pedido. Confirma a identidade ou a relação da pessoa com o pedido conforme a política, solicitando apenas as informações necessárias que faltam.
A solução sugere uma categoria. Distingue pedidos de informação, acompanhamentos e reclamações. Casos ambíguos são revisados antes da atribuição.
O fluxo reúne o contexto. Recupera manuais e dados autorizados, preservando a versão, a fonte e a data da última atualização.
Uma resposta preliminar é preparada. A resposta separa informações confirmadas de questões pendentes e evita compromissos não aprovados.
O atendente revisa e decide. Ajusta o texto, aprova ou encaminha à equipe de Operações ou ao responsável pela garantia. Qualquer possível risco de segurança segue o protocolo estabelecido.
O Atendimento ao Cliente envia a resposta e acompanha o caso. O envio aprovado é registrado. O chamado só é encerrado segundo os critérios acordados e pode ser reaberto se a solução for insuficiente.
O que os usuários veriam
O atendente teria uma fila com a categoria sugerida, o tempo em aberto, o responsável e o motivo da espera. Dentro do chamado, veria a solicitação original, o contexto do pedido, os documentos consultados e a resposta preliminar. Uma sinalização visível indicaria se ainda é necessário verificar a identidade, confirmar a disponibilidade ou revisar uma exceção. O cliente receberia uma resposta validada pela equipe, sem precisar entender o processo interno.
Imagem ilustrativa. Dúvidas técnicas e exceções passam por um responsável antes de se assumir um compromisso com o cliente.
Entregas e etapas
As entregas poderiam incluir um catálogo de solicitações, uma matriz de responsabilidades, fontes autorizadas, um fluxo de preparação, regras de encaminhamento e testes de qualidade. Primeiro seriam analisados registros históricos e casos difíceis. Depois, o fluxo seria testado sem enviar respostas, seguido de um piloto supervisionado em categorias de baixo risco. A ampliação das categorias ou das ações permitidas exigiria validar resultados, permissões e escopo. Não se pressupõe uma data de implantação.
Indicadores para testar a utilidade
Seria estabelecida uma linha de base por categoria, separando o trabalho efetivo do tempo de espera externo.
Primeira resposta útil: mediana do tempo entre o recebimento e a primeira resposta que resolve a questão ou solicita informações necessárias; confirmações automáticas de recebimento são excluídas.
Trabalho por chamado: minutos de trabalho efetivo na preparação e revisão de respostas / chamados atendidos.
Reclassificação: chamados cuja categoria muda após a revisão / chamados classificados × 100.
Reabertura: chamados reabertos dentro de uma janela acordada / chamados encerrados elegíveis × 100.
Exemplo econômico hipotético
Com 600 solicitações mensais e 12 minutos de preparação e revisão por chamado, o trabalho levaria 120 horas. Se um piloto demonstrasse que a preparação e a revisão, juntas, levam oito minutos, seriam liberadas 600 × (12 − 8) / 60 = 40 horas por mês. Com um custo interno hipotético de MXN 250 por hora, isso equivaleria a MXN 10.000 em capacidade de trabalho. Esse cálculo não demonstra redução de gastos com pessoal e exclui custos de implantação e operação. Uma taxa maior de erros ou reaberturas poderia reduzir esse valor.
Quanto tempo sua equipe dedica a reunir informações antes de responder? Vamos analisar uma categoria de solicitações.