DOUBLE DIAMOND

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

Baseado no vídeo da Aela

Double Diamond: Como trabalhar com essa metodologia no seu dia a dia.

https://youtu.be/WD8jRhZ1uIQ
1
DOUBLE DIAMOND

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

Scoping O processo para se chegar no Double Diamond começa no Scoping. Antes de começar o trabalho de investigar o problema que foi passado, precisa montar a
caixinha do projeto, o que é esse projeto? o que o cliente quer? É onde se entende o projeto, o que é esse projeto, por que ele existe, qual é o problema?. É o
momento de se realizar workshop, seja com a equipe, com o cliente etc. É muito similar ao briefing que recebemos em agências, porém aqui é preciso
explorar ao máximo o que foi passado. Ser pro-ativo, juntar as pessoas e fazer acontecer.

Kick-off O Kick-off nada mais é que um grande workshop com as pessoas que foram chamadas para desenvolver aquele projeto e apresentar para eles o projeto. Aqui
você começa a aprender com as proto-personas, as jornadas do usuário, faz uma análise de risco. No kick-off você deve pensar no máximo de situações que
podem acontecer, pensar nas pessoas que podem estar envolvidas nesse projeto, por exemplo, saber o email ou com quem falar se você precisar de toda a
documentação visual/branding da empresa, com quem você deve falar? Conhecer os stakeholders envolvidos.

2
DOUBLE DIAMOND

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

general Você tem um problema do projeto, que pode vir do Briefing / Stakeholder / cliente. É o ponto inicial do projeto. Fase em que investigamos se o problema é
problem realmente o principal problema ou se existem outros. Se foi realmente explorado. Fase de exploração / investigação.
Aqui nessa fase de problemas já é possivel pensar de uma forma embrionária, possíveis soluções para resolver o problema.

research Pode fazer uma pesquisa por sua conta para investigar o que é esse problema, nesse momento não importa se você conseguiu ou não
DISCOVER
secondary entrevistar o usuário. É preciso investigar por que aquele problema existe. De onde surgiu? É um problema apenas, ou tem mais?
research

insight Diante de todos os problemas que foram encontrados, definir o que é interessante e o que deveria ser priorizado como foco do projeto.
DEFINE O que é mais relevante para o usuário (as dores) naquele momento e o que tem muito mais impacto para a empresa.
A partir daí, vamos afunilando, descartando os problemas que não vamos trabalhar naquele momento. Mas é muito interessante guardar
esses problemas para resolver futuramente.
É possível dentro do tempo X que temos, junto com o time de programadores, é viável fazer? Se não, o problema pode ser descartado nesse
primeiro momento e foca em resolver outros problemas.

PRIMEIRO DIAMANTE

research O primeiro diamante é puramente pesquisa focado em problema. Não estou pesquisando aqui qual é a tipografia, qual é cor, qual é o grid,
secondary insight
research isso não importa. Aqui é preciso explorar ao máximo os problemas, para chegar em um problema muito forte para depois entender como
general
problem será resolvido. Aqui não estou pensando em uma solução exata, posso explorar possibilidades, mas ainda é tudo meio abstrato, pois não
estamos preocupados ainda.

3
DOUBLE DIAMOND

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

specific
O melhor dos mundos é ter um único problema e ele estar muito bem mapeado. Fiz muita pesquisa, conversei com vários usuários, fiz entrevista, descartei
problem um monte de outros problemas, por n motivos, porque eu priorizei o problema que faz muito sentido para esse momento, para esse projeto. E é apartir dele
que vamos caminhar e fazer mais exploração. Então descartamos o general problem e ficamos com o specific problem. E por isso que pesquisa é muito
importante.

ideation Quando chega no ponto em que eu já sei qual é o problema específico, começamos a gerar as idéias. O DEVELOP é o desenvolvimento de
DEVELOP
idéias. Chegamos ao meio mais uma vez com uma infinidade de idéias / soluções para o problema e vamos seguir com aquela que mais vale
a pena.

prototype Disso você começa a criar protótipos (protótipos rápidos), desde algo no quadro branco para verificar com o time se é viável, se faz sentido (os
DELIVER programadores é que vão dizer se é viável, se dá para programar ou não no tempo que tem). Pode-se fazer protótipo de papel, as vezes com
usuários ali com você para um teste rápido. E também protótipos digitais.
Existe uma infinidade de métodos para isso: Design Studio (criar wiereframes diversos), Crazy Eight (metodologia). Pode-se fazer vários
processos exploratórios. Esses protótipos referem-se a experimentações. Não é um protótipo de altíssima fidelidade, nada disso. A não ser
que seja necessário. Aqui ainda não sabemos se essa solução realmente resolve o problema, não foi validado ainda. Aqui começamos a
construir coisas que ajudam a conversar com o usuário de novo para validar as hipóteses que foram geradas no processo de ideation. Isso não
é teste de usabilidade, é teste de validação ou invalidação de soluções que resolvam o problema. O protótipo final geralmente é uma
evolução de vários protótipos que criamos e jogamos fora, porém nesses foram validadas várias coisas, aprendemos várias coisas, documen-
tamos e chegamos em algo mais refinado. Ainda sim, não é um protótipo de alta fidelidade e sim um teste de conceito do produto que
começa a fazer sentido para o problema que foi mapeado antes.

