Design Sprint
O que é: Processo estruturado de 5 dias (criado por Jake Knapp no Google Ventures) para responder a questões críticas de negócio através de design, prototipagem e teste com usuários reais — sem precisar lançar o produto.
Para que serve: Comprimir semanas ou meses de trabalho em 5 dias, testando uma hipótese crítica antes de investir em desenvolvimento completo.
“O sprint dá às equipes um atalho para aprender sem construir e lançar.”
Quando usar um Design Sprint
- Quando há uma questão crítica de negócio sem resposta clara
- Quando o time está preso num impasse sobre qual direção seguir
- Quando se quer validar uma ideia antes de um grande investimento
- Quando há urgência para aprender algo específico rapidamente
Não aplicar para: problemas já bem definidos com solução conhecida; problemas que requerem pesquisa longa antes de qualquer prototipagem.
Quem deve participar
- Facilitador (Decider) — papel central; tem a decisão final
- Time de 4-7 pessoas — diversidade de funções (design, produto, engenharia, negócio)
- Máximo: 7 pessoas para manter agilidade
Estrutura — 5 dias
Segunda-feira — Mapeie (Entender)
Objetivo: Entender profundamente o problema e mapear o território.
Atividades:
- Mapeamento do processo/jornada atual do usuário
- Consulta a especialistas internos (entrevistas rápidas de 10-15 min)
- Notas “Como Poderíamos?” (HMW — How Might We): transformar cada problema em oportunidade
- Agrupamento e Dot Voting nas notas HMW mais relevantes
- Definição do alvo do sprint: qual momento da jornada ou qual usuário será o foco
Terça-feira — Faça Esboços (Divergir)
Objetivo: Gerar variedade máxima de soluções possíveis.
Atividades:
- Busca de referências inspiracionais (soluções de outros contextos)
- Crazy 8s: 8 esboços rápidos em 8 minutos (quantidade antes de qualidade)
- Esboço detalhado de 1 solução escolhida por cada participante (individualmente, não em grupo)
- Cada esboço deve ser auto-explicativo — sem apresentações em grupo
Quarta-feira — Decida (Decidir)
Objetivo: Convergir numa única solução para prototipar.
Atividades:
- Galeria silenciosa: todos veem todos os esboços ao mesmo tempo
- Heatmap voting (adesivos/pontos em áreas favoritas)
- Crítica dos esboços (sem defesas, todos em pé de igualdade)
- Supervote do Decider: a decisão final é do Decider
- Storyboard: criar quadro a quadro o que o usuário vai testar (14 frames)
Quinta-feira — Prototipe (Prototipar)
Objetivo: Construir um protótipo realista o suficiente para testar — não mais.
Princípio: “Protótipo Goldilocks” — nem muito cru (usuário não engaja), nem muito acabado (feedback superficial).
Ferramentas: Keynote, PowerPoint, Sketch, Adobe XD — nunca código real.
- 1 dia de construção
- Dividir o time: criadores (build), escritores (copy), assets, e “entrevistadores” (preparam o roteiro de teste)
Sexta-feira — Valide (Validar)
Objetivo: Testar com 5 usuários reais e aprender o máximo possível.
- 5 usuários = suficiente para identificar os principais padrões (acima de 5, retorno diminui)
- Testes individuais (não em grupo)
- Time observa de outra sala (não interfere)
- Notas no mapa de calor (verde = funcionou, vermelho = problema)
- Debriefing ao final: o que aprendemos? o que validamos? o que falhou?
A relação com Design Thinking
O Design Sprint é uma implementação específica e timeboxed do Design Thinking:
- DT = abordagem/mentalidade (iterativa, sem prazo fixo)
- Design Sprint = processo fechado de 5 dias com entregável claro (teste com usuários reais)
Conexões
- Contexto: Design Thinking, Inovação, Lean Startup
- Complementar: 3 Categorias de Testes de Modelo de Negócio — o Design Sprint é uma forma de testar hipóteses; as técnicas de teste do Strategyzer são o que acontece na Sexta-feira
- Relacionado: Jobs to Be Done — o alvo do Sprint deve ser definido a partir do job do usuário, não de uma funcionalidade