Agrupe o feedback dos usuários sem perder as solicitações originais

O feedback aparece em conversas de suporte, canais da equipe e tarefas. O mesmo problema é descrito de maneiras diferentes, uma mensagem pode conter várias solicitações e uma conversa longa pode parecer uma série de reclamações distintas.

Escolha a caixa de entrada de suporte, o canal ou o projeto que o agente deve consultar e especifique o período e os filtros. Antes de agrupar os relatos, peça que ele salve os IDs das mensagens recuperadas, os links das fontes e o horário da consulta. Assim, a análise parte de um conjunto fixo de dados, mesmo que cheguem novas respostas.

Read last month’s conversations in the connected support inbox about booking times.
Follow the replies in each matching thread. Save the source IDs and links.
Propose groups, distinguish feature requests from reported bugs, and count distinct accounts where IDs are available.
Compare the groups with issues in the connected project tracker.
Show likely existing matches and draft new issues for review. Do not send customer replies.

Os resultados da busca são apenas o ponto de partida. Ler o restante da conversa pode revelar que um bug relatado já foi corrigido, que um cliente mudou de solicitação ou que dois relatos aparentemente distintos dizem respeito ao mesmo incidente. Mantenha os trechos relevantes no arquivo de trabalho, sem copiar dados de contato desnecessários para a análise.

Três mensagens, dois problemas distintos

Considere estes exemplos fictícios de um produto de agendamento:

O grupo de fuso horário reúne três mensagens de origem. O problema do e-mail aparece em uma. No total, são quatro menções em dois grupos, mas apenas três mensagens, porque F02 contém dois problemas. Se o relatório usa o termo “solicitações”, defina se ele se refere a mensagens, menções ou contas distintas.

Mantenha um trecho curto junto a cada classificação. “A tela de agendamento mostra apenas o horário do escritório” pode indicar rótulos confusos ou a ausência de um recurso de conversão. Registre essa ambiguidade em uma coluna de revisão, em vez de escolher uma interpretação sem explicá-la.

Conte também os clientes afetados, não só as mensagens

Suponha que F01 e F02 sejam da mesma conta e F03, de outra. O grupo de fuso horário ainda contém três mensagens, mas representa duas contas conhecidas. Se os registros recuperados não incluem IDs de conta, não é possível saber quantas contas estão representadas. A semelhança entre as palavras não permite concluir que duas mensagens vieram da mesma pessoa.

Um conjunto de tickets de suporte informa sobre o que as pessoas entraram em contato com o suporte. Ele não revela que proporção do total de clientes teve o problema. Até mesmo “duas de dez contas nesta análise” descreve apenas as conversas selecionadas. Informe o período da coleta, os filtros e os canais junto às contagens para que os leitores saibam a que os números se referem.

Você pode pedir ao Beeuni que compare temas de períodos diferentes, mas mantenha critérios comparáveis. Se o conjunto do mês passado contém apenas tickets de suporte e o deste mês inclui uma pesquisa no produto, uma contagem maior pode refletir a nova fonte. Preserve os rótulos dos canais para comparar suporte com suporte antes de tirar conclusões sobre uma tendência.

Uma resposta de acompanhamento pode dividir um tema aparentemente claro

Dê continuidade ao exemplo fictício do produto de agendamento. A equipe pergunta às pessoas que enviaram F01 e F03 qual tela usaram e que horário esperavam ver. Uma resposta diz que o horário exibido estava correto, mas que o rótulo do fuso horário ficava abaixo da área visível sem rolagem. A outra diz que o agendamento continuou no horário do escritório depois que o visitante selecionou outro fuso. Agora, os relatos indicam trabalhos diferentes.

Mantenha “fusos horários” como tema geral e depois separe a visibilidade do rótulo de uma possível falha de conversão. Vincule as respostas aos IDs das fontes originais. O primeiro problema pode exigir uma mudança de design. O segundo precisa ser reproduzido para determinar se o erro está no cálculo, na preferência salva ou na exibição. Nenhum dos relatos deve desaparecer quando os nomes dos grupos mudarem.

A falta de e-mail em F02 precisa de um acompanhamento próprio. Pergunte se o agendamento foi concluído e qual confirmação era esperada. A ausência de uma confirmação pode impedir alguém de encontrar os detalhes do agendamento, embora esse problema tenha menos menções. Você pode investigá-lo primeiro e manter os fusos horários no topo da tabela de frequência. Explique o motivo dessa ordem.

Crie um relatório em que cada conclusão possa ser conferida nas mensagens originais

• Um arquivo de fontes anotado com rótulos de grupo e um indicador de revisão.
• Um resumo dos grupos com a contagem de mensagens, a contagem de contas distintas quando disponível e exemplos de IDs das fontes.
• Uma lista de itens não resolvidos, incluindo comentários vagos, relatos conflitantes e possíveis duplicatas.

Separe o comportamento solicitado das falhas relatadas. “Adicionar outro formato de exportação” e “a exportação atual falha” podem pertencer à mesma área, mas exigem acompanhamentos diferentes. Preserve os dois rótulos se uma mensagem contiver ambos.

Antes de criar uma tarefa, peça ao agente que pesquise no rastreador conectado se já existe uma tarefa sobre o mesmo comportamento. Talvez o caso deva ser incluído em uma tarefa existente, junto com os novos links das fontes. Revise as correspondências e o texto proposto para a tarefa; depois, especifique quais alterações deseja. Mantenha o arquivo de fontes recuperadas junto ao relatório anotado para que, em uma revisão futura, seja possível distinguir novos feedbacks de uma mudança no agrupamento.