Verificar

A aceitação deve produzir evidência. A impressão de que uma tela parece limpa ou de que o código compila não demonstra que o produto cumpre seu propósito.

Dimensão	Evidência de aceitação
V01 Cobertura	Todos os elementos obrigatórios da definição de produto têm implementação e evidência, ou uma exceção explícita e aprovada.
V02 Progresso	As pessoas alcançam os resultados definidos e conseguem reconhecê-los; quando existem Job Stories, isso é comprovado em suas circunstâncias.
V03 Causalidade	A evidência relaciona a situação, a necessidade e o resultado sem depender de um pedido de funcionalidade; quando se aplica, conserva circunstância e motivação.
V04 Compreensão	A pessoa consegue explicar onde está, o que pode fazer e o que acontecerá em seguida, sem ajuda externa.
V05 Carga	Ela não enfrenta decisões, conceitos ou dados que o sistema poderia resolver com segurança.
V06 Profundidade	Quem está começando encontra um caminho claro e a pessoa experiente conserva capacidade suficiente.
V07 Confiança	O sistema antecipa consequências, confirma resultados e oferece recuperação proporcional.
V08 Controle	A pessoa pode revisar, corrigir, recusar ou reverter conforme o impacto da ação.
V09 Estados	Carregamento, vazio, erro, sucesso, interrupção e retorno mantêm contexto e orientação.
V10 Acessibilidade	O fluxo funciona com teclado, foco visível, rótulos compreensíveis, contraste e tecnologias assistivas aplicáveis.
V11 Desempenho	As ações críticas cumprem o orçamento de resposta ou mostram progresso honesto.
V12 IA	As saídas variáveis declaram incerteza; as regras críticas são verificáveis; as ações sensíveis exigem autorização.

Atribua 0 quando não houver evidência, 1 quando o cumprimento for parcial ou depender de uma suposição não validada, e 2 quando houver evidência suficiente. A pontuação orienta a conversa; não substitui o julgamento.

Critério	Pontuação	Pergunta de evidência
Fundamento rastreável	0 / 1 / 2	Fontes, autoridade, escopo, resultados e condições são identificáveis
Cobertura do produto	0 / 1 / 2	Todo elemento obrigatório tem implementação, teste ou exceção aprovada
Job Stories aplicáveis	0 / 1 / 2	Quando existem, circunstância, motivação e resultado conservam evidência suficiente
Progresso da pessoa	0 / 1 / 2	A implementação produz os resultados definidos pelo produto
Carga cognitiva	0 / 1 / 2	Reduz ou justifica conceitos, decisões e passos
Clareza da interface	0 / 1 / 2	Estado, ação e consequência são compreendidos
Controle e recuperação	0 / 1 / 2	Existe revisão, correção ou reversibilidade proporcional
Profundidade progressiva	0 / 1 / 2	A capacidade aparece quando é apropriada
Confiabilidade e tempo	0 / 1 / 2	Desempenho, persistência e feedback cumprem o esperado
Uso responsável de IA	0 / 1 / 2	Incerteza, limites e determinismo estão resolvidos
Qualidade acumulativa	0 / 1 / 2	Estados, linguagem e microinterações são coerentes

Critério de saída recomendado. Nenhuma dimensão crítica pode pontuar 0. Os critérios relacionados a segurança, permissões, dinheiro, dados pessoais ou ações irreversíveis devem pontuar 2 antes da liberação. Para os demais, o time deve definir seu limiar conforme o risco e o escopo.

• Que fonte autorizada e que fundamento de produto justificam esta decisão?

• A implementação e seus testes dão conta do escopo completo?

• Quando existem Jobs to Be Done ou Job Stories, como esta decisão se relaciona com eles?

• A formulação descreve uma necessidade ou é uma funcionalidade redigida com outra fórmula?

• Que carga cognitiva ela introduz e qual elimina?

• Estamos expondo uma complexidade interna?

• É possível eliminar algum elemento sem reduzir capacidade nem controle?

• A pessoa sabe o que acontecerá antes de agir?

• Ela consegue se recuperar com facilidade se errar ou se o sistema falhar?

• A IA está propondo, decidindo ou executando? Esse nível está autorizado?

• O que nos faria rejeitar esta implementação ainda que ela funcione tecnicamente?

Antipadrão	Como se manifesta	Resposta
A Job Story é uma funcionalidade disfarçada	A motivação diz usar um painel, receber alertas ou apertar um botão.	Reformular o avanço de que a pessoa precisa sem antecipar a resposta.
A circunstância foi inventada	O time redige uma história plausível sem observar comportamento, tensão ou contexto real.	Marcá-la como hipótese e obter evidência antes de ampliar a implementação.
A interface replica o banco de dados	A pessoa precisa escolher tipos, estados ou relações internas.	Traduzir a estrutura para objetivos e decisões humanas.
Mais opções se confundem com mais valor	Cada exceção vira um controle visível.	Resolver por contexto e revelar exceções quando surgirem.
A IA preenche lacunas conceituais	Um prompt ambíguo produz uma implementação grande.	Parar, esclarecer suposições materiais e preservar o escopo autorizado.
O plano seleciona escopo	Algumas histórias ou regras são implementadas e o resto é adiado sem decisão de produto.	Restabelecer a cobertura completa ou registrar uma modificação explícita e aprovada.
A decomposição parece exclusão	Uma fase técnica é apresentada como se redefinisse o que o PRD exige.	Separar ordem de execução, estado de avanço e escopo assumido.
O tutorial compensa uma interface obscura	A tarefa básica exige explicação prévia.	Revisar linguagem, hierarquia, convenções e feedback.
A confirmação substitui a reversibilidade	Pergunta-se várias vezes, mas não existe desfazer.	Projetar recuperação e usar confirmações apenas conforme o risco.
O happy path define o produto	Erros, vazios e interrupções ficam para depois.	Modelar estados antes de implementar e aceitá-los explicitamente.
A resposta fluente parece verdadeira	A pessoa não distingue fato, inferência e proposta.	Mostrar fonte, incerteza, limites e rota de verificação.
A velocidade técnica esconde a espera	A operação demora sem feedback ou bloqueia todo o fluxo.	Responder de imediato, mostrar progresso e preservar continuidade.
A estética maquia o atrito	A tela parece boa, mas exige decisões desnecessárias.	Avaliar o percurso completo e o esforço real.
O agente acrescenta por via das dúvidas	Surgem modos, preferências e abstrações não solicitados.	Definir exclusões e exigir justificativa por capacidade.

Uma advertência sobre a simplicidade

A simplicidade pode se tornar uma desculpa para ocultar informação, negar casos legítimos ou limitar a pessoa experiente. A estrutura não premia interfaces vazias. Premia a relação correta entre capacidade, momento e contexto.

A simplicidade valiosa não elimina o necessário. Ela evita exigi-lo antes da hora.