Quanto custa desenvolver um MVP em 2026?

Todos os fundadores fazem esta pergunta e quase todas as respostas são inúteis. «Depende» é tecnicamente verdade e praticamente inútil. Aqui está a versão com números.

Construímos MVPs para fundadores nos Estados Unidos, no Golfo e na Ásia Central. Os números abaixo vêm de projetos que entregámos de facto, não de uma calculadora de preços.

A resposta curta

Se alguém lhe apresentar 4.000 dólares por um marketplace com pagamentos e painel de administração, ou não percebeu o âmbito ou tenciona renegociar mais tarde. Ambos acabam da mesma forma.

Cinco fatores que mexem mesmo no número

O âmbito é o fator óbvio. Estes cinco são os que mais surpreendem os fundadores.

Número de tipos de utilizador. Um produto com compradores e vendedores custa cerca de 60% mais do que um com um só tipo de utilizador. Está a construir dois produtos que têm de se entender entre si, mais a vista de administração acima de ambos.

Pagamentos. Acrescentar um fluxo de pagamento raramente é apenas uma integração. Reembolsos, transações falhadas, capturas parciais, fundos retidos, recibos e reconciliação tornam-se todos problema seu. Reserve 50 a 80 horas, não 10.

Funcionalidades em tempo real. Chat, seguimento em direto e vídeo são outra categoria de engenharia. O vídeo em direto em particular pode custar mais do que todo o resto do produto.

Número de plataformas. Web e mobile nativo em simultâneo duplicam aproximadamente o trabalho. A maioria dos MVPs não precisa de ambos. Para a maior parte dos produtos B2B, uma web responsiva cobre o fluxo por completo.

Idiomas. Acrescentar um segundo idioma não é uma tarefa de tradução. Layout, formatos de data e número e suporte da direita para a esquerda no árabe tocam todos no código. Reserve duas a três semanas.

Uma decomposição real

Números apresentados em intervalos são fáceis de ignorar. Aqui está um orçamento completo de um projeto que definimos: um marketplace B2B no Catar que liga gestores de frotas a oficinas de manutenção.

Dois pontos merecem atenção.

O QA representa 13% do trabalho. Um orçamento que deixa os testes de fora não é mais barato, apenas transfere o custo para as semanas após o lançamento, quando está a corrigir coisas em produção.

O painel de administração são 55 horas. Todos os fundadores se esquecem dele. Vai precisar dele desde o primeiro dia para aprovar utilizadores, resolver disputas e ver o que está a acontecer. Não é opcional nem gratuito.

As seis rubricas que os orçamentos esquecem

Aparecem no primeiro mês, tenha alguém orçamentado ou não.

Adesão ao fornecedor de pagamentos. Não o código, o processo comercial. No Golfo demora três a seis semanas e está no caminho crítico. Comece antes do desenvolvimento, não depois.

Mensagens transacionais. A aprovação da API do WhatsApp Business demora duas a quatro semanas. Os fornecedores de SMS exigem verificação da empresa. Se os seus utilizadores não estão sentados a uma secretária, o email sozinho não chega até eles.

Publicação nas lojas. Uma a duas semanas de revisão, recusas e novas submissões. A Apple em particular encontra sempre alguma coisa.

Custos de infraestrutura. Alojamento, armazenamento, créditos de mensagens, comissões de pagamento. Para um produto como o descrito, 250 a 450 dólares por mês com volumes de lançamento. Não é custo de desenvolvimento, mas começa no mês em que entra em produção.

Conteúdo legal. Termos de utilização e política de privacidade. Exigidos tanto pelas lojas como pelos fornecedores de pagamento.

Suporte pós-lançamento. Trinta dias é um âmbito razoável. Para além disso é um retainer, e deve ser orçamentado antes do lançamento em vez de negociado em plena crise.

Um orçamento que omite estas linhas não é mais barato. É incompleto.

O que a região muda

As tarifas variam muito mais pelo custo de vida do que pela competência.

O número que importa não é a tarifa, mas se a equipa já entregou algo na sua categoria. Uma equipa barata a aprender o seu setor à custa do seu orçamento é a opção mais cara desta lista, esteja onde estiver.

Preço fechado, horas ou equity

Três modelos, e o correto depende de quão bem definido está o âmbito.

O preço fechado funciona quando o âmbito é realmente conhecido, ou seja, quando alguém fez descoberta antes. Um preço fechado dado após uma chamada de uma hora não é um preço fechado. É uma posição de partida.

O pagamento à hora é honesto para trabalho em aberto mas transfere todo o risco para si. Cria também um conflito silencioso: a equipa ganha mais quanto mais o trabalho se prolonga.

Dinheiro mais equity reduz o valor que paga em numerário e liga a equipa ao resultado. Só faz sentido se procura um parceiro de produto de longo prazo em vez de um fornecedor, e se tem uma estrutura legal capaz de emitir participações. Trabalhamos assim por uma razão simples: se o produto não funcionar, também perdemos.

Nenhum é melhor por definição. O que importa é que o modelo se ajuste à situação e que quem apresenta o preço explique porque o escolheu.

Como obter uma estimativa fiável

Quatro perguntas. As respostas dizem mais do que o número.

«Consegue decompor isto por módulos?» Um único número esconde os pressupostos. A decomposição mostra o que pode ser cortado se o orçamento apertar.

«O que fica explicitamente de fora?» Aqui a melhor resposta é longa. Um parceiro que nomeia as exclusões pensou no projeto. Quem diz «está tudo incluído» não pensou.

«O que depende de mim no caminho crítico?» Adesão a pagamentos, aprovações de API, conteúdos, decisões. Se não as consegue nomear, não construiu este tipo de produto antes.

«O que cortaria com menos 30% de orçamento?» Um bom parceiro responde de imediato, porque já sabe que funcionalidades sustentam o produto e quais não.

A parte incómoda

A rubrica mais cara na maioria dos orçamentos de MVP não é um módulo. São os três meses gastos a construir a coisa errada.

Antes de qualquer desenvolvimento dedicamos dez dias a um blueprint: âmbito, arquitetura, desenho de ecrãs e orçamento módulo a módulo. Custa uma fração do projeto e é a única forma fiável de dar sentido ao número de uma proposta. Todos os entregáveis pertencem ao cliente, mesmo que os leve para outra equipa.

Não é generosidade. Uma estimativa que não pode verificar não é uma estimativa, e um blueprint que só funciona se nos contratar não seria um plano mas um documento comercial.

Tem um projeto e precisa de um número concreto em vez de um intervalo? Conte-nos e respondemos em 48 horas. Os nossos preços estão publicados abertamente.