Por que o planejamento em fases é o esqueleto do design thinking
Design thinking sem estrutura vira reunião interminável sem resultado. O método nasceu da necessidade de transformar criatividade em processo reutilizável, e o conceito de fases é exatamente isso: um framework que impõe ordem sem anular a geração de ideias. Não é sobre seguir um manual, é sobre saber em qual ponto do projeto você está e o que precisa validar antes de avançar. O design thinking envolve o conceito de planejamento em fases porque cada etapa tem entregáveis distintos e critérios de corte claros. Você não entra no desenvolvimento de protótipos sem ter mapeado o problema real. Isso parece óbvio até você estar com um cliente cobrando prazo e o time querendo começar a "criar algo". Aí as fases existem justamente para impedir esse tipo de decisão emocional no projeto.
Como funcionam as cinco fases na prática
A estrutura clássica segue Empatia, Definição, Ideação, Prototipagem e Teste. Mas a aplicação real é bem diferente do que aparece em infográficos. Na fase de Empatia, você não sai fazendo questionários genéricos. O trabalho sério é observar comportamento real, fazer entrevistas não estruturadas, coletar depoimentos brutos. Meu time já perdeu duas semanas com pesquisas mal desenhadas porque confundimos coleta com compreensão. A lição foi simples: grave as entrevistas, transcreva e faça codificação aberta antes de qualquer conclusão.Na Definição, o material cru vira um POV (Point of View) claro. É aqui que a maioria erra. Em vez de sintetizar em uma afirmação focalizada como "Um profissional de 35 anos que precisa resolver X porque Y", o time joga um monte de dados soltos e chama de definição. Um POV bem construído tem uma única frase que guia todo o resto do projeto. Se você não consegue escrever isso em cinco minutos, ainda não entendeu o problema. A Ideação funciona melhor com restrições artificiais. Sem constraint, as ideias tendem a ser seguras e genéricas. Eu sempre imponho o exercício de "e se o orçamento fosse zero?" ou "e se tivéssemos que resolver isso em 48 horas?". Isso quebra o piloto automático e força soluções mais interessantes. O número de ideias geradas em uma sessão bem moderada varia de 40 a 80. Mais que isso é ruído. Menos que 20 é sinal de que a facilitação não empurrou o grupo o suficiente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Prototipagem não é sobre fazer algo bonito. É sobre construir a versão mais barata possível que valide ou invalida uma hipótese. Papel, cartolina, Figma, um roteiro de diálogo escrito à mão — tudo serve. A regra prática que uso é: se o protótipo leva mais de três horas para ser feito, você está complicando demais. O teste vem naturalmente em seguida, e o erro comum é testar com pessoas do seu próprio time. Isso é inútil. Você precisa de usuários reais ou potenciais, mesmo que seja cinco pessoas. Cinco bem selecionadas revelam mais que vinte respostas superficiais. O que poucos mencionam é que as fases não são lineares. Você pode terminar o teste e perceber que a definição do problema estava errada. Aí volta para a fase dois. Isso não é falha do método, é o método funcionando como deve. O ciclo iterativo é o que diferencia design thinking de um checklist morto.
O problema que eu enfrentei e como resolvi
Em um projeto de redesign de um app interno para uma empresa de logística, seguimos todas as fases corretamente na teoria. O problema era que estávamos tratando três personas diferentes como se fossem uma única jornada. No terceiro ciclo de teste, percebi que o protótipo respondia a necessidades que se cancelavam entre si. A solução foi parar o projeto por quatro dias e refazer a fase de Empatia com segmentação rigorosa por perfis de uso real, não por cargos. Cada perfil ganhou seu próprio mapa de jornada separado. O resultado foi um product backlog muito mais enxuto e testes subsequentes com taxa de validação de 73% contra 31% do primeiroattempto.O que o design thinking não resolve
O método tem limitações sérias que consultores geralmente omitem. Primeiro, funciona mal em contextos onde os dados do usuário são escassos ou inacessíveis. Se você não consegue conversar com ninguém que use o produto, as fases de Empatia e Teste viram exercício de imaginação disfarçado. Segundo, não substitui análise técnica ou viabilidade de negócio. Um projeto pode ser centrado no usuário e ainda assim inviável economicamente. Terceiro, o ritmo de ciclos rápidos que o design thinking propõe colide com estruturas corporativas hierárquicas que exigem aprovações formais em cada etapa. Nesses casos, o método gera frustração, não resultado.Para situações com esses problemas, uma abordagem híbrida combinando design thinking com lean startup ou customer development tende a funcionar melhor. O lean adiciona métricas de validação quantitative que o design thinking puro não oferece nativamente. O que resta de verdade é que o planejamento em fases não é uma camisa de força. É uma bússola. Quando você sabe em qual fase está, toma decisões diferentes. Quando não sabe, gasta tempo e dinheiro achando que está progredindo enquanto na verdade está girando em círculos.
