Você está na página 1de 7

gugaalves.

net
O Google detectou que voc est com uma conexo lenta e otimizou esta pgina para reduzir o uso de dados em 80%.
Otimizado agora
Ver original

Pesquisa Pesquisa

O que um Produto Mnimo Vivel, o MVP


O desenvolvimento de um novo projeto requer bastante trabalho duro e os resultados ps-lanamento podem ser
incertos. Pensando nisso, ser que vale a pena fazer um projeto grandioso todo de uma vez e gastar toda sua verba
sem a certeza de retorno?

Felizmente, h um mtodo para testar possveis ideias de projetos ou aplicativos que voc tem. Voc pode ganhar
bastante conhecimento atravs da criao de um MVP, sigla do termo Minimum Viable Product, o produto mnimo
vivel. Obenefcio inicial de pensar em MVPs que voc tem que gastar menos tempo projetar e desenvolver seu
projeto. Como resultado disso, voc ter uma melhor viso da aceitao do mercado e retorno dos usurios desde o
incio. Isso melhora a qualidade das decises que voc faz para o seu produto, e garante uma evoluo mais
sustentvel.

Neste tutorial, voc vai aprender:

O que um produto mnimo vivel (MVP)?


Como denir seu MVP
Aplicando as melhores prticas de construo de MVPs
A construo de seu MVP
Lanamento de um MVP e recebendo feedback do usurio
1. O que um produto mnimo vivel (MVP)?

Um MVP, ou produto mnimo vivel, um produto que tem apenas recursos sucientes para testar se sua idia,
produto ou servio, vivel no mercado. Para isso, todos os recursos no essenciais so inicialmente deixados de
lado e a aplicao contm apenas as caractersticas que so consideradas o ncleo do produto.

Mnimo: Isso, como descrito anteriormente, signica que o produto contm apenas recursos bsicos e tudo o
que no essencial deixado de lado.
Produto: Claro, voc est construindo um produto. Voc est produzindo algo que deve ser interessante para as
pessoas utilizarem, tendo uma aplicao bem clara.
Vivel: Isso signica que o produto tem a chancede obter trao e criar valor para as pessoas. O valor uma
denio ampla. Por exemplo, um jogo oferece entretenimento, o que valor. Geralmente considera-se que um
produto vivel se ele pode gerar receita suciente para valer a pena o custo de desenvolvimento do produto.

Quando voc tem uma ideia de um produto, muitas vezes este produto bastante complexo, tendo uma grande
quantidade de funcionalidades, voc deseja que os usurios consigam realizar uma variedade de coisas usando seu
produto/aplicativo. No entanto, o ncleo real de um produto muitas vezes muito pequeno e simples.

Um grande exemplo de um MVP o aplicativo Snapchat. O Snapchat tem um foco especco, voc pode ver e enviar
imagens para outros usurios, mas as imagens enviadas expiram, so visveis temporariamente. um produto
simples, com um foco. Eles testaram esse conceito central e tiveram sucesso. Somente aps o lanamento inicial e
validao do produto, fez sentido comear a trabalhar em mais funcionalidades.
Snapchat: criado e desenvolvido por estudantes da Universidade de Stanford.

Muitas das aplicaes que conhecemos esto muito alm do alcance de um MVP. Vamos pensar no Instagram, por
exemplo. Inicialmente, o MVP poderia ter focado apenas em ltros. Voc seria capaz de tirar uma foto, escolher uma
foto existente, e colocar cinco ltros na fotograa e salv-lo de volta ao rolo da cmera do dispositivo.

Lanar o Instagram como um produto mnimo vivel teria testado o pressuposto de que as pessoas usam ltros
para melhorar suas fotos. Se a aplicao ganhasse trao, voc poderia trabalhar em atualizaes do projeto com
novas funcionalidades, como pers pblicos de usurios e suporte a vdeos. Se no der certo e voc no conseguir
trao, ento provavelmente no vale a pena continuar o desenvolvimento. Talvez uma idia diferente seja mais
vivel, e isso lhe permitiria desenvolver aos poucos o projeto, sem gastar seus recursos em fazer tudo de uma vez e
perder muito mais tempo e dinheiro.
Veja como o Instagram soube pensar num MVP para seu site. Simples e objetivo

Trabalhar em MVPs signica levarem considerao o custo de oportunidade enquanto trabalha em um produto.
Anal de contas, falhar cedo signica que voc economiza tempo para construir um produto de sucesso, parando o
desenvolvimento do produto ou da funcionalidade mais cedo, quando esta falhar.

