Insight
Uma prova de conceito não é um mini-produto
Serve para reduzir uma incerteza concreta, não para prometer uma versão pequena de tudo.

Quando uma ideia ainda tem incerteza, é tentador pedir uma versão pequena do produto final. Um ecrã de login, uma área de cliente, um backoffice, notificações, permissões, relatórios e talvez uma integração. Parece prudente, mas muitas vezes é só uma forma cara de adiar a pergunta difícil.
Uma prova de conceito não existe para parecer produto. Existe para responder a uma pergunta de decisão. Se responder, cumpriu o trabalho. Se não responder, mesmo com muitos ecrãs bonitos, falhou.
Começar pela pergunta
Antes de definir funcionalidades, vale a pena escrever a incerteza principal numa frase simples. O que precisamos mesmo de provar para decidir se avançamos? Essa pergunta pode ser técnica, operacional, comercial ou de adoção.
- Conseguimos ligar ao ERP ou ao sistema de produção com dados úteis?
- A equipa no terreno consegue usar este fluxo sem criar trabalho extra?
- A regra de negócio aguenta as exceções reais?
- Os dados existem com qualidade suficiente para automatizar a decisão?
- O cliente percebe valor antes de o produto estar completo?
Âmbito fechado, risco aberto
O âmbito deve ser pequeno, mas o risco deve ser real. Uma PoC que evita a integração difícil, usa dados inventados e só mostra o caminho feliz pode impressionar numa reunião, mas não muda a decisão. O ideal é cortar o que não está ligado à dúvida e manter o ponto que assusta.
Isso pode significar menos interface e mais fluxo; menos funcionalidades e mais dados reais; menos automação e mais observação. O objetivo não é vender a ilusão de que está quase pronto. É descobrir o que acontece quando a ideia toca na operação.
A decisão no fim
Uma boa PoC termina com uma recomendação clara: construir, ajustar, integrar primeiro, reduzir o âmbito ou parar. Todas estas respostas podem ser boas. A pior resposta é “parece interessante” sem critério para a fase seguinte.
A prova certa não torna a ideia maior. Torna a decisão mais pequena, mais concreta e menos arriscada.
É por isso que, no nosso método, a fase Provar não é uma versão tímida da fase Construir. É um instrumento de decisão. Quando funciona, o projeto seguinte já não começa no entusiasmo; começa com evidência.