Neste guia
Você pediu aos testadores que encontrassem bugs e recebeu uma lista de desejos: modo escuro, exportação, widgets, uma visualização de calendário, compartilhamento. É um bom sinal que as pessoas se importem, mas uma lista de ideias não é um plano. Se você construir tudo, o app cresce em todas as direções e nada fica pronto. Organize primeiro, depois escolha.
Passo 1: coloque cada item em uma de quatro caixas
| Caixa | Pergunta | Exemplo |
|---|---|---|
| Bug | O app faz algo diferente do que deveria? | O botão Salvar não faz nada |
| Problema de uso | Funciona, mas as pessoas se perdem ou demoram demais? | Não encontram onde editar um registro |
| Desejo | É algo novo que ainda não existe? | "Adicionar exportação para CSV" |
| Opinião | É gosto, sem nenhuma tarefa por trás? | "Eu prefiro azul" |
Bugs e problemas de uso vão para o seu processo normal de correção. Opiniões vão para uma nota, a não ser que várias pessoas digam o mesmo. O resto desta página trata dos desejos.
Passo 2: transforme cada desejo em um problema
Um desejo é uma solução que alguém inventou. Por baixo dele existe uma tarefa que a pessoa não conseguiu concluir. Pergunte: "O que você estava tentando fazer?" Depois escreva o problema em uma frase.
| Desejo | Problema a resolver |
|---|---|
| "Adicionar exportação para CSV" | "Preciso passar meus dados para uma planilha para o meu contador" |
| "Adicionar widgets" | "Quero ver o status de hoje sem abrir o app" |
| "Visualização de calendário" | "Não consigo ver o que vem nas próximas semanas" |
Agora dá para perguntar se existe uma solução menor ou mais barata. Um e-mail semanal pode resolver o problema do calendário mais rápido do que uma tela nova.
Passo 3: contar e agrupar
- Junte problemas parecidos em uma única linha.
- Marque cada pessoa independente que levantou o problema.
- Coloque no topo os que combinam com a finalidade principal do seu app.
Dez ideias diferentes muitas vezes se resumem a três problemas. Trate os problemas como a lista, não as ideias.
Passo 4: aplique regras simples
- Atende à tarefa principal? Se o seu app é um cronômetro, um gráfico de orçamento não faz parte do núcleo.
- Várias pessoas independentes levantam o mesmo problema? Um pedido é um sinal para observar, três é um sinal para agir.
- É barato e seguro? Desejos pequenos e de baixo risco podem entrar cedo; os grandes exigem uma decisão.
- Aumenta a manutenção? Cada função precisa ser mantida, testada e explicada.
- Combina com o seu público-alvo? Nem todo testador é seu usuário.
O que não passa na primeira regra vai para uma lista de "não agora". Isso é uma decisão, não uma recusa.
Passo 5: avise os testadores
Responda com o que você decidiu: "Planejado para a próxima atualização", "Estamos pensando nisso" ou "Não agora, porque não se encaixa no foco". As pessoas aceitam melhor um "não" do que o silêncio. Não prometa datas que você não consegue cumprir.
Evite que os pedidos tomem conta
- Dê uma tarefa aos testadores para o teste, para que eles relatem sobre ela e não sobre tudo.
- Ofereça um lugar separado para ideias. Um campo para problemas e outro para desejos mantém os dois separados.
- Diga no convite em que fase o app está, por exemplo "Quero saber agora só sobre bugs e partes confusas".
Para um ranking geral por impacto e esforço, veja como priorizar o feedback do app.
Relacionados
- Visão geral: Problemas de teste de apps e como resolvê-los
- Como obter logs de crash do celular de um testador
- Bugs que aparecem só em um idioma ou região
O AppReviewX oferece feedback privado e estruturado, o que ajuda a manter bugs, problemas de uso e desejos separados. Cada feedback que você escreve vale um crédito. Comece grátis