Lacunas de conhecimento no suporte: transforme padrões em ajuda melhor

O que é considerado uma lacuna de conhecimento no suporte?

Uma lacuna de conhecimento é uma incompatibilidade entre o que clientes ou operadores precisam saber e as orientações disponíveis para responder a essa necessidade. As orientações podem estar ausentes, incorretas, pouco claras, desatualizadas ou ser difíceis de encontrar. Uma pergunta recorrente é um motivo para investigar, não uma prova de que o problema está no conteúdo.

Antes de editar um artigo, diferencie problemas de conhecimento de outros tipos de falha. Um caso isolado pode ser incomum e exigir uma solução individual. Um problema de encaminhamento pode direcionar o cliente à equipe errada. Uma falha de processo pode ocorrer no próprio serviço ou na forma como a equipe de suporte trata uma solicitação. As orientações de suporte do GOV.UK alertam especificamente que solicitações recorrentes podem ter origem em etapas da jornada de serviço ou no atendimento de contatos, e não apenas na falta de conteúdo de ajuda.

• Orientação ausente: não há uma resposta aprovada para uma necessidade recorrente do cliente.
• Orientação pouco clara: existe uma resposta, mas as pessoas não a entendem ou não conseguem aplicá-la.
• Orientação difícil de encontrar: a resposta correta existe, mas o título, o local ou o caminho até ela não corresponde à forma como as pessoas a procuram.
• Problema de encaminhamento, processo ou produto: o conteúdo correto pode existir, mas o cliente ainda não consegue concluir a tarefa ou chegar à equipe adequada.

Defina uma pergunta de revisão e uma amostra que proteja a privacidade

Comece com uma pergunta específica o suficiente para orientar a revisão. Por exemplo, “Por que os clientes perguntam como alterar uma solicitação enviada?” é mais útil do que “O que há de errado com o suporte?”. Defina a área de serviço, os canais, o período e as decisões que a revisão poderá orientar antes de acessar os registros das conversas.

Use o mínimo de dados pessoais necessário para responder à pergunta. As orientações do ICO sobre minimização de dados dizem que os dados devem ser adequados e relevantes, limitados ao necessário, revisados periodicamente e excluídos quando não forem mais necessários. Siga as regras de acesso, retenção e tratamento da sua organização; não copie casos identificáveis para documentos de trabalho quando um resumo anonimizado for suficiente.

O webchat.vip oferece registros de conversas, análises operacionais e relatórios exportáveis para WebChat e WhatsApp. Selecione apenas os dados e campos aprovados necessários para a revisão. A disponibilidade de registros ou relatórios não substitui as obrigações de privacidade da sua organização.

• Registre a pergunta da revisão, os canais, o período e a decisão pretendida.
• Confirme quem tem autorização para acessar os dados de origem e onde as extrações podem ser armazenadas.
• Exclua nomes, dados de contato, identificadores de contas e outros detalhes específicos de casos, salvo quando forem essenciais e houver autorização.
• Use uma amostra que inclua os canais ou equipes relevantes; não presuma que um único canal represente todos os clientes.
• Defina uma data para revisar e excluir extrações temporárias.

Agrupe as conversas pela necessidade do cliente, não pelas palavras iguais

Uma contagem de palavras ou uma lista de palavras-chave pode ser um ponto de partida útil, mas diferentes expressões podem comunicar a mesma necessidade, e as mesmas palavras podem descrever problemas diferentes. Leia uma pequena amostra em contexto e agrupe os casos pela tarefa que o cliente tenta concluir, pelo ponto em que encontra dificuldades e pelo resultado de que precisa.

As orientações de suporte do GOV.UK recomendam agrupar as solicitações em subgrupos úteis, inclusive por canal, equipe capaz de agir, motivo comum, status da solicitação e tipo de conteúdo. Em uma revisão de conhecimento, mantenha a necessidade do cliente como agrupamento principal e use o canal ou o status como dimensões adicionais. Se sua equipe usa tags no webchat.vip, tags consistentes podem ajudar a organizar conversas, mas a utilidade de uma tag depende da definição e da prática de marcação que a sustentam.

