Diagnóstico

Validar a ideia
antes do código.

Software caro não é o que custa muito para construir. É o que fica pronto e ninguém usa. Discovery existe para descobrir isso em semanas, com protótipo, em vez de em meses, com sistema.

Validação rápidaPesquisa com usuárioRisco menor

O problema

Os sinais de que falta validar.

Discovery raramente é pedido pelo nome. O pedido costuma vir como um destes.

A lista de requisitos veio pronta

O escopo foi definido em reunião interna, sem ninguém falar com quem vai usar. Todo requisito parece obrigatório porque nenhum foi testado.

Duas áreas descrevem produtos diferentes

Cada uma tem certeza do que o sistema deve fazer, e as versões não batem. Construir agora significa escolher um lado no escuro.

O produto anterior não pegou

Foi entregue no prazo, dentro do orçamento, e a adoção não veio. Sinal de acerto na execução e erro na pergunta.

Ninguém sabe dizer o que é sucesso

Se não existe número que defina se deu certo, também não existe como saber quando parar de investir.

Como trabalhamos

Da hipótese à decisão de construir.

É a mesma Escada de sempre — o que muda é o problema no primeiro degrau. Veja o método completo.

01

Pesquisa

Conversa com quem vive o problema, análise do mercado e do que os concorrentes já resolveram. O objetivo é achar a pergunta certa, não confirmar a que já se tinha.

02

Protótipo

Versão navegável, sem código de produção, colocada na frente de usuário real. Teste de usabilidade mostra em uma tarde o que documento nenhum revela.

03

Decisão

Um plano de uma página: o que construir, o que cortar e o que ainda não sabemos. Inclusive quando a conclusão é não construir.

A prova

O diagnóstico é o primeiro degrau

Discovery não é etapa solta: é como começamos qualquer projeto. O diagnóstico tem escopo e prazo fixos, e entrega um plano de uma página dizendo qual caminho seguir — inclusive quando o caminho é comprar pronto e não precisar de nós na etapa seguinte. É o mesmo princípio aplicado antes de escrever a primeira linha.

Perguntas frequentes

O que costumam nos perguntar.

Quanto tempo leva um discovery?

Semanas, não meses. O prazo é fechado antes de começar — discovery que se estende indefinidamente virou o problema que deveria evitar.

Discovery não atrasa o projeto?

Antecipa a decisão difícil. Semanas validando custam muito menos que meses construindo a coisa errada, e essa conta costuma aparecer só no fim.

Já sabemos o que queremos. Ainda faz sentido?

Faz, se o que vocês sabem ainda não foi testado com quem vai usar. Quando a hipótese se confirma, o discovery vira ganho de velocidade: o time constrói com convicção e escopo enxuto.

Vocês constroem depois do discovery?

Podemos, e é o caminho natural. Mas o entregável é a decisão, não um contrato de construção — inclusive quando a recomendação é não construir.

O que sai no fim?

Um plano de uma página com o problema delimitado, o que construir, o que ficou de fora e o que ainda é incerto. Mais os protótipos e o registro da pesquisa.

Comece por um diagnóstico.

Escopo e prazo fixos. Em poucas semanas você tem, em uma página, onde o negócio está deixando dinheiro na mesa e o que fazer com isso.