O que é Double Diamond?

O Design Council, no Reino Unido, formulou o Double Diamond ao buscar uma maneira simples de comunicar práticas de design. A organização começou a compartilhá-lo em 2004. O modelo sintetizou trabalhos e ideias anteriores sobre exploração e convergência, em vez de inventar essas formas de pensar.

Mais tarde, o Design Council ampliou sua apresentação com princípios de colaboração, foco nas pessoas e iteração. A própria organização destaca que descobertas podem levar equipes de volta ao início e que testes podem ocorrer cedo. Portanto, as quatro fases são um mapa de conversa, não uma linha de produção com portões fixos.

O primeiro diamante trata do problema. Ele se abre em Descobrir, quando o time observa situações, ouve pessoas afetadas e procura informações que possam contrariar a premissa inicial. Fecha-se em Definir, quando sintetiza evidências e escolhe um desafio concreto. O segundo trata da solução. Abre-se em Desenvolver, com alternativas, protótipos e testes. Fecha-se em Entregar, quando a equipe seleciona, melhora e disponibiliza uma resposta apropriada.

O formato largo de cada diamante representa divergência: mais perguntas, perspectivas e opções. O estreitamento representa convergência: uma escolha suficientemente justificada para orientar o próximo trabalho. O desenho ajuda a perceber dois erros frequentes. O primeiro é começar pela solução antes de compreender o problema. O segundo é encontrar uma ideia promissora e parar de explorar alternativas, sem perguntar se outra resolveria melhor.

Descobrir não é confirmar uma hipótese pronta. Se a demanda chega como “precisamos de um aplicativo”, observe que situação gerou o pedido. Quem tenta concluir a tarefa? Onde encontra dificuldade? O problema afeta todos os perfis do mesmo jeito? Conversas, observação, dados de atendimento e uso do serviço podem revelar que informação confusa, uma regra de processo ou uma dependência externa é mais importante que a ausência de aplicativo.

Definir não é escrever um slogan. O desafio escolhido precisa dizer para quem, em qual contexto e que mudança importa. “Melhorar a experiência” não orienta escolha; “ajudar responsáveis por alunos a entender por que uma matrícula ficou pendente antes do prazo” oferece um recorte observável. Mantenha a evidência ligada ao enunciado, para que o grupo possa revisá-lo se surgirem novos fatos.

Desenvolver não significa construir tudo. O Design Council inclui gerar respostas variadas, testar e refiná-las. Uma alternativa pode ser um texto mais claro, uma mudança no atendimento, uma integração digital ou uma combinação. Prototipar partes da experiência ajuda a comparar opções sem assumir de imediato o custo completo de uma delas. O teste deve corresponder à dúvida: uma simulação pode examinar entendimento, mas não comprova desempenho técnico em produção.

Entregar não é apenas lançar. A fase envolve selecionar o que funciona, preparar a solução e aprender com seu uso. Alguns resultados de teste levam a rejeitar uma proposta ou voltar ao problema. A organização precisa considerar implantação, acessibilidade, suporte e medidas de efeito. Uma solução que agrada numa demonstração pode falhar em escala ou sob restrições reais.

O Design Council descreve o Double Diamond como representação visual, independente de ferramentas específicas. Você não precisa usar uma técnica particular de entrevista, mural ou votação para seguir a lógica. Escolha métodos que produzam informação útil para a decisão. Em um serviço com poucos usuários acessíveis, pesquisa qualitativa pode ser valiosa; em outro, dados de uso podem mostrar onde investigar. As fontes de evidência se complementam.

Iteração atravessa os diamantes. Um protótipo pode revelar que a definição do problema está errada. O time volta a Descobrir ou Definir, mesmo que já tenha investido em Desenvolver. Tratar esse retorno como falha administrativa incentiva esconder evidência. O valor do mapa está em mostrar que rever a pergunta é parte legítima do design.

O modelo se relaciona ao Design Thinking, abordagem mais ampla de resolução de problemas centrada nas pessoas, e ao Product Discovery, trabalho contínuo de reduzir incerteza sobre produto. Um Design Sprint é um processo concentrado que pode percorrer pesquisa, opções, protótipo e teste. Double Diamond organiza a conversa sobre exploração e escolha, sem determinar a duração nem substituir a prática contínua.

Quem decide a convergência? Ouvir perspectivas não elimina a necessidade de escolha. Declare quem responde pelo produto ou serviço, que critérios importam e quais restrições são obrigatórias. Votação pode mostrar preferências, mas uma decisão precisa considerar evidência de usuários, viabilidade e consequências para quem implementará e operará a solução. Quando uma informação decisiva falta, talvez a melhor escolha seja um experimento adicional.

Como reconhecer progresso. Ao fim do primeiro diamante, o grupo deve conseguir explicar por que escolheu aquele problema e que hipótese ainda precisa examinar. Ao fim do segundo, deve ter evidência sobre alternativas e um plano para observar o resultado depois da entrega. Um mural cheio de notas, por si só, não indica avanço. O progresso aparece na qualidade das decisões e na capacidade de revê-las.

Imagine uma escola hipotética em que 30 famílias por semana telefonam para perguntar sobre matrículas pendentes. O número é inventado para este exemplo. A direção propõe criar um aplicativo de acompanhamento. No primeiro diamante, a equipe conversa com famílias, secretaria e professores, observa o processo e analisa mensagens já enviadas. Descobre três causas possíveis: documentos exigidos não são claros, o status demora a atualizar e diferentes canais dão respostas contraditórias.

Na fase Definir, escolhe um desafio específico: permitir que responsáveis saibam qual ação falta para concluir a matrícula e quando receberão resposta. Não escolhe ainda aplicativo. Antes, o grupo iria diretamente para desenvolvimento de software; depois, entende que a informação e a sincronização entre áreas fazem parte do problema.

No segundo diamante, explora 3 alternativas hipotéticas: reescrever mensagens existentes, criar uma página de consulta ou mudar o processo interno de atualização. Um protótipo simples de mensagem ajuda a observar se famílias entendem a próxima ação. Uma simulação de página mostra o valor de consultar o estado, mas revela que o dado interno continua atrasado. O time escolhe combinar mensagens claras com atualização operacional, e adia construir a página até testar se a necessidade permanece.

Após aplicar a mudança em parte das matrículas, acompanha perguntas recebidas, erros de documento e relatos de famílias. Se o volume de ligações cair, ainda verifica se ocorreu mudança no calendário ou no perfil das famílias antes de atribuir tudo à intervenção. Se novas dúvidas aparecerem, pode voltar ao primeiro diamante. O modelo ajudou a tomar decisões menores e mais informadas, sem prometer que a primeira escolha resolveria tudo.

Cursos K21 recomendados