SEGUNDO DIAMANTE

Após definir o problema específico, exploramos as idéias para a solução do problema, escolhemos a que mais faz sentido no momento e
prototipamos mais e mais e mais, sempre em relação ao problema encontrado. Não podemos fugir dele, temos que conectar os pontos,
sempre. Deliver é o nome que usa-se para prototipar “coisas” e entregar para o usuário, depois volta com a solução e valida com o usuário
ideation prototype novamente.
Temos que caminhar conectando os pontos: Crescemos na linha de pesquisa, determinamos o problema < | > exploramos as idéias e prototi-
specific
problem
pamos < | >.
Dependendo da sua situação e do que você quer aprender você vai identificar que tipo de pesquisa ou que metodologia vai utilizar em cada
4
momento.
DOUBLE DIAMOND

research ???
secondary insight ideation prototype
research

general specific specific

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

???
Pronto, criei uma solução e agora? Volto para o Adobe XD, Figma e monto uma versão final e entrego para o programador?
Claro que não.

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

Inception
É similar ao kick-off, porém invertido, ou seja você vai fazer uma outra reunião com o seu time inteiro e vai compartilhar todos os aprendizados daquele
projeto até o momento. Conversa de volta com os stakeholders e mostra que aquele problema que foi apresentado, você explorou esse problema, conversou
com pessoas, fez pesquisa de campo, fez isso, fez aquilo, prototipamos, testamos e esse aqui é todo o aprendizado que nós temos, inclusive agora você tem
persona pronta, jornada do usuário pronta, tem uma série de coisas prontas e validadas para construção. Até aqui você não tem software desenvolvido, não
tem algo que você vai lançar e sim um protótipo validado, que pode ser testado com earlier user, poucas pessoas para testar. Algo que os usuários gostem e
se alinhem com a necessidade da empresa.

5
DOUBLE DIAMOND

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

Inception
Até o inception você tem um monte de aprendizado para que agora sim você possa transformá-lo em um software/app/ecommerce que possa crescer,
amadurecer e atingir mais e mais usuários.

Aqui você vai fazer isso de forma pequena e interativa. Entra o Lean UX, você faz um pequeno improvement e vai interar, ou seja, você vai continuar testando,
vai continuar verificando se faz sentido e você faz uma pequena melhoria. Você faz isso por várias vezes até que chega ao ponto do MVP (Minimum Viable
Product).

MVP
É o sotftware da forma mais simples possível e que resolve o problema do usuário. O Double Diamond só está completo quando ele sai do Scoping e chega
no MVP. Porém ele não termina aqui no MVP, é uma constante evolução conforme abaixo. Ao chegar no MVP, você volta para trás, para o general problem e
começa de novo para resolver outro problema.

6
DOUBLE DIAMOND

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

Aqui já entramos em questões como Agile e track separados, ou seja um track de trabalho focado em Deliver, entrega, evolução do seu software. E um track
de descoberta. Esses dois combinados vão fazer que o software tenha uma evolução constante.

Esse caminho do Double Diamond ajuda a sempre estar pesquisando, resolveu um problema,
volta e resolve outro, o software estará sempre em evolução e trazendo melhorias.

7
DOUBLE DIAMOND - detalhando cada etapa

research
secondary insight ideation prototype
research

Scoping Kick-off general specific specific Inception improvement MVP

problem problem solution

DISCOVER DEFINE DEVELOP DELIVER

Aprendizados Todas as Metodologias

OKRs Aqui focado mais no Delivery

Assumptions (Suposições) Roadmap em fazer o MVP acontecer,

Objetivos e Resultados Chaves (OKRs) Riscos ir mais para a mão do usuário,

Proto-personas Assumptions (Suposições) Card Sorting usar Abobe XD, Figma, fazer

Jornada do Usuário Design Studio Experimentos e Testes bem mais interface, porém

Lean Canvas (interesses da empresa) Design Critique Design Critique continua pesquisando,

Riscos Priorização de Insights Design Studio começa a fazer teste de

Mapeamento de Stakeholders Personas Jornada do Usuário usabilidade para ver se faz sentido botão
(quem se conecta indiretamente e Jornada do Usuário Lean Canvas etc. Começa a ter a transição do conceito
de forma secundária)
Priorização de Problemas Lean Experiments validado, essa solução parece
Pesquisa Secundária
Service Blueprint Roadmap viável e como eu evoluo ela para

Pesquisa Secundária Priorização de Soluções o MVP.

Pesquisa de Campo Prototipação / UI Design

Entrevista com Usuário

Sinteses de Pesquisa