MVP: o que é e quanto custa lançá-lo

O que é um MVP, em palavras simples

MVP é a abreviatura de «minimum viable product», isto é, «produto mínimo viável». Soa assustador, mas a ideia é simples: a primeira versão do seu produto, que tem apenas o que é indispensável para funcionar e que já pode ser mostrada a clientes verdadeiros.

O objetivo principal do MVP não é «lançar qualquer coisa depressa», mas testar uma hipótese: se as pessoas precisam deste produto, se estão dispostas a usá-lo e a pagar por ele. Em vez de passar meio ano a construir um serviço «perfeito» e depois descobrir que ninguém precisa dele, em poucas semanas obtém dados reais e decide o que fazer a seguir.

O que o MVP não é

• Não é uma «versão má». Um conjunto limitado de funções não significa design torto nem erros. O que existe tem de funcionar com fiabilidade.
• Não é uma cópia reduzida de um produto acabado. É uma versão autónoma, construída em torno de uma tarefa principal do utilizador.
• Não é obrigatoriamente uma app. O MVP pode ser uma landing page, um bot, uma folha de cálculo com formulário ou um serviço manual, em que parte do trabalho ainda é feita por pessoas.

A ideia de que o MVP é mais uma experiência do que um produto é popular entre os profissionais de startups; é discutida, por exemplo, no ensaio «An MVP is a test, not a product». Para o cliente, a conclusão é prática: o MVP mede-se não pelo número de funções, mas pelo que aprendeu.

Quanto custa desenvolver um MVP

O preço do MVP depende do formato, e não da palavra «MVP». A mesma experiência pode fazer-se por €790 ou por €44 900, e há razões para isso. Abaixo está a escada que aconselhamos seguir: das verificações baratas aos produtos caros.

Para comparação com o mercado: nas análises do custo de desenvolvimento de apps, os produtos simples são estimados em cerca de $10 000–50 000, e os complexos em centenas de milhares de dólares (TechnBrains). São estimativas de empresas que vendem desenvolvimento, por isso use-as como referência da ordem de grandeza do preço.

O que quase sempre se paga à parte

• Design e protótipo clicável antes do desenvolvimento, desde €1 990. É uma forma barata de testar a ideia com pessoas ainda antes de programar.
• Pagamento na app (€2 490), painel de administração web para a equipa (€4 990), análise de comportamento (€590): módulos que se juntam à base. A partir de três módulos na app aplica-se um desconto de 10%.
• Domínio, subscrições de terceiros, contas da Apple ($99 por ano) e do Google Play ($25, uma única vez): paga diretamente aos serviços, sem margem nossa.

Mais sobre os preços das apps móveis no artigo «Quanto custa criar uma app».

O que incluir no MVP e o que adiar

A causa mais frequente de um MVP inchado é o desejo de fazer «com tudo». Ajuda uma regra simples: divida as funções em três grupos.

• Obrigatório. Aquilo sem o qual o utilizador não resolve a tarefa principal. Por exemplo, num serviço de marcações: escolher o serviço, a hora e confirmar.
• Desejável. Melhora a experiência, mas não é crítico: avaliações, favoritos, bónus, filtros. Planeie para a segunda versão.
• Agora não. Chats, classificações, vários idiomas, integrações com uma dezena de sistemas, análise complexa. Acrescente quando vir que, sem elas, as pessoas desistem.

Três perguntas para cada função

1. Sem ela, o utilizador não consegue realizar a ação principal?
2. Pode ser substituída por trabalho manual nos primeiros 20–50 clientes (responde você, emite a fatura à mão)?
3. O que vamos aprender se lançarmos sem ela?

Se a resposta à segunda pergunta for «sim», a função ainda não é precisa. O trabalho manual no arranque é normal: muitos produtos começam assim, com uma «pessoa nos bastidores» em vez de automatismos prontos. Assim gasta dinheiro apenas no que foi confirmado.

Um exemplo concreto: precisa de um serviço em que os clientes marcam com profissionais na sua cidade. O MVP é uma página com os serviços, um calendário e um formulário, mais notificações por bot para si no Telegram. As áreas pessoais, o pagamento e a classificação dos profissionais aparecem depois das primeiras 30 marcações.

MVP ou protótipo: qual é a diferença

Estas palavras confundem-se com frequência, embora respondam a perguntas diferentes. Há três degraus, e cada um elimina um risco próprio (é assim que se distinguem, por exemplo, na análise da Svitla).

O protótipo faz-se mais depressa e mais barato, o MVP custa mais, mas só ele mostra o comportamento de clientes verdadeiros. Se tem dúvidas sobre a interface, comece por um protótipo (design e protótipo desde €1 990). Se tem dúvidas sobre a própria procura, publique uma landing page e recolha pedidos. Se a procura é evidente, vá direto ao MVP.

Lembre-se também das plataformas: para que o MVP de uma app móvel passe a revisão da Apple, tem de ser uma versão final e funcional e oferecer mais do que um «site embrulhado» (App Store Review Guidelines). Ou seja, «mínimo» não significa «inacabado».

Como lançar um MVP passo a passo

