O mĂnimo do mĂnimo, e nada mais.
Qual Ă© o mĂnimo que o seu produto tem que ter para ir para as mĂŁos do seu cliente? Liste esses itens. Agora reduza. Reduza mais um pouco essa lista. Desenvolva o seu produto. E entĂŁo agora coloque nas mĂŁos dos seus clientes o mais rĂĄpido possĂvel e aprenda com eles se o seu produto estĂĄ os ajudando ou nĂŁo e, em seguida, melhore o seu produto ao longo do tempo.
Esqueça as 100 pesquisas e 600 entrevistas com usuårios, não perca o seu tempo tentando entrar em contato com todos os seus concorrentes e nem pense em ficar tentando conseguir investimento, contratando 100 pessoas e todas essas outras coisas que podem (e vão) tirar o seu foco do que realmente importa: Construir um bom produto para o seu cliente e aprender com ele.
Provavelmente o seu MVP nĂŁo vai funcionar, mas Ă© uma excelente forma de iniciar a conversa com o usuĂĄrio e descobrir como vocĂȘ pode resolver seus problemas. O objetivo que vocĂȘ deve ter como fundador (a) Ă© colocar um produto no mundo rapidamente. Produto mĂnimo viĂĄvel, este Ă© o nome.
Em segundo lugar, vocĂȘ deve conversar com alguns clientes iniciais e tentar descobrir o que pode fazer para tornar o seu produto ainda mais Ăștil para eles.
O seu foco deve ser em ajudar o seu usuĂĄrio a alcançar os seus objetivos atravĂ©s do seu produto, depois entender o que precisa ser mudado e entĂŁo iterar o seu produto â iterar Ă© nada mais do que alterar/melhorar/mexer/corrigir/etc. Deu certo? Ătimo. Repita o processo.
Converse com mais usuĂĄrios, itere seu produto.
Converse com mais usuĂĄrios, itere seu produto de novo.
Depois de trĂȘs, quatro, cinco, seis iteraçÔes, seu MVP serĂĄ muito diferente. SerĂĄ um novo MVP, um novo produto. Este Ă© o normal.
Ter essa conversa com os usuårios e permitir que eles vejam a evolução do seu produto vai deixar eles muito empolgados, mais propensos a usar o seu produto e mais propensos a pagar por ele.
E vocĂȘ vai aprender 10 vezes mais do que apenas conversando com seus co-fundadores ou pensando sobre essas ideias em sua cabeça.
O desafio hoje Ă© que muitas pessoas estĂŁo criticando os MVPs. Muitas pessoas estĂŁo falando sobre produtos mĂnimos adorĂĄveis ââou produtos mĂnimos Ășteis. E honestamente, muitos fundadores simplesmente querem construir produtos no nĂvel do Steve Jobs, criar o iPhone e mudar o mundo.
HĂĄ essa ideia errada de que começar com algo pequeno que pode nĂŁo funcionar muito bem Ă© uma mĂĄ ideia. HĂĄ muitas pessoas que se preocupam que, se vocĂȘ começar com algo pequeno e der para um cliente e ele nĂŁo gostar do produto, nunca mais vai conseguir falar com ele novamente.
O que acontece Ă© que na maioria dos casos, as pessoas interessadas em testar um produto sĂŁo os famosos early-adopters ou adotantes iniciais. Eles normalmente estĂŁo acostumados a usar produtos que nĂŁo funcionam muito bem.
E a razĂŁo pela qual os early-adopters estĂŁo falando com vocĂȘ nĂŁo Ă© porque eles acham que seu produto vai funcionar muito bem, Ă© porque eles tĂȘm um problema real e estĂŁo abertos a usar um novo software, entĂŁo vocĂȘ nĂŁo precisa se preocupar em perder essas pessoas.
Esses sĂŁo os tipos de pessoas que experimentam novos produtos o tempo todo.
Se vocĂȘ disser: "Eu nĂŁo posso garantir que isso vai funcionar perfeitamente desde o primeiro dia. Mas se vocĂȘ continuar trabalhando comigo, nĂłs vamos melhorar e eu vou garantir que ele funcione para vocĂȘ com o tempo."
Esses sĂŁo os tipos de pessoas que amam essa abordagem.
E as pessoas que ao seu produto falhar nunca mais vĂŁo usar? Bom, com isso vocĂȘ descobre as pessoas que nunca iam usar seu produto de qualquer maneira. Elas nĂŁo sĂŁo early adopters. Elas nĂŁo usam novo software, entĂŁo vocĂȘ nĂŁo precisa se preocupar em perder essas pessoas, porque na real mesmo vocĂȘ nunca as teve.
O Medo
Este Ă© um medo famoso, o do âSe eu apresentar meu produto para as pessoas e elas nĂŁo gostarem, minha empresa morre.âđ»
Ă sempre engraçado quando pensamos nisso, porque, na verdade, a empresa nĂŁo morre. Produtos e empresas nĂŁo sĂŁo como jogos. A nĂŁo ser que tenha acabado o seu dinheiro, aĂ talvezâŠ
Imagine o pior cenĂĄrio: vocĂȘ fala com um cliente, apresenta seu produto, nĂŁo funciona. Eles nĂŁo querem a sua criação. VocĂȘ acorda no dia seguinte⊠Algo mudou? VocĂȘ nĂŁo pode entrar em contato com outra pessoa? NĂŁo pode voltar a falar com o cliente depois de uma semana, quando tiver melhorado o produto? Sua startup realmente morreu? Na maioria das vezes, quando vocĂȘ tem esse medo, o que deve fazer Ă© se abraçar e se perguntar: esse medo Ă© real? Minha empresa realmente vai morrer se X acontecer?
NĂŁo Ă© ruim sentir medo, mas Ă© ruim agir com base nele.
Ă pĂ©ssimo vocĂȘ gastar um ano construindo seu MVP porque vocĂȘ tem medo de que o primeiro cliente possa nĂŁo gostar. PorĂ©m, pode ser piorâŠ
Tem outro grupo de pessoas que pensa o seguinte: "Eu sei como fazer um o produto perfeito e sei que vai levar um ano para construir! Por que deveria construir versÔes ruins dele?"
Essas pessoas tĂȘm um apelido de "falsos Steve Jobs", e isso Ă© realmente uma grande concepção errĂŽnea do que grandes fundadores fazem. Muitas pessoas pensam que Steve Jobs era a pessoa que poderia apenas imaginar grandes produtos em sua mente e depois conceber eles para o mundo.
Mas o que é engraçado é que na maior parte do tempo, quando as pessoas pensam nos produtos pelos quais Steve Jobs é mais conhecido, por exemplo o iPad e o iPhone, elas não lembram de todas as diferentes iteraçÔes desses produtos ao longo do tempo.
Muitas vezes, as pessoas pensam: "Ah, o Steve Jobs lançou um telefone incrĂvel na primeira vez",
Mas também pense que:
"O primeiro iPhone começou sem a App Store. TambĂ©m nĂŁo era possĂvel gravar vĂdeos. O primeiro iPhone sĂł tinha 2G e nĂŁo 3G e era pĂ©ssimo. NĂŁo tinha cĂąmera frontal e a grande maioria dos app nativos que existem hoje nĂŁo existiam."
A maioria das pessoas nĂŁo se lembra disso.
đ Uma breve pausa no texto para dois avisos:
đ§ Eu lancei essa semana o meu primeiro MVP, se vocĂȘ quiser fazer parte do beta, clique aqui e insira seu e-mail.
âïž Se quiser tomar um cafĂ© comigo ou comigo e com o Pedro, clique aqui.
Para a maioria das pessoas, o iPhone que elas realmente consideram um iPhone, era a terceira ou quarta iteração do iPhone. Mesmo o grande Steve Jobs iterou seus produtos ao longo do tempo. EntĂŁo, se vocĂȘ se encontrar sendo um falso Steve Jobs, pensando: "Eu sei exatamente do que o cliente precisa. SĂł preciso arrecadar R$ 10 milhĂ”es, gastar um ano construindo e depois lançar", pense novamente, certo?
Se Steve Jobs precisou de vĂĄrias tentativas para acertar seus produtos, talvez vocĂȘ precise tambĂ©m. A seguir, vou te dar alguns exemplos e em todos esses exemplos, vocĂȘ verĂĄ trĂȘs pontos bastante simples.
Em primeiro lugar, todos esses produtos foram construĂdos rapidamente, ou seja eles puderam entrar no mercado rapidamente.
Em segundo lugar, todos eles tinham funcionalidades muito limitadas.
Terceiro, e curiosamente, todos esses produtos atraĂram um pequeno grupo de usuĂĄrios. Esses fundadores perceberam que criar algo que um pequeno grupo de pessoas amasse era muito mais importante do que criar algo que pudesse atender a todas as necessidades de todos os clientes potenciais desde o primeiro dia.
Abaixo, o nosso primeiro exemplo, o primeiro site do AirbnB:
Se vocĂȘ fosse um early-adopter quando o Airbnb foi lançado pela primeira vez, aqui estĂŁo algumas das coisas que vocĂȘ nĂŁo conseguiria usar:
NĂŁo havia pagamentos. Se vocĂȘ encontrasse um lugar no Airbnb, nĂŁo poderia pagar por ele no site. VocĂȘ tinha que realizar o pagamento de alguma outra forma.
NĂŁo havia uma visĂŁo do mapa, entĂŁo nĂŁo havia como vocĂȘ ver onde os lugares estavam na cidade. Isso Ă© bem bĂĄsico.
TrĂȘs, ainda mais curioso, vocĂȘ tinha que ficar em um colchĂŁo de ar. VocĂȘ nĂŁo podia alugar uma casa inteira ou um quarto.
Em quarto lugar, a primeira versĂŁo do Airbnb sĂł funcionava para quando existiam eventos e conferĂȘncias. Eles literalmente ativavam o site em uma cidade quando havia uma conferĂȘncia e, quando a conferĂȘncia acabava, o Airbnb era desativado. Isso era o Airbnb para começar. Este foi o MVP.
Aqui estĂĄ o nosso segundo exemplo, a Twitch:
A Twitch começou como um site chamado Justin TV, onde um dos co-fundadores, o Justin, tinha uma cĂąmera em sua casa para transmitir 24 horas por dia, 7 dias por semana da vida dele. Meio creepy, mas na primeira versĂŁo da Twitch, havia apenas uma pĂĄgina, a pĂĄgina que vocĂȘ estĂĄ vendo acima.
Havia apenas um streamer e ele era o Justin. NĂŁo havia jogos, a nĂŁo ser quando o Justin decidia jogar Guitar Hero ou algo assim. Agora, quando vocĂȘ acessar a Twitch, Ă© completamente diferente. Mas Ă© assim que tudo começou.
E por fim, temos o Stripe. Esta foi a primeira versĂŁo:
Naquela Ă©poca, nem mesmo tinha o nome Stripe. Era chamado de âbarra Dev barra Paymentsâ. Nesta Ă©poca, eles nĂŁo tinham nenhum acordo bancĂĄrio sofisticado. Eles estavam trabalhando com um pequeno banco e tambĂ©m nĂŁo tinham APIs diretas com aquele banco para configurar contas, entĂŁo eles tinham que ligar para o banco todas as noites preencher manualmente o formulĂĄrio para que vocĂȘ pudesse configurar sua contaâŠ
Porém, o Stripe começou a ganhar tração principalmente com as startups da YC em estågio inicial que só queriam aceitar pagamentos simples com cartão de crédito.
E isso Ă© tudo o que o Stripe fazia no inĂcio e isso era mais do que suficiente para começar, certo?
Talvez vocĂȘ se pergunte: Quem sĂŁo essas pessoas que realmente querem usar MVPs ruins? Quem sĂŁo esses primeiros usuĂĄrios que querem passar por essa experiĂȘncia?
HĂĄ uma analogia divertida: A primeira versĂŁo do produto serĂĄ para pessoas que estĂŁo com os cabelos pegando fogo.
Imagine que vocĂȘ Ă© essa pessoa e seu cabelo estĂĄ pegando fogo enquanto vocĂȘ lĂȘ esse texto! Agora, imagine que eu estou aĂ contigo, qual seria o produto que eu poderia te vender para resolver esse problema?
Seu cabelo estĂĄ pegando fogo neste exato momento. Provavelmente, vocĂȘ pensou em alguma versĂŁo de um balde de ĂĄgua, uma mangueira, alguma coisa com ĂĄgua.
E sem dĂșvidas um produto envolvendo ĂĄgua Ă© uma excelente solução, talvez seria o iPhone deste mercado. A ĂĄgua resolveria imediatamente o problema, porĂ©m⊠Eu sĂł tenho um MVP para te vender agora đŹ
E o que tenho pra te vender Ă© um tijolo.
Talvez vocĂȘ pense que nĂŁo compraria um tijolo, mas isso Ă© bobagem. Seu cabelo estĂĄ pegando fogo. VocĂȘ compraria meu tijolo e bateria com ele na sua cabeça para apagar o fogo. Isso Ă© um MVP.
NĂŁo Ă© a solução perfeita, mas vocĂȘ estĂĄ com tanta âdorâ como cliente que vai usar uma solução imperfeita para resolver o seu problema. Este Ă© o cliente que queremos. Para clientes que nĂŁo estĂŁo desesperados, vocĂȘ pode esperar.
VocĂȘ nĂŁo precisa deles agora, mesmo porque eles nĂŁo precisam de vocĂȘ, porĂ©m vai atrĂĄs dos desesperados primeiro. Isso vai tornar a sua vida muito mais fĂĄcil.
Talvez vocĂȘ se pergunte: Por que entĂŁo apenas nĂŁo falo com 100 usuĂĄrios e eles me dirĂŁo o que construir?
Este seria o sonho. NĂŁo sĂł meu, mas de todo mundo. O problema Ă© que os seus clientes sĂŁo especialistas em problemas, mas eles nĂŁo tĂȘm todas as respostas de como resolver. Isto Ă© o seu trabalho.
Esse Ă© o trabalho da pessoa que estĂĄ construindo um novo produto. As pesquisas vĂŁo te ajudar a entender a dor pela qual seu cliente estĂĄ passando, mas nĂŁo vĂŁo te ajudar a descobrir como resolver essa dor. O Ășnico momento em que vocĂȘ começa a ter essa conversa com o cliente Ă© quando vocĂȘ colocar um produto na frente deles, preferencialmente um MVP, e começar a perguntar: Isso, de alguma forma, resolve seu problema?
Para encerrar, acho que um dos pontos mais importantes que quero deixar para vocĂȘ Ă© que vocĂȘ nĂŁo começa sua startup com todas as respostas.
Construir uma startup, especialmente na primeira fase de construção de uma startup, antes de encontrar um mercado, é tudo sobre aprendizado. à tudo sobre pegar algumas das ideias iniciais, levar ao mercado e aprender.
A maioria das soluçÔes, as melhores partes dos produtos usados ââhoje, foram descobertas depois que esses produtos foram lançados, quando os fundadores estavam aprendendo com seus usuĂĄrios. E construir e lançar um MVP Ă© a maneira mais rĂĄpida de começar o processo de aprendizado.
E quanto mais rĂĄpido vocĂȘ aprende, mais provĂĄvel Ă© que vocĂȘ construa algo que as pessoas amem antes de qualquer outra pessoa.
Botando na prĂĄtica
Algumas dicas de como construir o seu MVP:
Estipule para si mesmo um prazo muito especĂfico. Ă muito mais fĂĄcil garantir que vocĂȘ esteja construindo algo que seja o produto viĂĄvel mĂnimo se der a si mesmo duas semanas, um mĂȘs ou um mĂȘs e meio para concluir, ao invĂ©s de deixar o prazo aberto.
Escreva as especificaçÔes. Se vocĂȘ acha que existem cinco ou dez funcionalidades necessĂĄrias para lançar um MVP, escreva todas elas. Se vocĂȘ escrever, pode se concentrar apenas na construção em vez de debater continuamente o que deve ser construĂdo.
Agora, corte as especificaçÔes. Depois de escrever tudo isso, revise cada um desses itens e pergunte a si mesmo se um cliente realmente desesperado precisa dessas funcionalidade para começar. VocĂȘ ficarĂĄ surpreso com quantas funcionalidades pode deixar de fora para a segunda, terceira ou quarta versĂŁo do seu produto e apenas obter o bĂĄsico primeiro.
E, em quarto lugar, e mais importante, nĂŁo se apaixone pelo seu MVP. Vai mudar. VocĂȘ vai iterar. Vai ficar muito, muito diferente ao longo do tempo. VocĂȘ quer fazer isso rĂĄpido e nĂŁo quer se apaixonar por ele. VocĂȘ quer se apaixonar pelo seu cliente, pelo seu usuĂĄrio, e nĂŁo pelo produto inicial ruim que estĂĄ construindo para começar a aprender com esse usuĂĄrio.
Antes de me despedir, se lembre: é muito melhor ter 100 pessoas amando seu produto do que 100.000 que gostam dele. Por isso que, ao lançar esse MVP, é totalmente aceitåvel fazer coisas que não estão prontas para a escala e recrutar esses clientes iniciais um por um é totalmente aceitåvel.
Se vocĂȘ se importar com esses clientes, eles te ajudarĂŁo na construção de um excelente produto.
Muito obrigado e atĂ© a prĂłxima đ
O que vocĂȘ achou desse conteĂșdo?đĄ
Fraco đ | Ok đ | Ătimo đ€©
ReferĂȘncia:






