AssistShop
O AssistShop nasceu de uma observação pessoal: ao fazer compras, não havia uma forma prática de saber se o produto da lista seria mais barato em outro estabelecimento próximo. O projeto começou como exercício de produto próprio e evoluiu para um MVP testado com usuários reais ao longo de dois anos.
Decidir onde fazer compras envolve mais variáveis do que preço unitário, mas o usuário não tinha acesso fácil a essa informação no momento em que precisava dela.
Identificação do problema e definição de oportunidade de produto
Pesquisa qualitativa e quantitativa com usuários
Design do fluxo mobile-first do zero
Prototipagem e condução de testes de usabilidade
Iteração baseada em resultados de teste
Descoberta
Entrevistas com usuários para entender o comportamento real de compras antes de qualquer solução. O foco era descobrir a dor principal sem contaminar com hipóteses de produto.
Definição do produto
Escopo mínimo centrado em dois pontos: construção de lista de compras e comparação de preço por item entre estabelecimentos próximos. Tudo fora desse escopo foi descartado na primeira versão.
Prototipagem e testes
Ciclos iterativos de protótipo e teste com usuários. A cada rodada, o que mudava eram os elementos que geravam dúvida ou abandono de tarefa.
Identificação de pontos de atrito
Análise dos pontos de queda no fluxo, com refinamentos específicos para cada um. A maior descoberta foi que o usuário queria confirmar a lista antes de ver os preços.
Lista antes do mapa
O ponto de entrada é a lista de compras, não o mapa de estabelecimentos. Testes mostraram que usuários queriam saber o que precisavam comprar antes de pensar em onde ir.
Mobile-first como restrição de projeto
Decidimos não construir versão web. Isso concentrou o esforço no contexto de uso mais realista: o usuário no supermercado com o celular na mão.
Produto validado com usuários reais
O fluxo principal de criar lista, comparar preços e escolher estabelecimento funcionou sem necessidade de instrução prévia em testes com usuários.
- ✓197 respostas na pesquisa quantitativa validaram frequência e comportamento de compra
- ✓72,6% dos pesquisados usariam um app com comparativo de preços
- ✓Completion rate consistente no fluxo principal após três ciclos de iteração
Produto pessoal tem uma armadilha: o designer também é o usuário, o que cria vieses difíceis de perceber. A pesquisa com pessoas diferentes de mim foi o que mais mudou o produto. O que eu achava óbvio no fluxo não era óbvio para mais ninguém.