Dena o ncleo do seu produto. Construa esse primeiro conjunto de recursos e o teste no mercado.

Desenvolver todos os recursos possveis que voc tem em sua mente pode levar meses ou anos, enquanto um
simples MVP pode levar apenas um par de semanas para criar. Como experincia pessoal, no incio de minha
carreira trabalhei no projeto de um grande ecommerce brasileiro que desejava criar um produto para o mercado
esportivo, mas falhou ao passar anos desenvolvendo o produto e ao lanar no ter o retorno desejado. Isso fez com
que milhares de reais fossem jogados fora quando o lanamento do ncleo do projeto j poderia ser usado para
testar o retorno do mercado e se valia a pena fazer todo o resto. Uma srie de conceitos poderiam ser testados e
corrigidos durante este ciclo de atualizaes do MVP. Ao menos serviu como uma grande experincia prossional,
mas no algo que desejo que aconteca com outros empreendedores, que no tem verba disponvel para arriscar
assim.

Liberar cedo tem esta vantagem essencial: o feedback do usurio. Voc capaz de coletar feedback do usurios no
incio e moldar o produto com base no que os usurios querem, anal sem um pblico satisfeito com o que lhe
fornecido voc nunca atingir as converses desejadas.

2. Denindo seu MVP

Antes que voc possa realmente comear a desenvolver algo, voc precisa denir o seu MVP e roadmap de
produtos. Sim, esquea desenvolvimento ou design nesse momento e diga ol para planilhas e documentos de
texto.Que recursos so essenciais e quais so legais mas no essenciais? muito importante manter-se o mais
objetivo possvel durante este processo. Uma funcionalidade que voc ama muito pode no ser algo essencial para
ser inserido no ncleo do seu produto. Ento este o primeiro passo, brainstorm com a equipe (com seu scio, um
amigo questionador), debate das idias para decidir se um recurso realmente essencial ou se algo legal mas no
essencial.

O prximo passo ser listar as caractersticas e funcionalidades em termos de prioridade. O que mais importante e
cria o maior valor no curto prazo? Uma vez que voc deniu isso, voc pode colocar os recursos remanescentes em
um roadmap de produto para denir o que voc estar construindo nos prximos ciclos de desenvolvimento do
projeto, uma vez que seu produto decolar.

Entender melhor o conjunto de recursos do seu produto avaliar todos os recursos em uma escala de 1 a 10,
levando em conta a importncia, complexidade e valor agregado para o usurio. Voc pode tomar as melhores
decises em termos de cronograma para o seu produto quando voc entender os vrios componentes de cada
recurso.

3. Aplicando as melhores prticas de construo de MVPs

Quando voc tiver uma idia, d uma olhada no mercado existente. Que produtos similares esto l fora? Qual
a sua proposta de valor? Como voc faria isso de forma diferente, ou, ainda mais importante, melhor?
Depois de terminar de escrever um conjunto de recursos, sempre reveja cada caracterstica e me se pergunte se
realmente necessria. Ser que o usurio realmente precisa criar uma conta? Se sim, ser que no vale mais a
pena integrar com login com redes sociais j existentes, ao invs de o forar a preencher todo um cadastro
novamente? Podemos descartar recursos para que possamos evitar a construo de um back-end mais
complexo?
Segundas opinies so muito valiosas quando estamos denindo o escopo um MVP.
Existem APIs, SDKs, ou frameworks disponveis que podem fazer ser utilizados como base?
Para roadmaps de produtos, planeje sempre uma verso afrente e tente manter roadmaps de curto prazo, eles
vo ser fortemente inuenciados pelo feedback dos usurios.
Faa uma pesquisa tcnica adequada, uma vez que voc terminar o seu conjunto de recursos. Ningum gosta de
surpresas quando j esto desenvolvendo um produto.
Fale sobre sua idia. H um monte de valor no feedback de quem est em sua volta.
Ao colaborar com designers, tente reduzir a quantidade de animaes no produto inicial, mas no deixe de j os
planejar no primeiro momento para evitar mudanas muito drsticas na interface.

4. A construo de seu MVP

Todo desenvolvedor ou equipe tem diferentes preferncias sobre como construir um produto. Eu vou mant-lo breve,
construir o produto do jeito que voc gosta e no perder de vista o que voc inicialmente denido como o produto
mnimo vivel.

Tome cuidado com deformaes de funcionalidades, especialmente se mltiplos stakeholders estiverem


