marcellusfellipe

Intersena · 2026 · UX, UI

Aposta Rápida

Uma jornada curta para quem só quer apostar nas loterias da Caixa, dentro de um portal que faz muito mais coisa do que isso.

Cliente
Intersena
Ano
2026
Papel
UX, UI
Entregas
Fluxo, wireframes, interface, handoff
Ferramentas
Figma
Tela de abertura, com o título Fazer a fezinha nunca foi tão rápido e o botão Fazer minha fezinha.
01Abertura
Seleção de loteria, com Mega Sena, Lotofácil, Quina e Dupla Sena, e os concursos de hoje, quarta e sábado.
02Escolha da loteria
A mesma tela com o concurso da Mega Sena de 29 de dezembro selecionado, destacado por contorno verde.
03Loteria escolhida
Lista de quantidade de dezenas, de 6 a 15, cada uma com o preço da aposta e o ganho de chance.
04Quantas dezenas
A mesma lista com a opção de 6 dezenas selecionada.
05Quantidade escolhida
Volante de 1 a 60, com as dezenas escolhidas marcadas em verde.
06Volante
Tela perguntando se o usuário quer mais um jogo, com os jogos salvos e o total acumulado.
07Mais um jogo
Formulário com nome, e-mail, data de nascimento e telefone, antes do pagamento.
08Dados de contato
Métodos de pagamento recolhidos: cartão de crédito, PIX e PicPay.
09Meio de pagamento
Método de cartão de crédito aberto, com número, validade, CVV, nome e CPF do titular.
10Dados do cartão
Confirmação da aposta, com as dezenas jogadas, o concurso e o total pago.
11Confirmação
A jornada completa, da abertura até a confirmação. Onze telas, incluindo os estados intermediários de cada escolha.11 telas

Problema

O caminho até uma aposta passava por decisões demais.

A Intersena opera um portal de loterias com um catálogo grande de funcionalidades: modalidades diferentes, bolões, recorrência, histórico, saldo, promoções. Tudo isso divide a mesma tela inicial, e quem entra uma vez por semana só para apostar precisa atravessar o catálogo inteiro.

A tarefa em si é curta: escolher a loteria, marcar alguns números e pagar. No portal, ela se espalhava por telas que pediam decisões sobre bolão, recorrência e saldo antes de chegar ao pagamento.

Descoberta

Contei as decisões que o portal pedia até o pagamento.

O que olhei antes de desenhar:

  • O fluxo real de aposta no portal, tela por tela, contando quantas decisões o usuário precisa tomar até o pagamento.
  • As regras das loterias da Caixa, para separar a complexidade que é obrigação da modalidade daquela que o produto acrescentou.
  • Que elementos da tela existem por necessidade do negócio: promoção, saldo, indicação.

A conclusão que mudou a direção: a maior parte do que estava na frente do usuário vinha do acúmulo do produto, e só um resto pequeno vinha das regras da Caixa. Isso abria espaço para separar quem quer apostar agora de quem quer administrar apostas.

Em vez de reduzir o portal, abri um caminho paralelo para uma intenção só.

Solução

Uma decisão por tela, na ordem da aposta.

Separei a jornada rápida do portal completo. Reduzir um produto maduro exige negociar com todas as áreas que colocaram alguma coisa ali. Abrir um caminho novo dispensa essa negociação. A saída para o portal fica visível o tempo todo.

Três decisões valem para a jornada inteira. Uma coisa só por tela, com o elemento de ação no centro visual. Cor reservada para três estados: seleção, erro e confirmação. E tipografia acima do padrão de e-commerce, porque parte do público de loteria lê com dificuldade no celular.

  1. 01 · Seleção de loteria

    A loteria vem primeiro.

    Quem abre o app costuma já saber em que loteria vai jogar. A tela lista as modalidades e, abaixo, os próximos concursos por data e prêmio. A barra de etapas aparece aqui, para a pessoa saber quanto falta antes de começar a preencher.

  2. 02 · Número de dezenas

    Cada quantidade mostra o próprio preço.

    Seis dezenas custam R$ 8,50 e quinze custam R$ 32.480. A diferença é grande demais para aparecer só no checkout, então preço e ganho de chance ficam na mesma linha da opção.

  3. 03 · Números da sorte

    O volante é o componente principal da tela.

    A dezena marcada recebe preenchimento cheio, porque o polegar cobre a própria opção no momento do toque e um contorno fino sumiria embaixo dele. O contador fica fixo na tela, já que é a quantidade escolhida que libera o botão.

  4. 04 · Jogos salvos

    Adicionar outro jogo vem antes do pagamento.

    O total acumula à vista e cada jogo pode ser removido ali mesmo. Assim a soma já está conhecida quando a tela de pagamento aparece.

  5. 05 · Cadastro

    Os dados são pedidos no ponto mais tarde possível.

    Nome, e-mail, data de nascimento e telefone: o suficiente para comunicar status, premiação e comprovante. O cadastro fica depois da escolha dos números, quando a pessoa já montou a aposta e tem motivo para terminar.

  6. 06 · Pagamento

    Um método aberto por vez.

    Cartão, PIX e PicPay ficam recolhidos e só o escolhido se abre, então a tela nunca mostra três formulários ao mesmo tempo. O botão de pagar fica apagado até os campos obrigatórios estarem preenchidos.

  7. 07 · Confirmação

    A confirmação abre pelos números jogados.

    É o que a pessoa quer conferir assim que o pagamento passa. Abaixo vem o comprovante com loteria, forma de pagamento, data, ID da transação e valor pago. Dali dá para jogar de novo ou ir para o portal.

Aprendizado

O caminho paralelo deixou duas regras para manter.

Separar a jornada destravou o projeto, mas deixou dois lugares que precisam mudar juntos quando uma regra de loteria muda.

Hoje eu documentaria desde o início quais regras são compartilhadas e quais são exclusivas da jornada rápida, para que a manutenção não dependesse de memória de quem participou.

Próximo projeto

Cuidar Psicologia

Cuidar Psicologia · 2026

Contato

vamos conversar

Respondo e-mail em até dois dias úteis.