Eu costumava ser uma pessoa desorganizada – bagunceira, na verdade – antes de descobrir o poder de alguns truques simples de design. Minha esperança ao escrever este artigo é de que esses truques de Design de Produto, que aprendi com os outros incríveis designers do Nubank, ajudem você tanto quanto eles me ajudaram. Enfim, sem mais delongas, vamos lá.

TL;DR

1. Como começar sua pesquisa:
2. como escrever hipóteses;
3. como iniciar seu protótipo;
4. como organizar suas páginas no Figma.

Conheça nossas oportunidades

1. Como começar sua pesquisa (um modelo!)

Por que usar isso: você tem informações vindo de todos os lugares e não sabe como organizar as ideias e as opiniões dos outros.

Quem me ajudou nisso: João Rios e Leticia Ratkiewicz

O que você vai precisar: uma página de kanban (Eu uso o Notion).

Você já se encontrou em alguma situação em que havia várias informações vindo de lugares diferentes? A gerência de produtos tem um contexto, seus superiores têm outro e a equipe de pesquisa já trabalhou nisso há 5 anos…

Bom, então esse modelo de pesquisa é para você. É apenas uma maneira simples de organizar as ideias e as opiniões de todos, parâmetros, dados úteis, fatos aleatórios… e qualquer outra coisa que você achar necessário. Como fazer isso:

Imagine que estou fazendo uma pesquisa para o meu projeto de “design writing”.

As colunas são:

1. parâmetros
2. comentários de usuários reais
3. números
4. questões
5. aprendizados

E você pode adicionar quantas colunas quiser, como “hipóteses”, “resultados” ou “ideias aleatórias”. Só tome cuidado para não ficar longo demais!

2. Como escrever hipóteses (uma estrutura simples!)

Por que usar isso: sua equipe quer testar tudo só porque sim, mas você pode usar esta estrutura para ajudá-la a testar as coisas certas.

Quem me ajudou nisso: João Rios (esse cara me ajuda com tudo).

O que você vai precisar: uma página em branco (sério).

Uma Gerente de Produto de quem eu gosto muito, a Teresa Torres, uma vez disse que Testar Tudo Não Funciona.

Nas palavras dela:

Não estou dizendo para não experimentar. Só estou dizendo para parar de experimentar aleatoriamente.” E para ajudar você e sua equipe, há uma estrutura voltada para escrever hipóteses que você pode construir por conta própria.

Problemas

Acreditamos que… {insira aqui o problema}

para…{quem está enfrentando o problema}

alcançaremos…{o resultado desejado}

porque…{raciocínio e provas}

Experimento(s)

Nós faremos…{solução fácil/rápida/confiável}

para…{parâmetros-alvo do experimento}

e saberemos que a hipótese é válida quando/se…{métrica que provará o resultado desejado}

Aprendendo e construindo

Se a hipótese for verdadeira, nós vamos… {o resultado bem-sucedido deve ser evidente}

Se não for, nós vamos… {escrever isso vai ajudar você a definir seus próximos passos}

Sei que parece muito texto no início, mas acredite, vale a pena o esforço. E quando parecer exaustivo escrever todas as ideias que você tem, então você saberá que está tentando testar demais.A “quantidade certa” de hipóteses que você deve escrever depende de muitos aspectos do produto, mas esse artigo sobre árvore de oportunidades (também da Teresa Torres) pode ajudar você a encontrar a resposta.

Problem Hypothesis

We believe that… {here you write the problem}

for…{who’s facing that problem}

will achieve…{desired outcome}

because…{rationale and proofs}

Sei que parece muito texto no início, mas acredite, vale a pena o esforço. E quando parecer exaustivo escrever todas as ideias que você tem, então você saberá que está tentando testar demais.

A “quantidade certa” de hipóteses que você deve escrever depende de muitos aspectos do produto, mas esse artigo sobre árvore de oportunidades (também da Teresa Torres) pode ajudar você a encontrar a resposta.

3. Como iniciar seu protótipo (desenhe as interações antes de prototipá-las no seu computador)

Um exemplo real de como Pedro Pim estruturou um simples protótipo no qual ele estava trabalhando.

Por que usar isso: você não tem familiaridade com o mundo da prototipagem.

Quem me ajudou nisso: Pedro Murad (um gênio do Framer).

O que você vai precisar: caneta e papel (ou um iPad).

Isso é mais um conselho do que um “truque” ou uma estrutura, mas vai ajudar se você estiver aprendendo a fazer um protótipo ou se não souber por onde começar com uma interação. E a melhor parte: é muito fácil de fazer e obriga você a pensar como desenvolvedores/engenheiros.

4. Como organizar suas páginas no Figma.

Por que você usaria isso: o título é autoexplicativo. Falando sério… seu arquivo Figma não precisa ser perfeito, mas um pouco de organização faz bastante diferença.

Quem me ajudou nisso: Camila Son, a mais jovem e talentosa designer que eu conheço.

O que você vai precisar: um arquivo de Figma/Sketch.

Assim como a dica número 3, isso não se trata de uma estrutura. Tem mais a ver com uma mentalidade. Ter páginas chamadas “Final” ou “Quase final” é o equivalente a ter documentos .psd com o nome “final-v2” etc. Como eu disse no começo, você não precisa ser mestre em organização nem deve nomear cada camada (porque isso é quase impossível para um designer, mas fico orgulhosa dos que conseguem). O que eu quero dizer é: tente nomear suas páginas como desenvolvedores fariam: a versão + o que você está construindo.

Camila Son, a designer que inventou esse método de nomear páginas, uma vez me disse: “Eu sempre penso que tenho que entregar meus fluxos finais para engenheiros, então eu tento contar uma história bem linear e completa sobre como aquele fluxo se encaixa naquele momento. Além disso, sabendo que pessoas de outras equipes provavelmente vão acabar perguntando sobre o projeto alguma hora, eu tento escrever um pouco do contexto de cada iteração.”

E é isso. Por enquanto.

Se souber algum outro truque que eu deveria adicionar a esta lista, por favor, comente abaixo e talvez meu próximo artigo seja “Uma coleção de dicas e truques que aprendi com os comentários da minha primeira postagem no Medium”.