Menos cliques em um componente usado o dia todo
- Análise de sessões (Hotjar)
- Benchmark
- Hipótese
- Handoff
- Lançamento controlado
- −48%cliques por seleção
- 11 s → 5 spara concluir a seleção
- 37%mais rápido na primeira interação
- GradualValidação pontual, depois em toda a plataforma
O Imobanco é usado por empreendedores que, em certos períodos do mês, fazem dezenas de movimentações seguidas. O seletor de contatos e carteiras, presente em quase todas elas, pedia até 6 cliques, rolagem em duas direções e tinha campos de busca duplicados.
O problema era silencioso. Ninguém no time analisava o comportamento de uso, então essas fricções só apareciam em momentos críticos, quando alguém chamava o suporte. Antes de propor a solução, precisei mostrar que a demanda existia.
- 01 · InvisívelA fricção só chegava ao time quando virava chamado no suporte.
- 02 · EvidênciaSessões reais no Hotjar (11 a 20 s por seleção, até 30 min para aprender) e benchmark de padrões de mercado.
- 03 · PrioridadeCom os dados, o time aceitou a demanda e o lançamento controlado.
Num produto financeiro, cada fricção em um fluxo crítico vira risco de erro, de chamado no suporte e de churn. Trocar o componente em toda a plataforma de uma vez seria mais rápido, mas arriscado, então propus lançar primeiro em uma funcionalidade, medir e só depois escalar.
Tudo de uma vez
Oferecia
- Consistência imediata em toda a plataforma.
Por que não coube
- Um erro num fluxo financeiro crítico afetaria todos os usuários ao mesmo tempo.
Uma funcionalidade primeiro
Ganhamos
- Evidência real antes de escalar.
- Risco contido em um único fluxo.
- Dados para o time decidir investir na escala.
Abrimos mão
- Por um tempo, a plataforma conviveu com dois padrões de seletor.
Substituímos o modal por um dropdown com busca: campo, busca e seleção no mesmo lugar. A tarefa caiu de 6 para 2 cliques e de 11 para 5 segundos.
- Início
- Campo
- Pesquisar
- Buscar
- Rolar para baixo
- Rolar para o lado
- Selecionar
- Fim
- Início
- Campo
- Pesquisar
- Selecionar
- Fim
- −4 cliques · −6 s por seleção
Decisões
Cada decisão veio de um dado
DecisãoDropdown com busca no lugar do modalPor quê?
DecisãoUm único campo de buscaPor quê?
DecisãoLançar em uma funcionalidade antes de escalarPor quê?
DecisãoHandoff com estados, regras e tokensPor quê?
Onde estamos
- FeitoDiagnóstico no Hotjar
- FeitoHipótese e benchmark
- FeitoLançamento em uma funcionalidade
- FeitoValidação com usuários
- FeitoEscala para toda a plataforma
Aprendizados
- Olhar sessões reais mostrou o problema com mais precisão do que qualquer opinião: o job do usuário era fazer várias transferências seguidas, sem fricção.
- Envolver a engenharia desde o início e documentar cada estado garantiu que o padrão escalasse igual em toda a plataforma.