Verdades desconfortáveis do desenvolvimento de produtos
Semana após semana vejo equipes de produto lutando com roadmaps de produto antiquados, que foram negociados laboriosamente com a gestão e os stakeholders, às vezes até com trimestres de antecedência. Aqui quero apresentar os verdadeiros motivos pelos quais esses roadmaps normalmente levam a resultados muito ruins para uma empresa (mesmo quando há as melhores intenções por trás).
“As duas verdades desconfortáveis sobre o desenvolvimento de produtos”
A primeira dessas duas verdades é que metade de todas as ideias simplesmente não vai funcionar. Existem muitas razões para isso. Na maioria das vezes, os clientes simplesmente não ficam tão entusiasmados com a ideia quanto nós, então não querem usar o produto. Às vezes eles gostariam de tê-lo, mas é tão complicado de usar que causa mais frustração do que benefício, e isso dá no mesmo: os clientes não usam. Às vezes os clientes adorariam ter o produto, mas descobre-se que o desenvolvimento é muito mais trabalhoso do que o esperado e simplesmente não temos tempo nem dinheiro para isso.
A segunda verdade desconfortável é que (mesmo quando você tem ideias valiosas, utilizáveis e viáveis) são necessárias muitas iterações até que a ideia esteja implementada a ponto de finalmente entregar o valor esperado para a empresa.
A forma correta de lidar com essas verdades
Por experiência posso dizer que não dá para fugir dessas verdades desconfortáveis – e isso apesar de ter tido a oportunidade de trabalhar com muitas pessoas excelentes das áreas de produto e tecnologia. O que importa é como você lida com essas verdades.
Equipes fracas se arrastam mês após mês pelo roadmap e quando algo não funciona, culpam o stakeholder que queria a feature. Depois tentam planejar mais iterações, outro redesign ou outras features que desta vez, esperançosamente, vão resolver o problema. Se tiverem dinheiro e tempo suficientes e a gestão não perder a paciência antes, podem até eventualmente chegar ao objetivo.
As equipes fortes, por outro lado, conseguem rapidamente distinguir as boas ideias das ruins (independentemente de onde a ideia veio originalmente) e trabalhar iterativamente em direção a uma solução boa e eficaz. Isso se chama Product Discovery. E por isso Product Discovery é para mim a competência mais importante de uma organização de produto. Quando você consegue construir um protótipo em poucos dias em vez de vários meses e validar a ideia com a ajuda dos clientes, isso impacta tanto a dinâmica quanto os resultados.
Conclusão sobre verdades de produto
Aconselho você a olhar mais de perto para essa solução que funciona maravilhosamente, pois posso te prometer que por trás de cada produto de sucesso existem muitas iterações e protótipos. Aceite essas duas verdades desconfortáveis em vez de lutar contra elas e torne-se um profissional em Product Discovery.