• Dê a cada grupo um rótulo em linguagem simples que descreva a tarefa ou a pergunta do cliente.
• Mantenha grupos separados quando uma mesma expressão indicar causas ou resultados diferentes.
• Registre o canal e o status relevante do caso para que os padrões não sejam separados do contexto.
• Marque os casos incertos para revisão em vez de forçá-los a se encaixar em uma categoria conveniente.
• Mantenha alguns exemplos anonimizados ou resumos curtos para mostrar por que cada grupo existe.

Valide a possível lacuna antes de alterar o conteúdo

Confira as orientações aprovadas atuais e a jornada do cliente antes de decidir que falta uma resposta. Verifique se as orientações são precisas, atuais, compreensíveis e acessíveis no ponto em que a dúvida surge. Compare o padrão das conversas com a experiência dos operadores e consulte pessoas que conheçam o serviço, como profissionais de suporte, responsáveis pelo conteúdo e especialistas relevantes no assunto.

As orientações de pesquisa com usuários do GOV.UK identificam análises, registros de busca e dados de centrais de atendimento como possíveis evidências, além de recomendar conversas com usuários e com a equipe que lhes presta suporte. Trate uma sugestão sem respaldo em evidências dos usuários como uma hipótese a ser testada. Quando as evidências forem variadas, registre a incerteza e reúna mais dados, em vez de apresentar uma suposição como uma lacuna confirmada.

• Um operador consegue encontrar a resposta aprovada usando os termos que clientes e funcionários realmente usam?
• A resposta corresponde ao serviço, à política e ao processo atuais?
• Os operadores interpretam ou explicam as orientações existentes de maneiras diferentes?
• Um problema de encaminhamento, transferência, produto ou operação poderia explicar o mesmo padrão?
• Que evidências permitiriam distinguir essas possíveis causas?

Priorize por impacto, recorrência, risco e esforço

O volume de conversas ajuda a identificar o que investigar, mas não determina por si só o que é mais importante. Um problema menos frequente pode causar mais danos aos clientes, representar um risco maior para políticas ou segurança, ou exigir um esforço desproporcional de quem tenta concluir uma tarefa importante. Por outro lado, uma pergunta frequente pode já ter uma resposta clara e apontar, em vez disso, para um problema de facilidade de localização ou de processo.

Use um registro simples de decisão, em vez de uma classificação baseada apenas em contagens. As orientações de suporte do GOV.UK citam o custo e a porcentagem de usuários afetados como fatores de priorização. Inclua também o impacto para o cliente, o risco e o esforço estimado para tornar explícitas as compensações, e registre quando as evidências forem fracas.

• Impacto para o cliente: quanto o problema dificulta a tarefa ou gera esforço evitável?
• Recorrência: o padrão aparece em diferentes partes da amostra relevante, equipes ou canais?
• Risco: uma resposta incorreta ou ausente poderia causar danos relevantes, um problema de conformidade ou uma falha grave no serviço?
• Esforço: que trabalho é necessário para alterar e manter as orientações ou o processo?
• Confiança: a causa é sustentada por evidências das conversas e pela validação de operadores ou responsáveis?

Escolha uma intervenção que corresponda à causa

Não crie automaticamente um novo artigo de ajuda. Se o conteúdo estiver correto, mas for difícil de localizar, melhore o título, a posição ou o link na jornada relevante. As orientações do GOV.UK para redação de interfaces recomendam títulos que reflitam a linguagem dos usuários e textos concisos e diretos. Se o conteúdo não estiver claro, reescreva as etapas relevantes e teste se os leitores as entendem. Se não houver orientações, redija-as com o responsável pela área de conhecimento e explicite seu escopo e suas limitações.