1. Formule a hipótese. «Os donos de pequenas clínicas estão dispostos a pagar €50 por mês por marcação online» é verificável. «As pessoas gostam de comodidade» não é.
2. Defina a métrica de sucesso antes do lançamento. Por exemplo: 50 pedidos num mês ou 10 clientes pagantes. Sem ela, vai ajustar a conclusão.
3. Descreva o percurso principal do utilizador. Do primeiro contacto ao resultado, em 3–5 passos.
4. Desenhe e teste. Ecrãs, protótipo clicável, 5–7 demonstrações a pessoas do público.
5. Construa. Apenas as funções obrigatórias. Damos ligações de pré-visualização em cada fase.
6. Lance num grupo pequeno. Os primeiros 20–50 utilizadores: convide clientes conhecidos, dê um desconto em troca de feedback.
7. Meça e decida. Atingiu a métrica — alargue. Não atingiu — mude a hipótese, em vez de acrescentar funções.

Se ainda não tem a certeza de estar preparado para um projeto destes em termos de equipa, orçamento e ideia, faça o teste «Está pronto para desenvolver o seu produto?»: 17 perguntas, análise personalizada e desconto no desenvolvimento.

Como perceber que o MVP funcionou

O sucesso do MVP não é o número de descarregamentos, mas uma hipótese confirmada. Olhe para o comportamento, não para as opiniões.

• As pessoas voltam? Uma utilização não prova nada; a repetição já indica valor.
• Pagam? Dinheiro, pré-encomenda ou uma carta de intenção são mais honestos do que «gosto».
• Quanto custa a captação. Se um cliente custa mais do que rende, não se pode escalar.
• Onde desistem. Em que passo do funil as pessoas saem: é aí que se investe a versão seguinte.
• O que pedem. Os pedidos repetidos dos clientes indicam a segunda versão melhor do que qualquer plano.

Para isso é preciso análise: instalações, retenção, funis e receita. Ligamo-la à app (desde €590). Para sites, bastam a análise de visitas e objetivos. Se vai lançar publicidade, veja também o artigo sobre quanto custa a publicidade no Google Ads e como calcular o orçamento.

Erros típicos ao lançar um MVP

• Demasiadas funções. Quantas mais funções, mais longo o prazo, mais caro o orçamento e mais fracas as conclusões.
• Sem métrica. Depois do lançamento não é claro se é sucesso ou não.
• Testar só com amigos. São simpáticos e dizem «fantástico». São precisos desconhecidos do público-alvo.
• Escolher tecnologia «para crescer». Uma arquitetura complexa para um milhão de utilizadores no arranque é dinheiro a mais. Mas uma «solução descartável» sem possibilidade de crescer também é um erro: a base deve suportar a adição de módulos.
• Misturar papéis. O cliente é ao mesmo tempo caderno de encargos, gestor e testador: o projeto empancá. Designe uma pessoa que tome as decisões.
• Não formalizar a propriedade. O código, o domínio e as contas devem ser seus. Como avaliar um fornecedor está descrito no artigo «Como escolher um estúdio web e não errar».

Quando o MVP começa por uma sessão de arquitetura

Uma landing page, um bot ou uma PWA lançam-se sem longa preparação. Mas se o seu produto é um sistema com vários perfis, pagamentos, áreas reservadas ou matemática lá dentro (SaaS, marketplace, CRM, scoring), antes de escrever código é preciso responder a perguntas: que entidades existem no sistema, como se ligam, o que deve entrar na primeira versão, quanto custa.

Para isso realizamos uma sessão de arquitetura por €3 500: em 2–3 semanas recebe o mapa do produto, o orçamento e o plano da primeira versão. O custo da sessão é descontado no projeto, e o resultado fica consigo, mesmo que decida trabalhar com outra equipa. Para saber mais sobre como se constrói um SaaS e que erros se cometem com mais frequência, leia o artigo «Como criar um serviço SaaS».

Montámos exemplos destes sistemas nos projetos GRONO, duck.credit e Discovery School: em cada um deles houve primeiro uma conceção, depois a primeira versão, depois novos módulos.

O que escolher na sua situação

• Se não tem a certeza de que as pessoas precisam da ideia, comece por uma landing page de €790 ou uma landing com quiz de €890 e lance publicidade com um orçamento pequeno. É a verificação mais barata.
• Se o seu público está no Telegram, escolha o bot por €890 ou a Mini App desde €3 900. O utilizador não precisa de descarregar nada.
• Se já tem um site e precisa de um «serviço móvel», escolha a PWA por €2 490.
• Se precisa de uma app na App Store e no Google Play, o MVP desde €10 900 em 6–8 semanas. A revisão das lojas fica fora do prazo.
• Se precisa de uma plataforma com áreas reservadas e perfis no seu país ou de um SaaS, primeiro a sessão de arquitetura de €3 500, depois a base da plataforma desde €17 900 ou o serviço SaaS desde €44 900.
• Se não sabe que formato serve, veja a comparação «App ou site».

O conteúdo e os preços da app estão na página «App iOS + Android», as restantes referências na tabela de preços. Formalizamos tudo em seu nome e dizemos com franqueza o que não vai estar na primeira versão.