Ecossistema digital para a supermigração de app
Itaú / EBAC
Neste projeto acadêmico, conectei quatro produtos para ajudar clientes de banco a localizar funções conhecidas e acompanhar mudanças na migração.
Modo Espelho: localizar e concluir uma tarefa.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Tradutor de FunçõesO case em poucas palavras
- O problema
- Na migração de app, funções deslocadas e suporte fragmentado dificultavam acompanhar tarefas bancárias conhecidas.
- Meu papel
- UX & UI Designer
- A decisão
- Mapeei oito necessidades a quatro produtos conectados, com regras de continuidade entre celular, web e relógio antes de desenhar telas.
- O que entreguei
- Proposta acadêmica de ecossistema com 104 tokens, 27 componentes e um backlog de validação priorizado.
- Evidências de validação
- Quatro participantes reais e uma sessão simulada geraram 19 achados priorizados em duas tarefas.
- O que não foi medido
- Projeto acadêmico, não lançado. Achados não são taxa estatística de falha nem impacto de negócio medido.
Pesquisa, fluxos e prototipação
Pesquisa documental e matriz de canais orientaram os fluxos (User Flows). Prototipação (Prototyping) e testes de usabilidade expuseram inconsistências antes da identidade visual.
Ajudar clientes a atravessar a migração de app.
Neste projeto acadêmico individual da EBAC, explorei como a migração de um app bancário pode preservar rotinas e comunicar mudanças com clareza.
Ver as evidências
Entregue e defendido em 2026, sem implementação em produção. Quatro produtos propostos cobrem celular, internet banking e relógio, cada canal com um papel específico.
Onde foi parar a função que eu usava todo dia?
Clientes recorrentes podem interpretar funções deslocadas, cobranças sem explicação e filas silenciosas como perda de confiança. Modernizar não garante continuidade percebida.
Ver as evidências
O desafio era apoiar continuidade funcional e transparência sem criar um acesso separado que ampliasse a fragmentação.
Cruzei reclamações públicas com relatos de quatro clientes.
A pesquisa documental examinou reclamações públicas. Um roteiro assíncrono reuniu relatos de quatro clientes recorrentes sobre continuidade funcional.
Ver as evidências
Evidência documental não é comportamento observado. Os quatro respondentes pertenciam ao eixo de continuidade. A persona de transparência permaneceu documental; o limite orientou a validação.
Dei um destino a cada uma das oito necessidades.
Mapeei cada necessidade a um produto: Modo Espelho, Radar de Mudanças, Painel de Transição e Linha do Tempo Única. A matriz de canais veio antes das telas.
Ver as evidências
Redesign visual genérico e cashback ampliado foram descartados por não responderem às necessidades documentadas. Entradas de tarefas existentes conduzem ao ecossistema.
Tarefa existente → Hub compartilhado → Apoio contextual
Um ecossistema proposto que conecta quatro produtos em três canais.
A linha do tempo contradizia o título do caso.
Cinco sessões em duas tarefas geraram 19 achados priorizados. Quatro participantes foram reconvidados; a quinta sessão foi simulada a partir da persona documental.
Ver as evidências
Um título de caso encerrado contradizia o histórico em andamento na mesma tela. Isso foi corrigido antes da identidade visual. Achados não equivalem a taxa estatística de falha.
Uma base comum para celular, web e relógio.
A proposta inclui 12 entregáveis por produto e canal, 104 tokens em três camadas e 27 componentes. Acessibilidade orientou alvos de toque e cor desde a base.
Ver as evidências
O case documenta verificações WCAG 2.2 e alvos de toque de 44 × 44. A sequência abaixo apresenta telas do protótipo fornecido; não é gravação de uma função bancária lançada.
SuperApp: versões de home enviadas
Telas enviadas do protótipo acadêmico, não de um serviço bancário lançado. As telas originais permanecem em português.
Web: acompanhamento e encerramento do caso
Telas enviadas do protótipo acadêmico, não de um serviço bancário lançado. As telas originais permanecem em português.
Relógio: avisos breves e status
Telas enviadas do protótipo acadêmico, não de um serviço bancário lançado. As telas originais permanecem em português.
Modo Espelho: localizar e concluir uma tarefa.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Tradutor de FunçõesInstabilidade e Modo de Resgate.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Instabilidade parcialRadar de Mudanças: preparar para uma função que mudou.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Aviso de mudança · Passo 1Radar de Mudanças: entender e contestar uma cobrança.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Extrato explicadoPainel de Transição: acompanhar a migração.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Status da transiçãoLinha do Tempo Única: consultar o caso recente.
Apresentação animada de telas existentes do projeto. Não é uma gravação de interação ao vivo.
Consulta rápida do casoVer a galeria completa de telas
O que ainda precisa ser validado.
O resultado é uma proposta acadêmica defendida e um backlog de validação priorizado, não um produto bancário lançado. Cada solução remete a uma necessidade declarada.
Ver as evidências
O próximo passo é pesquisa primária com o perfil de transparência e confiança, seguida de novos testes. Aprendizado: um ecossistema exige regras de continuidade, não só identidade visual.