Se a causa subjacente estiver no encaminhamento ou em um processo do serviço, alterar apenas o conteúdo de ajuda pode acrescentar ruído sem resolver o problema. Encaminhe a questão operacional à equipe capaz de alterá-la. O webchat.vip oferece conversas compartilhadas por WebChat e WhatsApp, organização de operadores e departamentos, encaminhamento, horários, níveis de serviço, modelos e tags. Fluxos automatizados podem coletar respostas validadas, criar ramificações e transferir ou encaminhar casos a pessoas; use esses recursos somente quando forem adequados a um processo aprovado e mantenha uma opção de atendimento humano para os casos que exigem discernimento.

• Esclareça um recurso existente quando a resposta estiver correta, mas for difícil de acompanhar.
• Crie novas orientações quando uma necessidade confirmada do cliente não tiver uma resposta aprovada.
• Melhore a facilidade de localização quando a resposta existir, mas clientes ou operadores não conseguirem encontrá-la.
• Altere o processo de suporte ou do serviço quando o conteúdo não for a causa subjacente.
• Use automação para etapas definidas e validadas; encaminhe o caso a uma pessoa quando for ambíguo, sensível ou estiver fora do fluxo aprovado.

Defina responsáveis, aprovações e uma data de revisão

Orientações reutilizáveis precisam de um responsável identificado, não apenas de alguém que redija o primeiro rascunho. Designe alguém responsável pela precisão e manutenção, identifique quem aprova o conteúdo técnico e combine quem publicará a alteração. As orientações de design de conteúdo do GOV.UK descrevem responsabilidades pelo conteúdo do serviço, redação clara e acessível e revisão de precisão e relevância; adapte essas responsabilidades às funções da sua equipe.

Remova dados pessoais e detalhes específicos de casos antes de transformar uma conversa em orientações reutilizáveis. Documente o escopo, a data de vigência, a fonte da aprovação e a próxima data de revisão. Se a resposta depender de uma decisão de política, jurídica, de segurança ou de outra área especializada, siga o processo de aprovação dessa área, em vez de pedir a um agente de suporte que deduza a regra.

• Responsável pelo conteúdo: responde pela clareza, precisão e próxima revisão.
• Responsável pela área de conhecimento: confirma o conteúdo e quaisquer condições de política ou processo.
• Aprovador: confirma o processo de publicação exigido para a alteração de conteúdo ou processo.
• Data de revisão: defina uma data ou evento que desencadeie uma verificação de atualização.
• Verificação de privacidade: remova detalhes identificáveis e mantenha apenas as informações necessárias para as orientações.

Avalie se a mudança ajudou e registre as limitações

Defina uma pergunta de acompanhamento antes da publicação. Por exemplo, verifique se a mesma necessidade dos clientes continua aparecendo em uma amostra comparável, se os operadores dizem encontrar as orientações com mais facilidade ou se os clientes ainda precisam de esclarecimentos. Use, sempre que possível, as mesmas regras de agrupamento e um período ou uma amostra comparável. As orientações de benchmarking do GOV.UK recomendam usar tarefas e perguntas consistentes entre rodadas para que os resultados possam ser comparados e, depois, usar a rodada seguinte para avaliar se as mudanças melhoraram a experiência dos usuários.

As análises operacionais, os registros de conversas, as avaliações e os relatórios exportáveis do webchat.vip podem contribuir para a revisão de acompanhamento. Interprete-os com cuidado: mudanças no volume podem refletir a combinação de canais, a sazonalidade, o tráfego ou outras mudanças de processo, e não apenas a atualização do conteúdo. Combine evidências operacionais com o retorno dos operadores e, quando apropriado, com pesquisas com usuários. Registre o que mudou, o que foi observado e o que continua incerto; revise, reverta ou encaminhe o problema se ele persistir ou surgir algum risco.

• Defina a mudança esperada e as evidências que serão analisadas antes de publicar a atualização.
• Use grupos de necessidades dos clientes, períodos e métodos de comparação consistentes sempre que for viável.
• Analise os padrões de conversas posteriores junto com o retorno dos operadores e as evidências relevantes do serviço.
• Verifique se houve efeitos indesejados, como novas dúvidas ou aumento de transferências.
• Registre as limitações e decida quem agirá se o resultado for inconclusivo ou negativo.