Iterar — trate as etapas como um ciclo, não uma linha

Volte a etapas anteriores quando o teste revelar que você enquadrou o problema errado.

Why it works

As cinco etapas são desenhadas como uma sequência, mas usadas como um ciclo. Um resultado de teste frequentemente mostra que o problema real foi mal enquadrado, mandando você de volta para Definir ou Empatizar. Abraçar o ciclo previne o travamento por custo irrecuperável — o mecanismo é manter a definição do problema revisável à luz da evidência.

How to do it

1. Após cada teste, pergunte explicitamente: isso desafiou a solução ou a definição do problema?
2. Permita-se voltar a Empatizar/Definir, não apenas ajustar o protótipo.
3. Estabeleça uma regra de parada (bom o suficiente para a decisão em questão) para que a iteração não se torne evitação.

Evidência

Mecanicista. O desenvolvimento iterativo guiado por feedback é bem sustentado em geral; o uso não linear específico das etapas do design thinking é orientação de praticantes da IDEO e da d.school. Um estudo controlado de Dow e colegas descobriu que explorar várias alternativas em paralelo, em vez de se comprometer cedo com uma, gerou mais divergência e resultados de design mais fortes — a mesma lógica que recompensa voltar em vez de travar. (mechanistic)

A iteração também pode se tornar uma forma de evitar comprometer-se; a disciplina está em saber quando parar, não apenas quando repetir.

Fontes

• Dow, S. P., Glassco, A., Kass, J., Schwarz, M., Schwartz, D. L., & Klemmer, S. R. (2010). Parallel Prototyping Leads to Better Design Results, More Divergence, and Increased Self-Efficacy. ACM Transactions on Computer-Human Interaction, 17(4), Article 18.

Erro comum

Tratar as etapas como uma lista de verificação de mão única e lançar o primeiro protótipo porque você "terminou o processo", ignorando sinais de teste de que o próprio problema estava errado.