Design thinking: o que é e como aplicar na empresa
O que é design thinking, as etapas do processo, como aplicar numa PME com um exemplo ilustrativo e os erros que o transformam em oficina de post-it.
Design thinking é uma abordagem de inovação centrada nas pessoas: antes de propor solução, a equipe procura entender a fundo o problema de quem vai usá-la, redefine esse problema com base no que aprendeu, gera alternativas, constrói protótipos baratos e testa com usuários reais. Para aplicar numa empresa, escolha um problema concreto de cliente, converse com quem o vive e teste ideias pequenas antes de investir em qualquer solução.
O termo ganhou fama em oficinas com paredes cobertas de notas adesivas, e parte da reputação ruim que carrega vem daí. Bem usado, porém, o design thinking resolve um problema muito comum nas PMEs: investir meses numa solução para um problema que o cliente não tinha, ou tinha de outra forma.
O que é design thinking?
A IDEO, uma das empresas que popularizaram a abordagem, define design thinking como uma abordagem de inovação centrada no ser humano. Tim Brown, ex-presidente da empresa, a descreve como uma forma de integrar as necessidades das pessoas, as possibilidades da tecnologia e os requisitos para o sucesso do negócio.
Daí vêm as três lentes que a IDEO propõe para avaliar uma ideia:
| Lente | Pergunta | Exemplo de falha quando ignorada |
|---|---|---|
| Desejabilidade | As pessoas querem isso? | Aplicativo que ninguém baixa |
| Viabilidade | O negócio se sustenta com isso? | Serviço que o cliente adora, mas dá prejuízo |
| Praticabilidade | A tecnologia e a operação permitem? | Promessa que a equipe não consegue entregar |
Uma boa solução atende às três. O design thinking começa pela primeira, de propósito, porque é a que as empresas mais pulam.
Quais são as etapas do design thinking?
Há mais de um modelo, e eles dizem coisas parecidas com nomes diferentes.
O modelo da d.school de Stanford identifica cinco modos: empatizar, definir, idear, prototipar e testar.
O Duplo Diamante do Design Council, do Reino Unido, organiza o processo em quatro fases: descobrir (entender o problema real, em vez de presumi-lo, conversando com as pessoas afetadas), definir (reformular o desafio com o que foi aprendido), desenvolver (gerar respostas diferentes, buscando inspiração fora e cocriando) e entregar (testar soluções em pequena escala, descartar as que não funcionam e aprimorar as que funcionam).
A ideia do duplo diamante é visual: primeiro a equipe abre o leque para entender o problema, depois fecha numa definição; abre de novo para gerar soluções, e fecha na que será entregue. O erro mais comum das empresas é pular o primeiro diamante inteiro e começar pela solução.
Como aplicar design thinking numa PME, passo a passo
- Escolha um problema com dono. "Melhorar a experiência do cliente" é amplo demais. "Entender por que clientes novos cancelam nos primeiros 60 dias" é um bom ponto de partida.
- Converse com quem vive o problema. Entrevistas com cinco a oito clientes, de preferência com perguntas abertas sobre o que fizeram, e não sobre o que achariam de uma ideia. Observe o uso real, quando possível.
- Organize o que ouviu. Agrupe falas e comportamentos parecidos. Procure padrões, incômodos repetidos e contradições entre o que as pessoas dizem e fazem.
- Reescreva o problema. Uma frase do tipo "clientes de tal perfil precisam de X porque Y". Muitas vezes, o problema redefinido é diferente do que a empresa imaginava no começo.
- Gere alternativas antes de escolher. Reúna pessoas de áreas diferentes e produza várias ideias sem julgamento. Depois, escolha duas ou três para testar.
- Prototipe barato. Um roteiro, uma tela desenhada, uma planilha, um e-mail manual que simula o que um sistema faria. O protótipo existe para aprender, não para impressionar.
- Teste com usuários reais. Mostre o protótipo, observe a reação e pergunte o que mudariam. Descarte sem apego o que não funciona.
- Decida o que implementar e como medir. A solução que sobreviveu aos testes vira projeto, com indicador de sucesso definido antes.
Em equipes distribuídas, um quadro digital como o Miro ajuda a organizar entrevistas, agrupamentos e ideias. Mas nenhuma ferramenta substitui a conversa com o cliente.
Exemplo ilustrativo: cancelamento de assinantes
O exemplo é fictício. Uma empresa de software de gestão para clínicas, com 50 funcionários, perde parte dos clientes novos nos primeiros dois meses. A hipótese interna é preço.
A equipe entrevista sete clientes que cancelaram e cinco que ficaram. O padrão que aparece não é preço: os que cancelaram nunca chegaram a cadastrar a agenda completa, porque a migração dos dados antigos era trabalhosa, e desistiram antes de ver valor. Os que ficaram tiveram alguém da equipe ajudando na primeira semana.
O problema redefinido passa a ser: "clínicas pequenas precisam ver a agenda funcionando na primeira semana, porque não têm tempo para migrar dados sozinhas". As ideias testadas incluem uma ligação de boas-vindas com migração assistida e um modelo de planilha para importação. Os protótipos são manuais, feitos com a equipe de suporte, antes de qualquer desenvolvimento. Só o que funcionou vira processo.
Quais os erros mais comuns com design thinking?
Design thinking não é oficina. É disciplina de entender o problema antes de se apaixonar pela solução.
- Pular a pesquisa com usuários. Fazer "empatia" numa sala de reunião, imaginando o cliente, é só opinião com outro nome.
- Tratar como evento. Uma oficina de dois dias sem continuidade gera entusiasmo e nenhuma mudança.
- Prototipar caro. Se o protótipo levou três meses, a equipe já não está disposta a descartá-lo.
- Ignorar viabilidade. O foco no usuário não dispensa a pergunta sobre custo, margem e operação.
- Não mudar nada depois. Se as descobertas não alteram decisões, a empresa fez pesquisa por cerimônia.
Design thinking, MVP e inovação
O design thinking é especialmente útil na fase de entender o problema e testar soluções iniciais. Quando a solução começa a tomar forma de produto, a lógica de validar com um MVP dá continuidade. As duas abordagens compartilham a mesma premissa: aprender barato antes de investir caro.
Perguntas frequentes
Design thinking serve para empresas pequenas?
Sim. A essência, conversar com clientes, redefinir o problema e testar barato, cabe em qualquer porte. Empresas pequenas têm até uma vantagem: estão mais perto dos clientes.
Qual a diferença entre design thinking e metodologias ágeis?
O design thinking ajuda a descobrir qual problema resolver e qual solução testar. As metodologias ágeis organizam a construção e a entrega dessa solução em ciclos curtos. Costumam ser usadas em sequência.
Quanto tempo leva um projeto de design thinking?
Depende do problema. Um ciclo enxuto, com entrevistas, definição e primeiros protótipos, pode caber em algumas semanas. O que não deve acontecer é virar um processo longo sem teste com usuário.
Preciso de designer para fazer design thinking?
Não. A abordagem foi pensada para equipes multidisciplinares. Ajuda ter alguém com experiência em conduzir entrevistas e organizar o processo, mas a participação de quem conhece o negócio e o cliente é o que mais importa.
Da empatia ao método
O design thinking coloca no lugar certo uma pergunta que muitas empresas fazem tarde demais: qual é o problema, de verdade? Essa clareza é o primeiro passo de qualquer inovação que se sustenta, seguida de método e, só então, de tecnologia. O guia O Método da Inovação organiza esse caminho.
👉 Conheça o guia O Método da Inovação
Fontes
<!-- link interno sugerido: inovacao-em-empresa-tradicional-por-onde-comeca --> <!-- link interno sugerido: como-usar-miro-gestao-projetos-inovacao -->Aplicar
Quer aplicar isso no seu negócio?
Uma conversa gratuita pra entender o seu contexto e decidir, juntos, se faz sentido seguir.
Metas SMART: como definir metas claras na empresa
Metas SMART são específicas, mensuráveis, atribuídas a alguém, realistas e com prazo. Veja como definir metas SMART na empresa, com exemplo e erros comuns.
O que faz uma consultoria de inovação, na prática
O que faz uma consultoria de inovação: diagnóstico, priorização de oportunidades, desenho de experimentos e construção de capacidade interna para inovar.
Método MoSCoW: como priorizar o que entra no projeto
O método MoSCoW classifica requisitos em Must, Should, Could e Won't para caber no prazo. Veja como priorizar com ele, a regra dos 60% e os erros mais comuns.