Iteração no Design Thinking

O jogo mais vendido da história da Nintendo foi rejeitado quarenta vezes antes de virar o que conhecemos hoje.

Shigeru Miyamoto, criador do Mario, não teve uma epifania isolada: construiu, testou, descartou e reconstruiu, repetidamente.

Quando perguntaram a ele qual era o segredo do bom design de jogos, ele respondeu que um bom jogo é aquele que sobreviveu a todas as suas versões ruins.

Essa frase resume um dos conceitos mais poderosos e mais mal compreendidos do pensamento criativo: a iteração.

O mito do momento eureka

A cultura popular costuma descrever grandes soluções como resultado de um flash isolado de genialidade.

A história real da inovação mostra o oposto: repetição, fracasso parcial, ajuste e mais repetição.

Thomas Edison não inventou a lâmpada em um lampejo, testou mais de seis mil materiais diferentes para o filamento até encontrar um que funcionasse comercialmente.

A pesquisadora Melissa Schilling, da NYU, estudou as biografias de oito dos maiores inovadores da história e encontrou um padrão recorrente: nenhum deles teve uma única grande ideia, todos tiveram centenas de pequenas ideias testadas, descartadas, recombinadas e refinadas ao longo de anos.

O que significa iterar

No Design Thinking, iterar significa submeter uma solução, um protótipo ou uma hipótese ao teste da realidade e usar o resultado desse teste não como veredito final, mas como combustível para a próxima versão.

O objetivo não é acertar de primeira, é aprender, ajustar e evoluir continuamente.

O Design Thinking não é um funil onde se entra com um problema e se sai com uma solução perfeita no final: é um sistema vivo, e a iteração é o que mantém esse sistema respirando.

A espiral ascendente

O ciclo de iteração não é um círculo fechado, é uma espiral ascendente: cada volta passa pelos mesmos pontos (testar, aprender, refinar, re-testar), mas em um nível mais alto de sofisticação, como subir uma escada em caracol.

Eric Ries formalizou esse ciclo como "construir, medir, aprender", mas com uma inversão importante: o pensamento deve começar pelo aprender.

Primeiro se decide o que é preciso aprender, depois como medir esse aprendizado, e só então se constrói o mínimo necessário para rodar o experimento.

A maioria das empresas faz o oposto, constrói primeiro e torce para aprender algo no caminho.

Uma análise da CB Insights encontrou que 42% das startups que fecham falharam porque construíram um produto que ninguém queria, o equivalente a pular a etapa de entender o que era preciso descobrir antes de ir direto para a linha de montagem.

Iterar pode significar voltar

A iteração não é um caminho só para frente.

Descobrir, durante a prototipagem, que o problema foi mal compreendido não é fracasso, é inteligência: voltar para a fase de Empatia é o equivalente cognitivo de perceber que a estrada estava errada e fazer o retorno antes de percorrer duzentos quilômetros na direção contrária.

Iteração incremental x iteração radical

Iteração incremental é polimento: pegar algo que já funciona razoavelmente bem e ajustar detalhes, como afinar um instrumento musical.

O Kaizen da Toyota é essencialmente iteração incremental elevada a princípio organizacional, com cada funcionário da linha de montagem autorizado a parar a produção ao identificar um defeito, gerando um micro-ciclo de identificar, analisar, corrigir, testar e padronizar.

Um por cento melhor por dia, composto ao longo de um ano, resulta em algo 37 vezes melhor, um efeito de disciplina iterativa, não de inspiração isolada.

Iteração radical acontece quando os testes revelam que o conceito fundamental da solução está errado, não a execução, mas a premissa.

Nesse caso não se ajusta, se reconstrói, como perceber que uma ponte está sendo construída sobre o rio errado.

Pivotar, perseverar ou parar

Essa tríade de decisões é o momento mais difícil de todo o processo iterativo.

