CASE DE PRODUTO
CASE DE PRODUTO
IziOne
IziOne
Internet Banking BaaS
Internet Banking BaaS
Plataforma de internet banking desenvolvida para empresas,
com foco em gestão financeira completa, segurança, permissões
inteligentes e uma experiência moderna em desktop e mobile.
Plataforma de internet banking desenvolvida para empresas, com
foco em gestão financeira completa, segurança, permissões inteligentes
e uma experiência moderna em
desktop e mobile.
Plataforma de internet banking desenvolvida para empresas,
com foco em gestão financeira completa, segurança, permissões
inteligentes e uma experiência moderna em desktop e mobile.
Ano
Ano
2026
2026
2026
Duração
Duração
3 meses
3 meses
3 meses
Plataformas
Plataformas
Web (desktop) e Mobile
Web (desktop) e Mobile
Web e Mobile
Bibliotecas
Bibliotecas
Material UI for Figma
Material UI for Figma
MUI for Figma
Contexto
O IziOne surgiu da evolução de uma plataforma bancária existente, com o objetivo de simplificar operações financeiras complexas, reduzir ambiguidades em pagamentos e aprovações e organizar melhor a arquitetura das funcionalidades. O projeto também buscou criar consistência entre os módulos, reforçar a segurança sem aumentar a fricção e preparar o produto para novas soluções BaaS.
Para acelerar o desenvolvimento, adaptei uma biblioteca de componentes já existente e trabalhei em colaboração com stakeholders e tecnologia, com validações semanais, benchmarks de mercado e handoff documentado no Figma.
Como usei IA neste projeto
Utilizei o ChatGPT como ferramenta de apoio para organizar requisitos, explorar cenários de interface, revisar textos e acelerar a documentação de handoff. Como toda LLM, a ferramenta pode apresentar informações imprecisas ou desconsiderar regras específicas do produto; por isso, todas as sugestões foram analisadas e validadas com o contexto do negócio e com o time.
A IA trouxe velocidade às tarefas operacionais, enquanto as decisões de UX, priorizações e soluções finais permaneceram baseadas em análise crítica, restrições técnicas e necessidades dos usuários.
Minha atuação
Arquitetura da informação e jornadas
Mapeamento de fluxos e regras de negócio
Wireframes, UI de alta fidelidade e protótipos
UX Writing e mensagens do sistema
Estados, cenários e responsividade
Mapeamento de notificações
Documentação e handoff para desenvolvimento
Validação com stakeholders e revisões técnicas
Restrições, complexidade e discovery
Restrições, complexidade e discovery
Restrições, complexidade e discovery
Regras bancárias e financeiras complexas
Regras bancárias e financeiras complexas
Regras bancárias e financeiras complexas
Pagamentos com necessidade de múltiplas aprovações
Pagamentos com necessidade de múltiplas aprovações
Pagamentos com necessidade de múltiplas aprovações
Integrações com fornecedores BaaS
Integrações com fornecedores BaaS
Integrações com fornecedores BaaS
Decisões e regras evoluindo durante o projeto
Decisões e regras evoluindo durante o projeto
Decisões e regras evoluindo durante o projeto
Permissões carregadas dinamicamente pelo backend
Permissões carregadas dinamicamente pelo backend
Permissões carregadas dinamicamente pelo backend
Múltiplos perfis e níveis de responsabilidade
Múltiplos perfis e níveis de responsabilidade
Múltiplos perfis e níveis de responsabilidade
Análise do produto
atual e materiais existentes
Análise do produto
atual e materiais existentes
Análise do produto atual e materiais existentes
Levantamento de requisitos e regras
de negócio
Levantamento de requisitos e regras
de negócio
Levantamento de requisitos e regras de negócio
Benchmarks e referências
de mercado
Benchmarks e referências
de mercado
Benchmarks e referências de mercado
Mapeamento
de jornadas e
fluxos prioritários
Mapeamento
de jornadas e
fluxos prioritários
Mapeamento de jornadas e fluxos prioritários
Validação com stakeholders
e tecnologia
Validação com stakeholders
e tecnologia
Validação com stakeholders e tecnologia
Desafios de UX
Permissões e usuários
Modelo inicial por perfil foi ajustado para permissões individuais por usuário após validação técnica
Segurança e primeiro acesso
Jornada completa de segurança: validação por código, criação de senha, PIN transacional e MFA.
Agendamentos e recorrências
Diferenciar transações executadas, agendadas e recorrentes, com cancelamento individual ou total.
Aprovação de pagamentos
Explicar que pagamentos acima da alçada precisam ser aprovados antes da execução
Decisões que geram impacto
Permissões: de perfis para usuários
Problema
Perfis não refletiam a flexibilidade exigida.
Decisão
Separar perfil de permissionamento.
Solução
Permissões individuais e dinâmicas por usuário.
Impacto
Mais flexibilidade, segurança e aderência ao backend.
Aprovações: clareza antes da execução
Problema
Usuários confundiam solicitação com execução.
Decisão
Expor status e fluxo de aprovação.
Solução
CTA “Enviar para aprovação” e ausência de comprovante.
Impacto
Menos dúvida, retrabalho e risco operacional.
Handoff e colaboração
Handoff e colaboração
Documentação completa para garantir alinhamento e qualidade na implementação.
Documentação completa para garantir alinhamento e qualidade na implementação.
Regras de interface e comportamentos
Regras de interface e comportamentos
Estados, validações e mensagens
Estados, validações e mensagens
Mapeamento de notificações
Mapeamento
de notificações
Cenários de erro e bloqueio
Cenários de erro e bloqueio
Responsividade e breakpoints
Responsividade e breakpoints
User flow e arquitetura da informação
Resultados
Fluxos financeiros mais claros e compreensíveis
Mais consistência entre módulos e dispositivos
Base escalável para novas funcionalidades BaaS
Handoff mais objetivo e eficiente para desenvolvimento
Redução de ambiguidades em aprovações e permissões
Padronização de estados e mensagens do sistema
Contexto
O IziOne surgiu da evolução de uma plataforma bancária existente, com o objetivo de simplificar operações financeiras complexas, reduzir ambiguidades em pagamentos e aprovações e organizar melhor a arquitetura das funcionalidades. O projeto também buscou criar consistência entre os módulos, reforçar a segurança sem aumentar a fricção e preparar o produto para novas soluções BaaS.
Para acelerar o desenvolvimento, adaptei uma biblioteca de componentes já existente e trabalhei em colaboração com stakeholders e tecnologia, com validações semanais, benchmarks de mercado e handoff documentado no Figma.
Como usei IA neste projeto
Utilizei o ChatGPT como ferramenta de apoio para organizar requisitos, explorar cenários de interface, revisar textos e acelerar a documentação de handoff.
Como toda LLM, a ferramenta pode apresentar informações imprecisas ou desconsiderar regras específicas do produto; por isso, todas as sugestões foram analisadas e validadas com o contexto do negócio e com o time.
A IA trouxe velocidade às tarefas operacionais, enquanto as decisões de UX, priorizações e soluções finais permaneceram baseadas em análise crítica, restrições técnicas e necessidades dos usuários.
Minha atuação
Arquitetura da informação e jornadas
Wireframes, UI de alta fidelidade e protótipos
Estados, cenários e responsividade
Documentação e handoff para desenvolvimento
Validação com stakeholders e revisões técnicas
Mapeamento de notificações
UX Writing e mensagens do sistema
Mapeamento de fluxos e regras de negócio
Contexto
O IziOne surgiu da evolução de uma plataforma bancária existente, com o objetivo de simplificar operações financeiras complexas, reduzir ambiguidades em pagamentos e aprovações e organizar melhor a arquitetura das funcionalidades. O projeto também buscou criar consistência entre os módulos, reforçar a segurança sem aumentar a fricção e preparar o produto para novas soluções BaaS.
Para acelerar o desenvolvimento, adaptei uma biblioteca de componentes já existente e trabalhei em colaboração com stakeholders e tecnologia, com validações semanais, benchmarks de mercado e handoff documentado no Figma.
Como usei IA neste projeto
Utilizei o ChatGPT como ferramenta de apoio para organizar requisitos, explorar cenários de interface, revisar textos e acelerar a documentação de handoff.
Como toda LLM, a ferramenta pode apresentar informações imprecisas ou desconsiderar regras específicas do produto; por isso, todas as sugestões foram analisadas e validadas com o contexto do negócio e com o time.
A IA trouxe velocidade às tarefas operacionais, enquanto as decisões de UX, priorizações e soluções finais permaneceram baseadas em análise crítica, restrições técnicas e necessidades dos usuários.
Minha atuação
Arquitetura da informação e jornadas
Mapeamento de fluxos e regras de negócio
Wireframes, UI de alta fidelidade e protótipos
UX Writing e mensagens do sistema
Estados, cenários e responsividade
Mapeamento de notificações
Documentação e handoff para desenvolvimento
Validação com stakeholders e revisões técnicas
Desafios de UX
Permissões e usuários
Modelo inicial por perfil foi ajustado para permissões individuais por usuário após validação técnica
Segurança e primeiro acesso
Jornada completa de segurança: validação por código, criação de senha, PIN transacional e MFA.
Agendamentos e recorrências
Diferenciar transações executadas, agendadas e recorrentes, com cancelamento individual ou total.
Aprovação de pagamentos
Explicar que pagamentos acima da alçada precisam ser aprovados antes da execução
Decisões que geram impacto
Permissões: de perfis para usuários
Problema
Perfis não refletiam a flexibilidade exigida.
Decisão
Separar perfil de permissionamento.
Solução
Permissões individuais e dinâmicas por usuário.
Impacto
Mais flexibilidade, segurança e aderência
ao backend.
Aprovações: clareza antes da execução
Problema
Usuários confundiam solicitação com execução.
Decisão
Expor status e fluxo de aprovação.
Solução
CTA “Enviar para aprovação” e ausência
de comprovante.
Impacto
Menos dúvida, retrabalho e risco operacional.
Desafios de UX
Permissões e usuários
Modelo inicial por perfil foi ajustado para permissões individuais por usuário após validação técnica
Segurança e primeiro acesso
Jornada completa de segurança: validação por código, criação de senha, PIN transacional e MFA.
Agendamentos e recorrências
Diferenciar transações executadas, agendadas e recorrentes, com cancelamento individual ou total.
Aprovação de pagamentos
Explicar que pagamentos acima da alçada precisam ser aprovados antes da execução
Decisões que geram impacto
Permissões: de perfis para usuários
Problema
Perfis não refletiam a flexibilidade exigida.
Decisão
Separar perfil de permissionamento.
Solução
Permissões individuais e dinâmicas por usuário.
Impacto
Mais flexibilidade, segurança e aderência ao backend.
Aprovações: clareza antes da execução
Problema
Usuários confundiam solicitação com execução.
Decisão
Expor status e fluxo de aprovação.
Solução
CTA “Enviar para aprovação” e ausência de comprovante.
Impacto
Menos dúvida, retrabalho e risco operacional.
Resultados
Fluxos financeiros mais claros e compreensíveis
Mais consistência entre módulos e dispositivos
Base escalável para novas funcionalidades BaaS
Handoff mais objetivo e eficiente para desenvolvimento
Redução de ambiguidades em aprovações e permissões
Padronização de estados e mensagens do sistema
Resultados
Fluxos financeiros mais claros e compreensíveis
Mais consistência entre módulos e dispositivos
Base escalável para novas funcionalidades BaaS
Handoff mais objetivo e eficiente para desenvolvimento
Redução de ambiguidades em aprovações e permissões
Padronização de estados e mensagens do sistema