Podcast MdP: “Se não envolve o usuário, não é Discovery, é consenso, refinamento, o que você quiser chamar…”

Luana K. Perin
Mulheres de Produto
5 min readFeb 19, 2019

Começamos a segunda temporada trazendo um assunto bem importante: Product Discovery e a Jessica Seixas é a nossa convidada para essa estréia! :D

Link do anchor.fm do cast da Jéssica sobre Product Discovery

Ela é Product Owner (PO) na Concrete Solutions.

A Concrete Solutions é uma empresa de consultoria que desenvolve produtos, ela tem o destaque de fazer entrega de um produto de valor para o usuário final e não só o software. Aqui o papel dela é fazer a diferença na vida não só dos clientes, mas sim do todo.

Ela conta em seu artigo que até hoje já foram mais de 50 aplicativos de jogos e 2 aplicativos de instituições financeiras no Brasil e Colômbia.

O tal do Product Discovery..

A descoberta é um processo para fazer com que o novo produto/funcionalidade a ser lançado(a) seja não só usável mas principalmente útil para o cliente/usuário.

É importante porque ajuda as equipes a criarem produtos que são vitais para seus clientes , e não simplesmente agradáveis ​​de se ter.

“O que caracteriza como Discovery é descobrir e validar hipóteses nos usuários. Se não envolve o usuário, não é Discovery, é consenso, refinamento, o que você quiser chamar…”

É importante verificar se o seu produto é:

  • Valioso
  • Utilizável
  • Viável (inclusive viável tecnicamente).

O processo de descoberta é dinâmico e permite que você falhe, mas rapidamente!

Planejando um Discovery

O primeiro passo é colocar todo mundo na mesma página — todos estão construindo o software com você, é necessário garantir que todos tenham a clareza, o propósito e o entendimento do que vocês querem atingir.

Se o Product Manager (PM) ou o líder que está acompanhando tem o consenso que não existe risco atrelado ao que estão desenvolvendo, nesse caso, se não existe esses riscos não tem a necessidade de realizar um Discovery, você pode ir direto para o teste! Mas, e se o risco existir? os clientes vão querer usar essa solução? e se tivermos o risco financeiro? quanto tempo irá durar essa descoberta?

O risco pode ser:

  • Risco de valor;
  • De usabilidade;
  • De viabilidade técnica;
  • De negócio;

Se já está claro algum risco, vale a pena fazer o discovery para validar as hipóteses e descobrir se são verdades ou premissas. Afinal, não basta somente ter a opinião do gerente de produto e do time sobre as questões acima. Nós devemos coletar evidências. Essa evidência é obtida através de uma descoberta de produto adequada.

Técnica de engajamento com o time:

No processo de descoberta uma técnica utilizada é a do duplo diamante de design thinking onde o time vai transformar insights em soluções.

Duplo diamante de design thinking

Não se apegue ao seu protótipo, se a idéia não é boa: PRÓXIMA! Nós precisamos falhar rapidamente.

Adaptação da sprint:

Ela compartilha como adapta a técnica de design thinking nas suas sprints em duas semanas, sendo dividas assim:

Cronograma da Sprint adaptada
  • Segunda: Nessa etapa, o PO traz uma série de hipóteses para serem validadas com o time e seleciona as principais para serem validadas com o usuário — validadar hipóteses e não testar idéias.
  • Terça: Parte do dia dedicado a criar o roteiro da entrevista, escolha de algumas pessoas que se encaixam no perfil das personas definidas e realização da entrevista. (O ideal é falar com o usuário ou o usuário mais próximo do publico esperado).
  • Quarta: Reunião do time para discutirem as lições aprendidas nas entrevistas e dinâmica de ideação Crazy-8.
  • Quinta: Criação de um protótipo simples para ser validado com o usuário e validação da hipótese à solução, é importante entender se a solução resolve o problema.
  • Sexta: Resultado do Discovery onde são respondidas as seguintes perguntas: O que não acreditamos mais? O que aprendemos? O que esperamos descobrir nas próximas etapas? Que ideias queremos validar nos próximos passos?
  • Segunda semana: é chegada a hora do desenho da solução final, dos testes de usabilidade, escrita de histórias e gestão do backlog.

Remember: “at the end of the day, your job isn’t to get the requirements right your job is to change the world.” Jeff Patton

A boa gestão de produtos tornou-se uma vantagem competitiva sustentável.

Pode-se argumentar que a estratégia de produto e tecnologia de uma empresa tornou-se a estratégia corporativa para muitas empresas de ritmo acelerado, com melhor desempenho e inovadoras no mercado atual, que mantêm uma clara linha de visão para um produto e uma estratégia orientada pelo usuário.

Você pode visualizar a apresentação sobre Product Discovery realizada por ela em um meetup logo abaixo:

E por fim mulheres, nós nunca devemos esquecer que quando falamos/ensinamos e compartilhamos algo nós não vamos gerar uma competitividade, na verdade nós vamos criar admiração!

___________________________________________________________________

Agora, as referências deste episódio:

  • Livros:

Inspired (Marty Cagan)

User Story Mapping (Jeff Patton)

Lean Analytics (Alistair Croll , Benjamin Yoskovitz)

Lean Startup (Eric Ries)

Design Sprint (Jake Knapp)

  • Podcasts/Artigos:

https://svpg.com (Marty Cagan)

https://www.producttalk.org (Teresa Torres)

  • Ferramentas:

Real time Board: https://realtimeboard.com

Invision: https://www.invisionapp.com

Trello: https://trello.com

Saiba também onde encontra-la:

___________________________________________________________________

Agora nós queremos saber de vocês, tem alguma sugestão ou opinião sobre o podcast? Nós adoramos receber sugestões e feedback sobre o podcast!

É só mandar mensagem para podcastmdp@gmail.com

E se você é uma mulher interessada em tecnologia, junte-se a nós! Na nossa comunidade tem vários projetos legais acontecendo. Lá divulgamos muitos eventos legais, vagas de trabalho, indicações de livros e muito mais é só entrar no link abaixo:

Link: bit.ly/mulheresdeproduto

Até a próxima!

--

--