Aplicativo Mobile
De tickets físicos a QR code na entrada. Um app que reduziu filas no horário de pico e manteve os usuários por sete anos.
"Cada passo no totem é mais uma pessoa esperando atrás de você."
Situação
A Netpark operava estacionamentos corporativos em sete unidades. O sistema era totalmente analógico. Uma máquina imprimia o ticket na entrada, o motorista guardava, e antes de sair pagava num totem dentro do estacionamento. Nos horários de pico — entrada de manhã e saída à noite — as filas se formavam nos totens de pagamento.
Não havia relação com o cliente além da transação diária. Mensalistas tinham um cartão de plástico, nada mais. A Netpark não tinha como se comunicar com os usuários, oferecer novos serviços ou mostrar o histórico de pagamentos.
Tarefas
Projetar um app mobile com três funções principais: entrada e saída por QR code para mensalistas, pagamento avulso por leitura de código de barras e busca da unidade Netpark mais próxima.
Meu papel. Projetei a arquitetura da informação, a experiência do usuário e a interface — do sitemap às telas finais.
Ações
O processo em 4 etapas
- iPesquisa contextual. Observação nos horários de pico, nos totens e nas catracas. A fricção não era o pagamento em si, mas a fila. Achar o ticket, ler o display, inserir dinheiro ou cartão, esperar o comprovante.
- iiArquitetura da informação. Um sitemap mapeou cada página, sub-página, lógica, ação externa e dialog. Esse foi o contrato entre design e desenvolvimento.
- iiiValidação em baixa fidelidade. Wireframes testaram hierarquia de informação e navegação. O QR code precisava ser a primeira coisa que o usuário vê.
- ivDesign em alta fidelidade. Um sistema visual focado em velocidade, acessibilidade e minimalismo. Alto contraste para uso externo. Mínimo de passos para cada ação principal.
Decisão 1 · QR code como tela inicial
Para um mensalista, a ação diária é entrar na garagem. O QR code é a tela inicial — não um dashboard, não um menu, não uma mensagem de boas-vindas. O usuário abre o app, aponta o celular para o leitor, a cancela abre. Todo o resto — pagamento, histórico, unidades — fica a um toque na tab bar, mas nunca no caminho daquilo que ele faz toda manhã.
Decisão 2 · Onboarding na tela real
Em vez de um tutorial separado com ilustrações, cada passo do onboarding é um overlay sobre a interface real. O usuário aprende olhando a tela verdadeira, não um desenho dela. Cinco passos, cada um ancorado a uma aba. Os cards explicam o que cada seção faz enquanto a UI real aparece por trás.
Decisão 3 · O sitemap como contrato
O fluxograma definiu cada estado antes de um pixel ser desenhado. Branco para páginas, roxo para sub-páginas, escuro para lógica, verde para ações externas, oliva para dialogs. Cada check verde é uma tela entregue. Os desenvolvedores usaram como especificação, não como decoração.
Decisão 4 · Detalhe sem trocar de tela
O histórico de pagamentos mostra data, local e valor numa lista escaneável. Um toque expande para mostrar número do ticket, código da unidade, endereço e faixa de horário. Sem tela de detalhe separada. O usuário escaneia a lista, toca, lê o detalhe, segue em frente. A lista fica no contexto.
Resultados
- iFilas no pico reduzidas. Mensalistas não precisavam mais do totem de pagamento.
- ii30% mais assinaturas. O app tornou o plano mensal mais atraente do que pagar por uso.
- iEm uso há sete anos. 10.000+ downloads no Google Play e nota 4.2 com centenas de avaliações, em 2026.
TIM | Análise do Atendimento ao Cliente
Uma tela só para entender qualquer ligação de cliente. Com IA, o time de ouvidoria da TIM passou a revisar uma ligação em 30 minutos, e não mais em 4 horas.
Ver case →