O que é protótipo
Protótipo é uma representação preliminar e testável de um produto. Pode ser um esboço no papel, uma tela clicável no Figma, ou um app funcional com lógica fake. O objetivo é sempre o mesmo: aprender algo antes de gastar dinheiro construindo o produto final.
A palavra vem do grego prototypos: "primeiro modelo". Em design de produto, protótipo serve pra validar hipóteses — sobre usabilidade, sobre desejo, sobre viabilidade técnica.
Protótipo NÃO é:
- Versão beta do produto
- Demo de venda
- MVP (apesar de overlap, são coisas diferentes)
Protótipo É:
- Ferramenta de aprendizado
- Substituto barato pro código de verdade
- Mecanismo de comunicação entre design, engenharia e usuário
Os tipos de protótipo
Protótipos variam em duas dimensões: fidelidade (quão parecido com o produto final) e funcionalidade (quanto realmente funciona).
Lo-fi (baixa fidelidade)
Como parece: desenhado à mão ou wireframe sem cor, fontes ou imagens reais.
Quando usa:
- Testar fluxo (a pessoa entende a ordem das telas?)
- Testar arquitetura de informação (a navegação faz sentido?)
- Sessões de co-criação com stakeholders
Vantagem: rápido e barato. Ninguém liga que tá "feio" — fica claro que é rascunho.
Desvantagem: não pega problemas de hierarquia visual, microinteração, ou cor.
Mid-fi (média fidelidade)
Como parece: wireframe digital com tipografia real, cores neutras, espaçamento real. Sem imagens de produto.
Quando usa:
- Quando o fluxo já tá validado e você quer testar layout
- Quando o time de eng precisa começar a estimar
Vantagem: evita debate sobre cores e imagens ("a foto não tá representando bem o produto") quando o foco é estrutura.
Hi-fi (alta fidelidade)
Como parece: indistinguível do produto final. Cor real, imagem real, tipografia real, microinterações.
Quando usa:
- Validação final com stakeholders ("isso que vamos construir?")
- Teste de usabilidade quase pronto pra produção
- Apresentação pra investidor
Vantagem: decisões visuais são todas tomadas e documentadas.
Desvantagem: caro. Mexer em decisão grande quando o protótipo tá pronto custa muito mais.
E protótipo funcional vs estático?
Outro eixo importante: estático (só clicável, lógica é fake) vs funcional (faz coisa real).
Estático/clicável
Figma, ProtoPie, Adobe XD. Telas conectadas. Você "navega" mas nada acontece de verdade.
Funcional/code-based
React, SwiftUI, Flutter. Roda lógica real (mas dados mockados). Útil quando o produto tem comportamento dinâmico difícil de simular com tela estática.
Regra: comece estático. Vai pra funcional só quando a interação não pode ser representada sem código.
Quando vale gastar tempo prototipando
Vale:
- Antes de comprometer 6+ semanas de engenharia
- Quando o produto tem fluxo crítico (onboarding, checkout, login)
- Pra alinhar stakeholders que não falam "designês"
- Quando há ambiguidade real sobre como o usuário vai reagir
Não vale:
- Pra mudança trivial (cor de botão)
- Quando você já tem dado de uso (use o dado)
- Quando o time já decidiu e o protótipo é teatro
O erro mais comum
Times prototipam demais antes de pesquisar com usuário. Resultado: 3 semanas de Figma lindo que ninguém testou. Quando finalmente testa, descobre que o problema não era o que o time achava.
Sequência saudável:
- Pesquisa qualitativa (entrevistas, observação)
- Lo-fi (5 telas em papel ou wireframe rápido)
- Teste com 5 usuários
- Mid-fi
- Teste com 5 usuários
- Hi-fi
- Teste com 5 usuários
- Build
Cada etapa de teste invalida ou refina hipótese. Pular teste pra ir direto pra hi-fi é caro.
Ferramentas
- Figma (padrão da indústria pra estático)
- ProtoPie (microinteração complexa)
- Framer (componentes em código)
- Notion + papel (lo-fi rápido)
Não precisa de ferramenta sofisticada pra começar. Papel funciona.
Como a Otther escolhe o tipo de protótipo em cada projeto
A primeira pergunta que fazemos em qualquer projeto novo é "qual é a pergunta que o protótipo precisa responder?". Não "qual tipo de protótipo vamos fazer" — a pergunta vem antes da ferramenta.
Quando a pergunta é "o fluxo faz sentido?", entregamos lo-fi em menos de 2 dias e testamos com 5 usuários. Quando a pergunta é "essa tela converte?", entregamos hi-fi (geralmente em Figma com interações reais via ProtoPie) e testamos com 8 a 12 usuários do público-alvo.
O erro que mais corrigimos quando entramos em projetos existentes: time pulando direto pra hi-fi sem ter testado o fluxo em lo-fi primeiro. Resultado: 3 semanas de Figma lindo redesenhado depois do primeiro teste. Custo evitável.
Nosso serviço de UX e produto trata prototipagem como fase do discovery, não etapa pré-build. Cada protótipo entregue tem objetivo definido, hipótese a validar e plano de teste pronto antes de qualquer pixel. Sem isso, protótipo vira "Figma bonito" — entrega visual sem aprendizado.
Se você tem uma ideia de produto mas ainda não validou com usuário real, a gente pode ajudar. 2 semanas de discovery com protótipos certos podem economizar 6 meses de desenvolvimento errado.
Para fechar
Protótipo é ferramenta de aprendizado, não entrega final. O melhor protótipo é o que respondeu sua pergunta mais barato. Lo-fi se a pergunta é "o fluxo faz sentido?". Hi-fi só quando a pergunta é "essa tela específica vende?".
A grande virtude do método é separar "decidi" de "construí". Protótipo te deixa decidir antes de construir — em ordem de magnitude mais barato.