MVP em 60 dias: o que é possível e o que não é.

Falar em MVP em 60 dias virou clichê de pitch. Todo mundo promete, quase ninguém entrega no prazo. O motivo é simples: a maioria não fecha escopo. Sem escopo fechado, não existe prazo — existe estimativa, que é outra coisa.

Este artigo cobre o que cabe num MVP de 60 dias quando o trabalho é feito com método, o que precisa ficar fora, por que escopo fechado protege o cliente e como reconhecer fornecedor que está apenas chutando prazo para fechar contrato.

O que é um MVP de verdade

MVP é a menor versão do produto que entrega valor real e permite aprender com usuários reais. Não é protótipo, não é wireframe navegável, não é versão "light" sem alma. É produto que o cliente final usa e dá feedback.

Tem três características obrigatórias:

• Resolve o problema central — não 30% dele, não periférico, o central.
• Tem qualidade de produto — UX cuidada, performance aceitável, segurança básica. Usuário não tolera bug crítico nem em MVP.
• Permite medir — sem analytics, sem evento, sem feedback estruturado, não é MVP, é entrega.

O que cabe em 60 dias

Em dois meses de trabalho focado, com time pequeno e decisões rápidas, dá para entregar algo como:

• Cadastro e login com autenticação social ou e-mail.
• De 8 a 15 telas bem desenhadas e funcionais.
• Fluxo principal completo — o caminho que justifica o produto existir.
• Integração com 1 ou 2 serviços externos (pagamento, WhatsApp, e-mail transacional).
• Painel administrativo básico para o cliente operar sem depender do time técnico.
• Deploy em produção com ambiente de homologação separado.

O que não cabe em 60 dias

Tentar incluir o que segue em um MVP de dois meses é fórmula de atraso e frustração:

• Múltiplos perfis com permissões granulares e fluxos diferentes para cada um.
• Integração com sistemas legados mal documentados (ERPs antigos, APIs proprietárias).
• Funcionalidades de IA proprietária que exigem treinar modelo do zero.
• Apps nativos para iOS e Android simultâneos com paridade total — escolha um para começar ou use cross-platform.
• Compliance regulatório complexo (PCI nível 1, certificações de saúde, abertura bancária).
• Performance para 100 mil usuários simultâneos — MVP roda bem para os primeiros milhares, escala vem depois.

Tentar empurrar isso para dentro do MVP é como construir prédio de 30 andares e querer mudar a fundação no quinto. Não dá.

Por que escopo fechado protege o cliente

Escopo fechado em contrato significa que cada funcionalidade está descrita, validada e precificada antes da primeira linha de código. Isso muda quem assume o risco de erro de estimativa.

Sem escopo fechado, qualquer atraso, mudança ou descoberta no meio do projeto vira aditivo de contrato. O cliente paga mais e espera mais. Com escopo fechado, prazo e preço são compromisso. Quem fez a estimativa errada arca com a conta.

O cliente perde alguma flexibilidade — não dá para ficar mudando ideia toda semana. Mas ganha previsibilidade, que é o que faltava no mercado de software.

Quando o MVP de 60 dias faz sentido

Esse modelo funciona quando o cliente tem três coisas claras:

• Hipótese de negócio definida — sabe quem é o usuário, qual problema resolve e como vai cobrar.
• Disponibilidade para decidir rápido — MVP de 60 dias morre se aprovar tela demora 5 dias.
• Plano para o pós-MVP — orçamento e tempo para evoluir o que aprender com os primeiros usuários.

Quem não tem isso não precisa de MVP em 60 dias. Precisa de mais tempo de discovery antes de gastar com código.

Como reconhecer fornecedor que está chutando prazo

Sinais de alerta na proposta:

• Promete escopo grande em prazo curto sem detalhar como.
• Não pede documentação ou validação antes de fechar contrato.
• Não menciona o que fica fora do MVP.
• Aceita pivots de escopo "sem custo adicional" — mentira ou vai cortar qualidade.
• Não tem teto de projetos por mês — toda software house honesta tem limite operacional.

A Skala Code, por exemplo, aceita no máximo 2 projetos novos por mês. Não é marketing — é o que dá para entregar com qualidade num modelo de escopo fechado e equipe enxuta. Quem promete dezenas em paralelo terceiriza tudo, e aí o problema deixa de ser prazo e passa a ser controle.