Desafio - DeliverEase

DeliverEase — Projetando um app de delivery completo do zero

Como conduzi pesquisa com usuários, benchmark de mercado e um protótipo de alta fidelidade para criar uma experiência de delivery abrangente e centrada no usuário

Imagem da capa do MVP proposto para validação

Meu papel neste projeto foi de PO e UX Designer. O objetivo foi conduzir o processo completo de design, da pesquisa ao protótipo de alta fidelidade para um app de delivery que atendesse não só comida, mas supermercado, farmácia e conveniência em um único lugar.

O contexto

A DeliverEase é uma startup fictícia de delivery com uma proposta diferente das grandes plataformas: em vez de focar só em comida, ela conecta o usuário a restaurantes, mercados, farmácias e lojas de conveniência em um único app. A missão é simples — permitir que o usuário peça e receba tudo que precisa com poucos toques.

O desafio do projeto era criar a experiência completa do aplicativo: desde a tela inicial até a confirmação do pedido, passando por navegação de restaurante e carrinho. Tudo com foco em usabilidade, clareza e conversão.

Objetivo do projeto

Projetar um aplicativo de delivery multi-categoria que seja fácil de usar, confiável e que reduza a fricção entre o desejo do usuário e a conclusão do pedido.

Benchmark — aprendendo com os concorrentes

Antes de qualquer risco no papel, analisei cinco referências de mercado para entender padrões consolidados, oportunidades e armadilhas a evitar.

Principais aprendizados do benchmark

    • Categorias visuais na home aceleram a chegada do usuário ao produto desejado
    • Card de restaurante precisa entregar: avaliação, tempo de entrega e frete em uma leitura
    • Confirmação de endereço é um ponto crítico — erros aqui geram abandono e suporte
    • Carrinho com resumo visível o tempo todo reduz fricção na finalização
    • Multi-categoria precisa estar na home, não escondida em menus secundários

Pesquisa com usuários

Com as referências de mercado mapeadas, conduzi entrevistas simuladas com 6 usuários representando perfis variados de consumidores de apps de delivery. O objetivo era validar hipóteses sobre comportamento, frustrações e expectativas antes de definir qualquer tela.

Perfis entrevistados

Ana, 28 anos — Analista de marketing
Pede delivery 4x por semana. Prioriza velocidade de entrega e confia em avaliações de outros usuários para decidir onde pedir.

Carlos, 34 anos — Desenvolvedor remoto
Usa delivery para almoço diário. Valoriza apps que lembram pedidos anteriores e têm fluxo rápido — não quer rolar muito para achar o que quer.

Mariana, 41 anos — Professora
Usa delivery de mercado e farmácia. Reclama quando o app mistura categorias de forma confusa e já abandonou pedido por não entender o carrinho.

Rafael, 22 anos — Estudante universitário
Muito sensível a preço. Busca cupons antes de decidir. Abandona o app se o frete estiver escondido e aparecer só no checkout.

Fernanda, 38 anos — Mãe de dois filhos
Pede para a família inteira. Precisa de pedidos de múltiplos estabelecimentos. Sente falta de categorias claras para diferenciar comida de mercado.

Bruno, 26 anos — Designer freelancer
Crítico de interface. Desiste quando o app tem muita informação visual competindo ao mesmo tempo. Valoriza telas limpas e ações óbvias.

O que as entrevistas revelaram

5/6

Já abandonaram um pedido no meio por dificuldade de navegação

100%

Querem ver tempo de entrega e valor do frete antes de entrar no restaurante

4/6

Gostariam de pedir comida e mercado no mesmo app sem confusão

Principais dores identificadas

    • Frete escondido: descobrir a taxa de entrega só no carrinho gera frustração e abandono
    • Cardápio sem hierarquia: listas longas sem categorias internas dificultam a escolha
    • Confirmação de pedido sem clareza: usuários relataram insegurança sobre “se o pedido foi mesmo”
    • Multi-categoria confusa: misturar comida, mercado e farmácia sem separação visual clara desorientava
    • Carrinho sem contexto: perder o fio do pedido ao sair e voltar ao app era comum

Definindo as telas a projetar

Com as dores mapeadas e o benchmark digerido, defini quatro telas que cobrem o fluxo completo da tarefa principal: encontrar, escolher e finalizar um pedido.

    • Home: ponto de entrada — busca, categorias, promoções e restaurantes próximos
    • Página do restaurante: cardápio organizado, avaliação, tempo e frete visíveis
    • Carrinho: revisão do pedido, cupom, pagamento e endereço — tudo em uma tela
    • Confirmação: feedback imediato de sucesso com rastreamento do status

