O que é um MVP: o menor corte que responde a uma pergunta, e não a versão barata do produto

Viável é sobre aprender, e não sobre ser barato

MVP é o menor corte de um produto capaz de responder a uma pergunta de negócio que ainda não tem resposta. A sigla vem de minimum viable product, e a palavra que decide o sentido é a do meio: viável não quer dizer barato nem inacabado — quer dizer capaz de sustentar o uso de alguém de fora, porque é do uso que a resposta nasce.

Os dois adjetivos puxam para lados opostos, e é a tensão entre eles que define o trabalho. Mínimo tira tudo o que a pergunta não exige. Viável segura o chão: um caminho que quebra no meio não ensina se as pessoas o queriam — ensina que ele quebrou.

Daí a inversão que estragou o termo. Quando MVP virou “versão barata”, o corte deixou de ser feito na pergunta e passou a ser feito no acabamento: mesmo escopo, menos cuidado. O produto fica grande demais para terminar e frágil demais para alguém usar.

Três coisas que chamam de MVP e não são

Um MVP não é protótipo, não é versão de graça e não é o produto inteiro com metade das telas. Os três nomes descrevem artefatos que existem e servem para outra coisa: nenhum deles produz a resposta que só o uso de um estranho produz.

As três têm a mesma origem: tratar o primeiro corte como versão pior do produto final, e não como instrumento com função própria. O que some de toda apresentação está em o que toda demonstração esconde.

A pergunta que o primeiro corte responde

O primeiro corte responde a uma pergunta só, escrita antes de existir qualquer tela. Ela precisa caber numa frase e admitir um “não” como resposta — se nenhuma das respostas possíveis mudaria o que você faria em seguida, a pergunta é decorativa e o corte vai custar sem devolver nada.

A diferença aparece com as duas versões lado a lado. “As pessoas vão gostar do aplicativo?” não é pergunta: qualquer resultado confirma quem já tinha opinião. “Um cliente novo consegue marcar e remarcar sozinho?” é pergunta — o “não” tem consequência, e a consequência tem nome.

• Uma só. Duas perguntas viram dois cortes, e quando o resultado é ruim ninguém sabe qual delas falhou.
• Escrita antes. Pergunta formulada depois do resultado é sempre respondida com sim: é o resultado escolhendo a própria prova.
• Sobre comportamento, não sobre gosto. O que alguém faz é observável; o que alguém acha muda com quem pergunta.

O tamanho da pergunta decide a conta, porque decide o que o produto promete a quem está de fora: as variáveis do orçamento descrevem uma a uma o que a move.

Corte por jornada, e não por camada

O corte que ensina é o de uma jornada inteira: um caminho que vai do começo ao fim de uma tarefa, com o que acontece depois dela. O corte por camada — três telas bonitas sem nada atrás, ou o cadastro sem o uso — devolve elogio e não devolve informação nenhuma.

A regra prática é escolher um caminho, o mais comum, e construí-lo até o fim, inclusive o que acontece quando ele dá errado. Uma jornada de agendamento termina no cliente sabendo que o horário ficou guardado, e não na tela de confirmação.

Fica de fora tudo o que dá para fazer à mão enquanto o volume é pequeno: painel, relatório, configuração. Alguém do time faz por dentro e ninguém percebe — é gastar tempo de gente enquanto não se sabe se o caminho vale automatizar.

As três coisas que não se corta

Três fundações ficam de fora de qualquer corte: o modelo de dados, a autenticação e a permissão. Elas não aparecem na tela, não entram na demonstração e por isso são as primeiras a serem adiadas — e são exatamente as três cujo conserto, mais tarde, obriga a parar o produto com gente dentro.

As três não são funcionalidade: são o formato em que o resto se apoia. Cortá-las não deixa o primeiro corte menor — deixa o segundo impossível. Separar o que sai do que fica está em como cortar o primeiro escopo.

O critério escrito antes, e as três respostas possíveis

Um MVP respondeu quando o critério de parada escrito antes de construir foi atingido, ou não foi. O critério nomeia um comportamento observável — quem faz o quê, sem ajuda —, tem um prazo e é escrito por quem decide, não por quem constrói. Sem ele, o resultado vira discussão de opinião com dado por perto.

• Respondeu que sim. O passo seguinte não é acrescentar o que ficou de fora: é escolher a próxima pergunta.
• Respondeu que não. A jornada funciona e as pessoas não a percorrem. É a resposta mais barata que um projeto pode comprar, e vale o que se aprendeu sobre por que ninguém foi até o fim.
• Não respondeu. Ninguém usou o bastante para o critério dizer alguma coisa. Aqui não se muda o produto: muda-se a distribuição.

Parar é decisão legítima, e é a que quase nunca tem plano escrito. Ela precisa de nome, de data e de uma combinação feita antes. Sem isso, o produto que respondeu “não” anda por inércia — porque parar, sem critério, parece admitir um erro em vez de concluir um teste.

Por que o segundo corte é mais difícil que o primeiro

Depois do primeiro corte vem o segundo, e ele é o mais difícil dos dois. O primeiro foi construído no vazio: sem usuário, sem dado gravado e sem promessa feita a ninguém. O segundo é construído com gente dentro — cada mudança agora tem migração, aviso e alguém que dependia do jeito antigo.

Três coisas mudam de natureza. O que era feito à mão atrás da tela deixa de caber e vira a fila que trava tudo. O que foi construído para uma jornada precisa abrir espaço para a segunda, e é aí que o modelo de dados cobra o que foi cortado. E quem já usa espera um produto, não um teste.

A decisão mais difícil é a de matar: quase sempre há uma parte que ninguém usou, e ela sobrevive porque custou trabalho — o motivo errado para mantê-la. Daí em diante o corte é sobre sustentação, e os quatro cortes de escopo dizem o que cada degrau já aguenta.

O vocabulário mínimo

Quatro termos decidem se duas pessoas estão falando do mesmo primeiro corte, e quase nunca são definidos por quem os usa numa reunião. Eles estão aqui com o sentido que este guia lhes dá, e é o mesmo que os outros textos desta série usam.

Viável

Capaz de sustentar o uso de alguém de fora, sem ajuda e de novo amanhã. É o que garante que o teste diga algo sobre o produto, e não sobre o defeito.

Jornada

O caminho completo de uma pessoa dentro do produto, do começo ao fim de uma tarefa. É a unidade certa para cortar escopo: uma inteira ensina; pedaços de várias, não.

Corte por camada

Cortar o produto na horizontal — só as telas, só o cadastro. Cada camada fica pronta, nenhuma tarefa chega ao fim, e nada é aprendido.

Critério de parada

A frase escrita antes de construir que diz o que precisa acontecer para o corte ter respondido: qual comportamento, de quem, até quando.

Perguntas frequentes