envolvidos. Muitas sugestes para os recursos podem ser includos em uma prxima verso, mantenha o foco no
essencial. Enquanto voc continuar a revisar o conjunto de recursos e tomar decises inteligentes com base na
viso inicial do produto e as informaes que voc pode ganhar ao longo do caminho, voc vai permanecer no
caminho certo e saber escolher quais realmente so prioritrias, quais devem ser descartadas, e quais novas idias
devem ser includas nesta lista.

A garantia da qualidade do produto mais um passo importante na construo de um MVP. Assegurar que seu
produto simplesmente funcione bem. Gaste tempo suciente para fazer a correo de bugs. Se voc um
desenvolvedor solitrio, considere uma pequena verso beta privada com amigos e familiares. Se voc tiver
oramento, em seguida, contratar uma empresa ou um desenvolvedor focado no controle de qualidade tambm
pode ser uma soluo ecaz para manter o seu produto livre de bugs crticos que poderiam prejudicar o lanamento
do produto.

5. Lanamento de um MVP e recebendo feedback do usurio

Plataformas como o Mixpanel pode o ajudar a entender melhor sua base de usurios

Parabns! Seguindo este uxo proposto, a esta altura voc terminou de construir o seu produto. Mas isso foi s uma
pequena parte do grandioso caminho que ainda temos a percorrer. Depois de terminar o desenvolvimento, estas so
as suas prximas prioridades de curto prazo:

Obter trao para o seu produto.


Obter feedback sobre o seu produto inicial.
Identicar falhas, como bugs, problemas do produto e recursos que faltam.
Identicar os pontos fortes do seu produto

Fazer o marketing seu novo projeto normalmente no uma tarefa fcil. O ideal j ter um planejamento para isso
desde o incio, pois tarefas como SEO, Links Patrocinados, Marketing de Contedo, etc, demandam equipe, tempo e
custos adicionais, porm necessrios, tenha isso em mente.

Sobre ganhar trao inicial, vamos levantar alguns pontos. Depois de ter um primeiro conjunto de usurios, suas
prioridades mudam mais uma vez. Agora seu foco maior deve ser:

Pedir feedback de sua base de usurios


Analisar o feedback dos usurios
Atualizar o roadmap de produtos e continuar a desenvolver

No fcil obter feedback dos usurios. Caso seja um aplicativo mobile, sua classicao na App Store ou Google
Play e comentrios de usurios lhe dizer alguma coisa, mas o ideal ter feedbacks com um pouco mais de
profundidade. importante estar sempre disponvel para os seus usurios, tendo contas nas redes sociais mais
utilizadas, incluir suas informaes de contato no aplicativo e no tendo medo de ser pr-ativa, abordando alguns de
seus usurios.

Se voc j trabalhou com testadores para seu produto, ento voc j tem uma lista de pessoas que voc pode
chamar para uma conversa.

Sempre que voc receber feedback, importante analis-lo atentamente. Esteja ciente de que quando algo ruim,
h uma chance maior de pessoas falarem mal do que quando eles gostam de algo. O feedback que voc recebe
pode ser ruim, mas isso no signica necessariamente que o produto todo ruim.

Para avaliar se o seu produto vivel, use ferramentas que lhe do mtricas sobre o uso, como Google Analytics e
Mixpanel, para acompanhar a atividade do usurio e reteno dos mesmos.

Compare o feedback dos usurios com sua viso do produto e roadmap dele. A parte mais difcil denir como
esse feedback deve moldar a viso do produto e isso uma escolha que cada proprietrio do produto tem de fazer
por si mesmo.

Concluso

Parabns, se voc leu toda esta matria, voc aprendeu sobre os produtos mnimos viveis (MVPs),como eles fazem
o desenvolvimento de produtos mais ecientes, e como voc capaz de tomar as melhores decises aps o
lanamento do seu produto.

Uma ltima dica que eu quero dar provavelmente a lio mais importante, saber quando o MVP no vivel.
Decidir no prosseguir a idia do produto provavelmente uma das decises mais difceis que um empreendedor
tem que fazer, mas no h nenhuma dvida em minha mente que, s vezes, acontecem quando voc cria produtos,
anal quantos empreendedores de sucesso no faliram vrias empresas antes de chegar ao topo? As estatsticas
so extremamente valiosas na fase ps-lanamento e vo te ajudar a tomar decises orientados por dados, e no
por achismos.

Falando em Feedbacks, que tal deixar seu comentrio por aqui e nos dizer o que achou desta matria? Tambm
adoramos feedbacks por aqui!

Artigo baseado no original postado por Sven Lenaets no site TutPlus, com dicas adicionais por Guga Alves

Avalie isto:

Compartilhar

Carregando...

Curtir

Seja o primeiro a curtir este post.

Relacionado