Wireframes — estrutura antes da estética

Antes de qualquer cor ou tipografia, estruturei o esqueleto de cada tela. O objetivo dos wireframes era garantir que a hierarquia de informação e o fluxo de navegação estivessem certos — erros de estrutura são muito mais baratos de corrigir aqui do que no protótipo de alta fidelidade.

Decisões tomadas nos wireframes

    • Home: barra de pesquisa + endereço fixos no topo; categorias visuais em carrossel horizontal; banner de promoção; lista de restaurantes próximos com rating, tempo e frete visíveis no card
    • Restaurante: hero image do estabelecimento; filtro de categorias do cardápio fixo abaixo do header; botão flutuante “Ver Pedido” — aparece quando o primeiro item é adicionado
    • Carrinho: lista de itens com controle de quantidade; campo de cupom; método de pagamento e endereço como cards editáveis; resumo financeiro transparente antes do CTA
    • Confirmação: feedback de sucesso imediato (ícone + mensagem); número do pedido; barra de progresso de status; resumo completo do pedido

Protótipo de alta fidelidade

Com a estrutura validada nos wireframes, parti para o protótipo de alta fidelidade no Figma. As escolhas de design foram guiadas pela identidade da DeliverEase: uma plataforma que transmite confiança e eficiência, sem a agressividade visual de competidores como iFood.

Decisões visuais

    • Cor primária: azul-índigo (#3B3D9B) — transmite confiança e diferencia da concorrência vermelha (iFood) e verde (Uber Eats)
    • Tipografia: Inter — legível em tamanhos pequenos, neutra o suficiente para não competir com o conteúdo
    • Cards com bordas arredondadas: sensação de leveza, seguindo padrão do benchmark que melhor pontuou em usabilidade
    • Frete e tempo visíveis no card do restaurante: eliminação direta da dor #1 identificada nas entrevistas
    • Botão “Ver Pedido” flutuante: mantém contexto do carrinho sem forçar o usuário a sair da tela do restaurante

As telas

Testes de usabilidade

Com o protótipo navegável no Figma, realizei testes de usabilidade com 5 usuários. A tarefa definida foi objetiva: “Escolha um restaurante, adicione itens ao carrinho e finalize o pedido.”

5/6

Completaram a tarefa sem assistência

3 min

Tempo médio para completar o fluxo completo

0

Erros críticos de navegação registrados

Feedbacks coletados

O que funcionou bem: Categorias na home facilitaram a navegação inicial. Todos encontraram o restaurante sem hesitar. O botão “Ver Pedido” foi reconhecido imediatamente
⚠️ Pontos de atenção: 2 usuários hesitaram ao aplicar o cupom pois esperavam feedback visual imediato do desconto aplicado. 1 usuário não percebeu de imediato o ícone de favoritar no card do restaurante.

Ajustes realizados após os testes

    • Adicionado feedback visual de “Cupom aplicado com sucesso” com desconto refletido no total em tempo real
    • Ícone de favoritar no card do restaurante aumentado e com área de toque maior
    • Mensagem de confirmação do pedido (#DNC58745) com tipografia em destaque pois reforça a sensação de segurança

Resultado final

O protótipo de alta fidelidade entregou um fluxo completo e navegável cobrindo as quatro telas principais: Splash, Home, Restaurante, Carrinho e Confirmação. Os testes validaram que o fluxo é intuitivo e que as principais dores identificadas na pesquisa foram endereçadas no design.

O maior aprendizado do projeto foi perceber que a maioria das frustrações dos usuários com apps de delivery não é tecnológica — é de design. Frete escondido, hierarquia confusa de cardápio e falta de feedback após o pedido são problemas resolvíveis com boas decisões de UX, não de engenharia.

Próximos passos

    • Projetar o fluxo de onboarding e configuração de endereço inicial
    • Desenvolver a experiência de rastreamento de pedido em tempo real
    • Criar a tela de perfil, histórico de pedidos e preferências salvas
    • Testar com usuários de farmácia e mercado — fluxo multi-categoria ainda não validado
    • Desenvolver o design system completo para escalar o app com consistência

Entre em contato:  marciomartinson@gmail.com

© Copyright Marcio Martinson 2026