Antes de corrigir, perguntar: isso é bug mesmo?
Um teste de campo revelou uma lista longa de "problemas" no app novo dos Corretores. A pergunta certa ao PO evitou que o time gastasse 80 horas consertando algo que não estava quebrado.
(0 → 1)
Corretores no stand não tinham forma mobile de operar
A Tegra já era cliente do CRM web da Hypnobox, mas os Corretores em atuação no stand de vendas não tinham como fazer check-in, consultar empreendimentos ou receber notificações — tudo dependia do sistema web, pouco prático para quem está em pé, em movimento.
Antes do app, o processo de fila era em papel: a recepcionista anotava manualmente a chegada de cada Corretor e chamava por ordem — sujeito a erro humano, sem registro digital.
Validar em campo, não em sala de reunião
Toque em cada etapa para ver o detalhe.
01Prototipação navegável+
02Teste guiado no próprio stand de vendas+
03Verificação com o PO do projeto+
Uma lista longa de dúvidas operacionais — e zero bugs reais
- Conflito de horário entre check-in e sorteio da fila — Corretores temiam "furar fila" sem estar presentes
- Notificações apareciam na versão web, mas não no app — especificamente ausentes em iPhone
- Falta de destaque visual no CRM para indicar quem seria o próximo da fila a atender
1. Login
2. Home
3. Bem-vindo ao check-in
4. Ler QR Code
5. Check-in confirmado
6. Corretor na fila
7. Notificações — Todas
8. Notificações — Não lidas
9. Notificação aberta
A pergunta certa evitou o retrabalho errado
Em vez de gastar horas "corrigindo" o que já funcionava, a Tegra realocou o esforço para prioridades reais. O web app foi lançado para toda a base de Corretores e seguia em uso ativo até o momento em que atuei na empresa.
O que eu faria diferente
Insistiria mais para que os ajustes de usabilidade observados em campo fossem priorizados logo em seguida, em vez de o time seguir o protocolo já definido — defender os achados de pesquisa às vezes exige questionar um plano em andamento.