Marketplace de indicação de profissionais — dois apps publicados

Marketplace mobile de indicação de profissionais entre vizinhos e condôminos, desenhado de ponta a ponta em três versões completas (cerca de 193 telas, 4 fluxos de protótipo navegável e 21 estados de erro/sucesso) mais um arquivo dedicado de handoff para MVP. Lançado com sucesso no Google Play em dois builds de produção: o app Morador (com.mycompany.indicaz) e o app Profissional (com.mycompany.indicazprofissionais), ambos superando 1.000 instalações com o layout e os textos de onboarding desenhados no Figma publicados sem alterações.

Atuação como designer contratado pela agência Sagitta, atendendo sob uma carga de trabalho intensa de 8 projetos concorrentes. Divisão de escopo rigorosa: desenhei os aplicativos mobile em todas as suas versões; meu colega João Chagas desenhou a landing page institucional (Site). O cliente, Mauro, era designer de produto em outra empresa e atuou como líder de produto do próprio projeto: determinou todas as decisões funcionais, rejeitou sugestões da equipe e alterava a paleta de cores semanalmente. Documentado entre novembro de 2024 e janeiro de 2025.

Uma rede de confiança de bairro no Google Play

📱2

aplicativos publicados e ativos no Google Play

📈1.000+

instalações em cada app (Morador e Profissional)

🎨193

telas desenhadas nas versões v1 e v2

⚡4

fluxos interativos com protótipo navegável

A contratação de prestadores de serviços em condomínios e bairros depende essencialmente de confiança hiperlocal. Avaliações genéricas na internet têm pouco peso diante da indicação de um vizinho de confiança. O indicAZ foi projetado para capturar essa proximidade através de um modelo de reputação em três níveis: avaliação geral (Avaliação Geral), avaliação do próprio condomínio (Avaliações do Condomínio) e avaliação regional (Avaliações da Região).

App v1: fundamentos, 12 fluxos e prototipagem navegável

A primeira entrega completa (App v1) somou 96 nós no Figma, estruturando 68 telas numeradas ao longo de 12 fluxos operacionais:

• Cobertura Integral de Jornada — Autenticação, recuperação de senha, onboarding residencial progressivo (buscar moradia, dados adicionais), listagens de contatos, cadastro de perfil e avaliação de serviços.
• Estados de Confirmação e Exceção Desenhados — 21 telas de desfecho (cadastroSuccess, cadastroError, cadastroAvaliaçãoSuccess, atualizaçãoAvaliaçãoSuccess), prevenindo becos sem saída na navegação.
• Protótipos Interativos Navegáveis — Conexões de protótipo partindo de Loading/0 (452:4562) e 1.1 Loading (1033:44134), utilizando gavetas sobrepostas com animação suave (300ms ease-out) para menus laterais e filtros.
• Tokens e Componentes Base — Rampa de 11 tons de azul (Azul/50…950) associada a conjuntos de componentes de avaliação, cartões de contato e selo de recomendação (selo-nós-indicamos).

App v2: planos de assinatura, orçamentos e selos de confiança

Diante da rejeição da v1 pelo cliente com solicitação de expansão de escopo, desenhei o App v2 (~125 telas em 18 fluxos), incorporando mecânicas comerciais robustas:

• Interface de Três Níveis de Assinatura para Profissionais — Apresentação diferenciada de perfis para prestadores Free, Pro e Elite (perfilProfissional/Free /Pro /Elite), variando a visibilidade de contato e destaque conforme o plano contratado.
• Fluxo Transacional de Orçamentos — Mecânica de solicitação de orçamentos (primeiroAcesso → criarOrçamento → visualizarOrçamentos) permitindo aos moradores solicitar cotações sem expor dados pessoais ou telefone até aprovação.
• Sistema de Quatro Selos de Confiança — Selos de reputação enriquecidos (selo-nós-indicamos, selo-pontualidade, selo-atendimento, selo-qualidade) acompanhados de tela educativa de onboarding (12.6 Selo/ComoFunciona).
• Biblioteca de Componentes de Domínio — Componentes exclusivos como AppBarV2, tabmenu, tabcontent e módulos de avaliação estruturados sobre a base do Untitled UI.

O recorte para MVP e o primeiro handoff de engenharia

No meio do processo, o cliente exigiu que o escopo fosse reduzido para viabilizar um lançamento mais rápido pelos desenvolvedores. Estruturei o arquivo Indicaz - v1: um recorte contendo estritamente as telas priorizadas pelo cliente para a primeira entrega de desenvolvimento. Isso assegurou que os programadores recebessem um pacote focado e executável, em vez de se perderem em pranchetas conceituais.

O ciclo com o stakeholder: refações, cancelamento e realidade de produção

O relacionamento com o cliente foi o caso mais complexo de gestão de stakeholder da minha trajetória em agência. Sendo também designer de produto em outra empresa, Mauro assumiu a liderança informal do projeto, exigiu controle total sobre cada tela, desconsiderou sugestões técnicas da equipe e alterava as diretrizes visuais a cada semana. Após rejeitar duas versões completas do app, cancelou o contrato na segunda tela do App v3 solicitando devolução do valor pago.

Meses depois, constatamos que o cliente pegou os arquivos entregues e os subiu diretamente em produção. Os aplicativos no Google Play trouxeram exatamente as telas da minha v2 e os textos de onboarding do Figma sem qualquer alteração, enquanto o site utilizou o copy de João Chagas palavra por palavra. Embora o cliente não tenha conseguido convergir internamente durante o contrato, o design se provou sólido o bastante para sustentar o produto em produção.

Evidência

Um ciclo documentado de refações e cancelamento que culminou em sucesso público de lançamento: o cliente rejeitou o App v1 (68 telas em 12 fluxos), solicitou e rejeitou o App v2 (~125 telas em 18 fluxos) e cancelou o contrato na segunda tela do App v3 exigindo reembolso. Meses depois, o mesmo cliente colocou em produção no Google Play os layouts e os textos de onboarding do App v2 exatamente como desenhados no Figma, além dos textos da landing page de João Chagas. Os dois apps continuam ativos com mais de 1.000 instalações cada.