CAPÍTULO 6: Testar (Dirigir)
Eric Ries
Aqui mora o conceito mais malentendido do livro. MVP não é 'produto capenga' nem 'versão 0.1' — é a menor coisa que permite dar uma volta inteira no ciclo Construir-Medir-Aprender. Ele existe para aprender, não para encantar. O instinto do bom artesão grita por polimento; o MVP pede o oposto: corte tudo que não responde à pergunta de agora, mesmo que doa.
'A versão do produto que extrai o máximo de aprendizado validado com o menor esforço.' Repare na assimetria: maximize o aprendizado, minimize o trabalho. Cada recurso que não testa a hipótese de hoje é peso morto — por mais bem-feito que seja.
O choque: recurso lindo que o cliente ignora não é qualidade. É desperdício caprichado. Polir o que ninguém usa é o pior dos dois mundos.
Drew Houston não podia construir o Dropbox só para descobrir se as pessoas o queriam. Então gravou um vídeo de três minutos mostrando o produto funcionando como se já existisse. Da noite para o dia, a lista de espera pulou de 5 mil para 75 mil. A hipótese de valor: provada, sem ter escrito o produto.
A sacada: o vídeo era o MVP. Testou o desejo com pixels, não com código — e só então valeu a pena construir.
Duas formas de aprender antes de automatizar. No conserje, você entrega o serviço à mão, um cliente por vez, sem nenhum sistema por trás. No Mágico de Oz, o cliente acha que conversa com um software reluzente — mas há gente puxando as alavancas atrás da cortina.
De propósito: não escala, e essa é a graça. Você compra o máximo de aprendizado por cliente antes de gastar uma linha de código.