Nāo lançar um produto pode ser um sucesso | Edição #20
Quando você pensa em um caso de sucesso para uma pessoa de produto, o que vem à sua mente?
Nas últimas semanas o tempo está mais escasso do que nunca e não consegui escrever. Para não deixar de compartilhar conteúdos por aqui, trago um texto antigo* - mas com tema super atual. Espero que gostem!
O app super legal que ficou entre os top 5 mais baixados no dia do lançamento, uma funcionalidade que surgiu numa pesquisa durante a etapa de discovery ou aquela ideia maluca do stakeholder que você e o time remodelaram durante os ciclos de dual track até uma versão que realmente mudou métricas importantes?
Sim, todos esses podem ser casos de sucesso, mas existem algumas histórias bem sucedidas que são pouco disseminadas por aí, um pouco naquela linha de "o verdadeiro herói não usa capa". São os casos de produtos não lançados, abandonados, aqueles que desistimos de trabalhar.
🤔 Preciso mitigar riscos pra quê mesmo?
Antes de explicar sobre esses casos impopulares de sucesso, vale lembrar sobre os famosos 4 riscos a serem mitigados, citados pelo Marty Cagan no livro Inspired:
Risco de valor: se existe valor para os usuários, a ponto de comprarem e usarem seu produto;
Risco de usabilidade: se os usuários conseguem utilizá-lo para os devidos fins;
Risco de viabilidade: se é viável construir esse produto considerando tempo, equipe e tecnologias;
Risco de negócio: se essa solução faz sentido para a empresa (financeiramente, operacionalmente, estrategicamente, etc).
Você pode ler mais sobre os 4 riscos no blog do SVPG (Silicon Valley Product Group).
É inegável o quanto esse pensamento pode nos ajudar no dia a dia e como é gratificante saber que mitigamos os riscos antes de lançar um produto ou funcionalidade.
Mas e quando entendemos que um ou mais desses riscos é muito grande, que não vale a pena ou que não vamos conseguir mitigá-lo? Levamos isso como um fracasso?
Não. É agora que chegamos na parte do "herói que não usa capa". Se você ajudou a empresa a entender que um desses riscos é alto demais a ponto de cancelar o lançamento de algo, parabéns! Afinal, se todos os riscos sempre fossem mitigados e tudo desse certo, por que precisaríamos dessa etapa e de pessoas de produto? Não seria só lançar tudo sempre?
Relembrar todas aquelas famosas histórias de que a maioria das startups encerra as atividades por construir o que ninguém quer, por acabar com o dinheiro antes de terminar o desenvolvimento de algum produto ou por motivos similares, só reforça que: invalidar um produto é um sucesso!
💡 Qual a vantagem de invalidar um produto?
Bom, talvez não seja a pauta da sua próxima palestra, talvez você não seja chamado para falar sobre isso num podcast e provavelmente isso não será o motivo da sua promoção (mas talvez deveria).
Ao invalidar um produto, você com certeza economizou meses de trabalho que não iriam gerar o resultado esperado para a empresa.
Muito se fala sobre economizar o tempo dos desenvolvedores, mas vai muito além disso. Existiriam outros esforços desperdiçados dependendo do contexto da empresa, por exemplo:
Designers: para entender e construir as melhores experiências;
Product Marketing / Marketing: em caso de necessitar de um processo de Go To Market ou mesmo ajustes nas comunicações ou branding;
Customer Success: afinal, é nosso papel ajudar essas pessoas a se capacitarem para atender as dúvidas de nossos usuários sobre os novos produtos / funcionalidades; e
Eventualmente profissionais de áreas mais específicas: backoffice, operações, financeiro, data science, BI...
Imagine um cenário de invalidação de um produto / funcionalidade aí na sua empresa, pense em todas as pessoas que trabalhariam com você nesse Titanic caso você não tivesse feito seu trabalho de invalidar a ideia. Pois é, ficaria caro para a empresa né?
Isso sem falar no custo de oportunidade, já ficou caro o suficiente…
🎯 Conclusão
É necessário mitigar os riscos porque é importante, não porque o Marty Cagan falou.
Precisamos dar mais valor e visibilidade aos casos de invalidação de produtos. É muito legal ser um rockstar de produtos, e espero que cada um de nós tenha a oportunidade de passar por isso, mas não vamos nos esquecer dos dias em que "salvamos o mundo sem a capa".
*Postado originalmente no blog Product Oversee.
⌛ Mais rápido que update do Windows
Textos que eu acho legal de compartilhar, mas não chegam a ser reflexões tão profundas - às vezes nem reflexões.
Era uma vez um produto SaaS promissor.
A equipe executou com maestria a exploração do problem space. Agiram rápido para testar as soluções do problema descoberto.
Prototiparam, testaram, fizeram iterações e chegaram em um MVP de sucesso.
Começaram a lançar versões mais robustas do produto e iniciaram o Go to Market, sempre iterando e mensurando.
Em determinado momento, alguém decidiu que era hora de sair da camada free e começar a ganhar dinheiro - justo.
Então, bloquearam todas as funcionalidades free, chutaram um preço mensal e colocaram uma modal de "assine agora".
Resultado: cerca de 0,2% dos usuários assinaram - uma métrica dezenas de vezes longe do ideal.
Os investidores, espantados, logo solicitaram o encerramento da iniciativa - já que ninguém trabalha de graça, não é?! Bom, eles não estão totalmente errados.
Qual foi o erro aqui?
Esqueceram de testar pricing e modelo de negócio!
Não é porque você tem um SaaS que seu modelo precisa ser de um preço fixo por assinatura mensal. Se pensar um pouco fora da caixinha, existem muitas possibilidades!
Mas é claro, assim como você pesquisa, teste e (in)valida features, o mesmo vale para monetização e modelo de negócio.
📚 Outros bons conteúdos
Por hoje é só! Caso ainda não tenha visto as últimas edições dessa newsletter, corre lá:
Que conteúdo incrível Rapha! Aprendendo muito contigo sobre gestão de produtos!
Adorei a parte "É necessário mitigar os riscos porque é importante, não porque o Marty Cagan falou." hahaha! É muito isso... bom senso é sempre importante (e falhar rápido é OURO)!
Thanks for sharing dude! Keep going!