Etapas fundamentais para um experimento dar resultado

Para um experimento dar resultado, existe uma cadeia de coisas que precisam ser feitas do jeito certo.

• Conhecer bem o problema, 
• Saber defini-lo muito bem,
• Criar uma hipótese clara,
• Ser engenhoso na ideação de solução.

Todos esses passos são igualmente importantes. É muito doido, porque algumas coisas aqui passam a impressão de que não, elas são autossuficientes. 

Se eu conhecer bem o problema, o resto é intuitivo

Se eu tiver uma hipótese clara, o resultado do experimento vai ser suficiente para gerar aprendizado

Se eu idealizar uma solução e testar, vou ganhar tempo

Olha como tudo é bem casado: se você não conhece o problema com profundidade, vai gerar mil hipóteses até chegar na que realmente soluciona uma dor. Se você não sabe como definir bem o problema, vai criar uma hipótese rasa. Se você não sabe como definir uma hipótese, vai chegar em várias soluções nada relacionadas com o problema.

Um exemplo: eu vi que o abandono de carrinho tá estourado. Ok, defini o problema, a hipótese e refiz a usabilidade da página. Mas, na verdade, o problema é que a expectativa do usuário quando leu a proposta de valor no entrypoint não era condizente com a informação de pagamento do checkout. Sem conhecer o problema com profundidade, como eu ia saber disso? 

Outro: fiz pesquisa quanti e quali, eu defini bem o problema e a hipótese. Mas na hora de idealizar soluções, me falta referência. Fiz algo genérico e copiei um concorrente. Tenho um resultado subótimo e jogo que segue, sendo que poderia ter sido bem melhor.

Para quem tá começando a jornada de rodar experimento, seja founder, PM ou designer, umas dicas:

• Conhecer bem o problema envolve olhos atentos e pesquisa. Você precisa saber qual métrica de negócio é a mais importante e ir atrás dos seus detratores. Esse é o "o quê", e você precisa falar com o usuário para entender o "porquê".
• Existem várias formas de escrever bem a definição de problema. Procura por "problem statement" e você vai ver um monte, mas duas coisas são importantes aqui, 1 - saber identificar a raiz desse problema, antes de qualquer coisa, 2 - como esse problema impacta o negócio. Quando você se perguntar "Por que esse problema acontece?", refaça a pergunta mais algumas vezes. "Acontece por causa disso", "Mas por quê?", "Por causa daquilo", "Mas por quê?".
• A hipótese tem de ser clara, independente do modelo que você vai seguir. Mas mais importante, tem que descrever quais mudanças você vai fazer, quais resultados você espera observar e como você vai medi-los em KPIs.
• Aqui a parte mais legal, a ideação da solução depende do quanto você ou seu time conseguem idealizar. Quais princípios de design você pode usar para solucionar o problema? Quais princípios da psicologia você pode usar para solucionar o problema? Quais regras de negócio posso aplicar para solucionar o problema? Essa etapa é um misto do quão bem você conhece o problema e do quanto de referências você tem. Se o produto não é intuitivo, você precisa saber como usar affordance, contraste, restrição de elementos etc. Se o problema é falta de entendimento da proposta de valor, você precisa saber usar gatilhos emocionais, clareza, motivadores etc. É um mundo gigante para explorar. Minha indicação, claro, é leitura e tempo de experiência.

Muito disso compreende a interação de um time todo. O founder tem a visão do negócio, o PM vai organizar a árvore de oportunidades e soluções, data analytics colhe dados quantitativos, designer projeta a solução. Mas nem tudo é perfeito, e às vezes você vai ter que fazer tudo, principalmente sendo fundador de uma empresa que está começando. O que tenho para dizer é que, ter em mente que as coisas são relacionadas e tão igualmente importantes no processo, te dá uma vantagem enorme!