• Pivotar: mudar a direção estratégica mantendo os aprendizados acumulados, sem jogar tudo fora. O Instagram começou como Burbn, uma mistura confusa de check-ins, planejamento de encontros e compartilhamento de fotos; ao perceber, pelos dados de uso, que as pessoas só usavam o recurso de fotos, os fundadores eliminaram todo o resto e simplificaram brutalmente a experiência.
• Perseverar: manter o curso apesar de resultados ambíguos, exigindo que a equipe diferencie entre "isso ainda não funcionou" e "isso nunca vai funcionar". A pesquisa de Angela Duckworth sobre persistência de longo prazo (grit) mostra que os times mais bem-sucedidos mantêm a determinação com base em evidências, não em teimosia.
• Parar: a opção mais estigmatizada e, em muitos casos, a mais inteligente. A pesquisa de Hal Arkes sobre o viés do custo irrecuperável mostra que seres humanos preferem continuar perdendo a admitir que já perderam. Ed Catmull, cofundador da Pixar, descreveu a capacidade de encerrar um projeto favorito quando os dados exigem como "matar seus bebês criativos": parece cruel, mas separa quem produz obras-primas de quem produz sequências intermináveis de mediocridade bem-intencionada.

Da iteração à implementação

Quando o ciclo de testar, aprender e refinar produz resultados consistentes, a solução evolui seguindo um padrão parecido com o "equilíbrio pontuado" da biologia evolutiva: longos períodos de mudanças pequenas e graduais, intercalados por saltos repentinos de sofisticação.

A implementação, nessa fase, é onde a teoria encontra a fricção do mundo real: burocracia organizacional, restrições orçamentárias, resistência cultural.

A mesma estatística citada na Aula 01 aparece aqui sob outra luz: 70% das iniciativas de transformação em empresas falham, e o motivo principal não é técnico, é humano, envolvendo resistência à mudança, falta de alinhamento entre lideranças e comunicação deficiente.

Joseph Schumpeter, em 1942, já descrevia esse fenômeno com o termo "destruição criativa": para implementar algo novo é preciso destruir algo velho, e essa destruição sempre encontra resistência, porque as estruturas antigas têm defensores e inércia institucional.

Escalonamento

Uma solução que funciona para dez usuários pode desmoronar com dez mil.

Escalonar não é simplesmente multiplicar, é reconfigurar: dobrar o número de usuários não significa apenas dobrar a infraestrutura, significa lidar com interações combinatórias que crescem geometricamente e com casos de uso imprevistos.

O WhatsApp é um exemplo de escalonamento iterativo: à medida que a base de usuários cresceu de milhões para centenas de milhões, cada novo contexto (infraestrutura precária em algumas regiões, regulamentações de privacidade diferentes, hábitos de comunicação distintos) exigiu um novo ciclo de aprendizado, não uma simples ampliação de capacidade.

Design Thinking contínuo

A iteração nunca termina de verdade, nem depois da implementação, nem depois do escalonamento, porque o mundo muda, os usuários mudam e os concorrentes mudam.

O "Design Thinking contínuo" é o reconhecimento formal de que qualquer solução estática é, por definição, temporária.

A Amazon estruturou essa ideia no princípio do "Day One": operar sempre como se fosse o primeiro dia, sem nunca tratar nenhuma solução como definitiva.

Fechamento

O Mario que existe hoje não é o Mario de 1985: passou por dezenas de iterações de visual, mecânica e plataforma, mantendo a essência de um personagem que pula, explora, falha e tenta de novo.

Um estudo publicado no Journal of Product Innovation Management em 2019, com mais de duzentos projetos de desenvolvimento de produto, encontrou que equipes que adotam ciclos iterativos curtos, com testes frequentes, têm uma taxa de sucesso comercial 47% maior do que equipes que seguem processos lineares tradicionais.

A pesquisa de Teresa Amabile, de Harvard, complementa esse quadro mostrando que a sensação de progresso, mesmo pequeno, é o fator motivacional mais poderoso no trabalho criativo, mais do que dinheiro ou reconhecimento externo.

A iteração não é o plano B da criatividade, sempre foi o plano A: o maior superpoder do Design Thinking não é a empatia isolada, nem a criatividade isolada, nem a prototipagem isolada, é a disposição de olhar para a própria solução e admitir que ela pode ser melhor, e então fazer de novo.