MVP para validar uma ideia: escopo mínimo, métricas e critérios de decisão

MVP não é uma versão feia do produto final: é o menor experimento capaz de responder à pergunta mais arriscada do negócio. A confusão entre os dois conceitos explica por que tantos projetos gastam meses construindo funcionalidades para descobrir, no lançamento, que ninguém tinha o problema que eles resolviam.

Comece pela hipótese, não pela funcionalidade

Todo produto novo carrega hipóteses. A tarefa do MVP é testar a mais arriscada primeiro — aquela que, se for falsa, invalida o restante. Escreva a hipótese em formato verificável, com público, comportamento esperado e critério numérico.

Hipótese de valor
Acreditamos que [donos de pet shops com 1 a 3 unidades]
têm dificuldade com [remarcação de banho e tosa por telefone]
a ponto de [pagar R$ 79/mês por um agendamento on-line simples].

Saberemos que é verdade quando
[20 dos 60 estabelecimentos contatados] [agendarem uma demonstração]
e [5 deles] [inserirem o cartão em uma assinatura com teste de 14 dias]
em [30 dias].

Tipos de MVP e quando usar cada um

Definindo o escopo mínimo sem virar produto incompleto

Mínimo se refere a abrangência, não a qualidade. Um MVP pode ter uma única funcionalidade, mas essa funcionalidade precisa funcionar de forma confiável, porque a métrica coletada em cima de um recurso quebrado não diz nada sobre a hipótese.

1. Descreva o fluxo principal do usuário em uma frase, do início ao valor entregue.
2. Liste tudo que seria necessário para esse fluxo e marque o que pode ser manual nas primeiras semanas.
3. Corte painéis administrativos, relatórios, personalizações e integrações que não bloqueiam o fluxo principal.
4. Mantenha obrigatoriamente: autenticação simples, o fluxo principal confiável e um canal de contato com o usuário.
5. Defina antes de começar qual número faz você continuar e qual número faz você parar.

Instrumentação: medir desde o primeiro dia

Sem instrumentação, o MVP gera opinião em vez de dado. Registre eventos do funil com identificador de usuário e horário, mesmo que o armazenamento inicial seja uma tabela simples no banco.

create table eventos (
  id bigserial primary key,
  usuario_id uuid not null,
  nome text not null,          -- 'cadastro', 'primeiro_agendamento', 'assinatura'
  propriedades jsonb default '{}'::jsonb,
  criado_em timestamptz not null default now()
);

create index on eventos (nome, criado_em);
create index on eventos (usuario_id, criado_em);

-- Conversão do funil na primeira semana de cada coorte
select
  date_trunc('week', primeiro.criado_em) as coorte,
  count(distinct primeiro.usuario_id) as cadastros,
  count(distinct ativou.usuario_id)    as ativados,
  round(100.0 * count(distinct ativou.usuario_id)
        / nullif(count(distinct primeiro.usuario_id), 0), 1) as taxa_ativacao
from eventos primeiro
left join eventos ativou
  on ativou.usuario_id = primeiro.usuario_id
 and ativou.nome = 'primeiro_agendamento'
 and ativou.criado_em < primeiro.criado_em + interval '7 days'
where primeiro.nome = 'cadastro'
group by 1
order by 1;

Conversas com usuários continuam necessárias

Números mostram o quê; entrevistas mostram o porquê. Pergunte sobre comportamento passado concreto em vez de intenção futura. "Como você resolveu isso da última vez?" gera resposta verificável; "você usaria um app para isso?" gera gentileza.

• Fale com quem abandonou, não só com quem ficou; a informação mais útil está na desistência.
• Registre a frase exata do usuário sobre a dor — ela costuma virar o texto da página de vendas.
• Cinco a oito conversas por segmento já revelam a maioria dos padrões relevantes.

Decidir: seguir, ajustar ou encerrar

Defina a data da decisão antes de começar, para evitar prorrogações indefinidas motivadas por esforço já investido. Na data marcada, compare o resultado com o critério escrito na hipótese.

Conclusão

Um bom MVP é barato, rápido e desconfortável, porque expõe cedo a possibilidade de a ideia não se sustentar. Escreva a hipótese com número e prazo, escolha o formato de experimento mais barato capaz de respondê-la, instrumente desde o primeiro dia e respeite o critério de decisão que você mesmo definiu. Encerrar um teste com aprendizado claro é resultado, não fracasso.

Perguntas frequentes

Fontes consultadas

• Y Combinator — Startup Library
• Nielsen Norman Group — Usability testing
• Sebrae — Validação de modelo de negócio