Como Criar um Portal de Feedback de Clientes: Ideias, Votos e Atualizações de Estado
Um portal de feedback de clientes é um quadro público onde os clientes publicam ideias, votam nas dos outros e veem que pedidos estão planeados, em curso ou lançados. Para criar um, precisa de publicações com estados, votos associados a uma pessoa real, comentários, uma forma de fundir duplicados, uma vista de administração para triagem, e uma forma de avisar quem votou quando algo é lançado. A construção em si é simples. O que decide se o portal ajuda é a forma como o gere: triagem rápida, estados honestos e fechar o ciclo.
Porque é que as equipas criam um
O feedback costuma chegar de todo o lado ao mesmo tempo: emails de suporte, chamadas comerciais, chat, publicações nas redes sociais. Um portal dá-lhe uma casa única, e a votação mostra quais os pedidos que muitas pessoas partilham. Também mostra aos clientes que alguém os ouve, desde que as publicações avancem de facto. Um quadro cheio de ideias presas em "Em análise" durante um ano faz mais mal do que não ter quadro nenhum.
Decida para que serve o portal antes de o criar:
- Recolher ideias e erros, ou apenas ideias? Misturar relatórios de erros costuma transformar o portal numa segunda fila de suporte.
- Público ou privado? Os quadros públicos convidam a mais participação. Os privados (apenas clientes, depois de iniciar sessão) adequam-se a produtos B2B com pedidos sensíveis.
- Existe um roteiro público? Mostrar "Planeado" e "Em curso" cria expectativas, por isso mostre apenas o que está disposto a cumprir.
O que o portal precisa
Dados
| Tabela | Campos principais |
|---|---|
| Publicações | Título, descrição, autor, quadro ou categoria, estado, número de votos, data de criação, fundida em (opcional) |
| Votos | Publicação, utilizador, data de criação (um voto por utilizador por publicação) |
| Comentários | Publicação, autor, texto, é resposta oficial sim/não |
| Utilizadores | Nome, email, verificado sim/não, empresa (para B2B), é administrador |
| Categorias | Nome (por exemplo Relatórios, Integrações, Mobile) |
| Alterações de estado | Publicação, estado anterior, novo estado, nota, alterado por, data |
Mantenha um registo das alterações de estado com uma nota curta. Alimenta os emails de notificação e mostra aos clientes como as coisas evoluíram.
Páginas
- Quadro: lista de publicações com botões de voto, filtro por categoria e estado, ordenação por mais votadas, mais recentes e em tendência.
- Página da publicação: descrição, votos, comentários, respostas oficiais em destaque, histórico de estados.
- Formulário de nova publicação: com uma lista de "publicações semelhantes" que se atualiza à medida que a pessoa escreve.
- Roteiro: colunas para Planeado, Em curso, Lançado.
- Administração: novas publicações para triagem, fundir duplicados, alterar o estado com uma nota, ocultar spam.
Permissões
Qualquer pessoa pode ler (se for público). Os utilizadores com sessão iniciada podem publicar, votar e comentar. Os administradores alteram o estado, fundem, fixam respostas oficiais e moderam. Em B2B, pode querer que os administradores vejam a que empresa pertence cada votante, mantendo isso oculto para os outros clientes.
Decisões e compromissos
Como as pessoas iniciam sessão
A votação anónima convida a manipulação e deixa-o sem forma de responder. Contas completas com palavra-passe criam atrito. Um compromisso comum é o início de sessão por link de email: a pessoa introduz o email, clica no link e entra. Se o seu produto já tem contas, deixe os clientes usar o mesmo início de sessão para saber quem são. Veja como adicionar início de sessão à sua aplicação.
Estados
Mantenha a lista curta e clara: Em análise, Planeado, Em curso, Lançado, Não planeado. "Não planeado" com um motivo curto é mais respeitoso do que deixar uma publicação num limbo.
Votos versus procura ponderada
Um voto por pessoa é simples e fácil de explicar. Algumas equipas B2B também querem ver votos ponderados pela dimensão ou pelo plano do cliente. Mantenha isso apenas na vista de administração; as contagens públicas de votos devem continuar a ser uma pessoa, um voto.
Fechar o ciclo
A funcionalidade mais valiosa é o email que diz "o que votou foi lançado". Precisa de um fornecedor de envio (veja como enviar emails a partir da sua aplicação) e de uma opção clara de cancelamento. Associe o portal a uma página de registo de alterações e ligue cada publicação lançada à respetiva entrada no registo.
Um primeiro prompt que funciona
Crie um portal de feedback de clientes para uma aplicação de agendamentos chamada Slotly. Os clientes iniciam sessão com um link mágico enviado por email. Podem publicar uma ideia (título, descrição, categoria: Calendário, Pagamentos, Notificações, Outra), votar uma vez por publicação e comentar. Enquanto escrevem uma nova publicação, mostre até cinco publicações semelhantes já existentes. O quadro lista as publicações ordenadas por Mais votadas, Mais recentes ou Em tendência, filtrável por categoria e estado. Estados: Em análise, Planeado, Em curso, Lançado, Não planeado. Acrescente uma página de Roteiro com colunas Planeado, Em curso e Lançado. Os administradores têm uma página de triagem para as novas publicações, podem alterar o estado com uma nota curta, fundir um duplicado noutra publicação (movendo votos e comentários), marcar um comentário como resposta oficial e ocultar spam. Guarde tudo numa base de dados e registe cada alteração de estado. Design amigável e limpo que funcione em telemóveis.
Passos de criação
- Publicações, votos e comentários com um início de sessão simples. Verifique que uma pessoa não consegue votar duas vezes, nem a partir de dois separadores.
- Ordenação e filtros do quadro. Mais votadas, Mais recentes, Em tendência; filtros por categoria e estado.
- Triagem de administração. Alterações de estado com notas, ocultar, respostas oficiais.
- Tratamento de duplicados. Sugestões de publicações semelhantes e uma ação de fusão.
- Página de roteiro.
- Notificações. Enviar email a quem votou quando o estado muda, com um link para cancelar a subscrição.
- Ligação a partir do seu produto. Uma ligação "Feedback" no menu da aplicação que, se possível, inicia sessão as pessoas diretamente.
- Preencha-o com os pedidos que já tem, para que o primeiro visitante não veja um quadro vazio.
Erros comuns
- Lançar e abandonar. Defina um horário semanal para fazer a triagem das novas publicações e atualizar os estados.
- Tratar os votos como um roteiro. Os votos medem quantos visitantes do portal se importam, não o que é melhor para o produto. Fale também com os clientes; veja como fazer entrevistas a clientes.
- Não ter ação de fusão. Cinco cópias do mesmo pedido dividem os votos e escondem a procura real.
- Votos anónimos. Fáceis de manipular, impossíveis de acompanhar.
- Prometer datas no roteiro. Use Planeado e Em curso, não prazos, a menos que tenha a certeza.
- Deixar que se transforme num balcão de suporte. Encaminhe os relatórios de erros para o seu canal de suporte e diga-o no formulário.
Quando uma ferramenta de feedback alojada é a melhor escolha
Existem produtos dedicados de feedback que vale a pena avaliar se quer isto a funcionar hoje. Normalmente incluem widgets para a sua aplicação, integrações com ferramentas de gestão de erros e CRM, início de sessão único com o seu produto, e análise de quem pede o quê. Se já tem uma ferramenta de suporte ou de CRM, verifique se inclui um módulo de feedback ou de ideias antes de criar fosse o que fosse.
Crie o seu próprio quando quiser que o portal corresponda exatamente ao seu produto, quando precisar de ligar o feedback aos seus próprios dados de clientes (plano, utilização, dimensão da conta) sem pagar um escalão de integração, quando as regras forem invulgares (quadros privados por cliente, categorias apenas internas), ou quando as opções alojadas custarem mais do que a funcionalidade vale para si.
Criar com a Mythex
Na Mythex descreve o portal no chat e o agente cria-o numa pré-visualização em direto, acrescentando uma base de dados Postgres dedicada quando as publicações e os votos precisam de ser guardados (peça-a ou escreva /database). A Mythex não oferece início de sessão nem envio de emails integrados para as aplicações que cria: traz o seu próprio fornecedor e as suas chaves, guardadas como segredos do projeto. A documentação tem receitas para adicionar início de sessão e enviar emails.
Quando o fluxo principal funcionar, /test faz com que o agente percorra a pré-visualização (publicar uma ideia, votar, alterar o estado como administrador) e reporte o que falha. O modelo de quadro de pedidos de funcionalidades, com votos positivos e estados de novo a lançado, é um bom ponto de partida.
Perguntas
O que faz um portal de feedback de clientes?
Dá aos clientes um único espaço público para sugerir ideias, votar nas ideias dos outros e ver o que planeia, está a trabalhar e já lançou. Substitui o feedback espalhado por email, chat e chamadas.
As pessoas precisam de uma conta para votar?
Normalmente sim, ou pelo menos de um email verificado. A votação anónima é fácil de manipular e não lhe deixa forma de avisar as pessoas quando o pedido é lançado. Um início de sessão simples por link enviado por email é um meio-termo comum.
Devo criar primeiro as funcionalidades mais votadas?
Não automaticamente. Os votos mostram a procura das pessoas que encontraram o portal, não de toda a sua base de clientes. Use-os como uma entre várias informações, ao lado da receita, da estratégia e do que ouve nas conversas com os clientes.
Como lido com pedidos duplicados?
Mostre publicações semelhantes já existentes enquanto alguém escreve uma nova, e dê aos administradores uma ação de fusão que move os votos e os comentários para a publicação original e avisa quem votou.