Verificar

La aceptación debe producir evidencia. La impresión de que una pantalla se ve limpia o que el código compila no demuestra que el producto cumpla su propósito.

Dimensión	Evidencia de aceptación
V01 Cobertura	Todos los elementos obligatorios de la definición de producto tienen implementación y evidencia o una excepción explícita y aprobada.
V02 Progreso	Las personas alcanzan los resultados definidos y pueden reconocerlos; cuando existen Job Stories, esto se comprueba en sus circunstancias.
V03 Causalidad	La evidencia relaciona la situación, la necesidad y el resultado sin depender de un pedido de funcionalidad; cuando aplica, conserva circunstancia y motivación.
V04 Comprensión	Puede explicar dónde está, qué puede hacer y qué ocurrirá después sin ayuda externa.
V05 Carga	No enfrenta decisiones, conceptos o datos que el sistema pueda resolver de forma segura.
V06 Profundidad	El principiante encuentra una ruta clara y el usuario avanzado conserva capacidad suficiente.
V07 Confianza	El sistema anticipa consecuencias, confirma resultados y ofrece recuperación proporcional.
V08 Control	La persona puede revisar, corregir, rechazar o revertir según el impacto de la acción.
V09 Estados	Carga, vacío, error, éxito, interrupción y retorno mantienen contexto y orientación.
V10 Accesibilidad	El flujo funciona con teclado, foco visible, etiquetas comprensibles, contraste y tecnologías de asistencia aplicables.
V11 Rendimiento	Las acciones críticas cumplen el presupuesto de respuesta o muestran progreso honesto.
V12 IA	Las salidas variables declaran incertidumbre; las reglas críticas son verificables; las acciones sensibles requieren autorización.

Asigne 0 cuando no existe evidencia, 1 cuando el cumplimiento es parcial o depende de un supuesto no validado, y 2 cuando existe evidencia suficiente. El puntaje orienta la conversación; no reemplaza el juicio.

Criterio	Puntaje	Pregunta de evidencia
Fundamento trazable	0 / 1 / 2	Fuentes, autoridad, alcance, resultados y condiciones son identificables
Cobertura del producto	0 / 1 / 2	Todo elemento obligatorio tiene implementación, prueba o excepción aprobada
Job Stories aplicables	0 / 1 / 2	Cuando existen, circunstancia, motivación y resultado conservan evidencia suficiente
Progreso del usuario	0 / 1 / 2	La implementación produce los resultados definidos por el producto
Carga cognitiva	0 / 1 / 2	Reduce o justifica conceptos, decisiones y pasos
Claridad de interfaz	0 / 1 / 2	Estado, acción y consecuencia se comprenden
Control y recuperación	0 / 1 / 2	Existe revisión, corrección o reversibilidad proporcional
Profundidad progresiva	0 / 1 / 2	La capacidad aparece cuando corresponde
Confiabilidad y tiempo	0 / 1 / 2	Rendimiento, persistencia y feedback cumplen lo esperado
Uso responsable de IA	0 / 1 / 2	Incertidumbre, límites y determinismo están resueltos
Calidad acumulativa	0 / 1 / 2	Estados, lenguaje y microinteracciones son coherentes

Criterio de salida recomendado. Ninguna dimensión crítica puede puntuar 0. Los criterios relacionados con seguridad, permisos, dinero, datos personales o acciones irreversibles deben puntuar 2 antes de liberar. Para el resto, el equipo debe definir su umbral según el riesgo y el alcance.

• ¿Qué fuente autorizada y qué fundamento de producto justifican esta decisión?

• ¿La implementación y sus pruebas dan cuenta del alcance completo?

• Cuando existen Jobs to Be Done o Job Stories, ¿cómo se relaciona esta decisión con ellos?

• ¿La formulación describe una necesidad o es una funcionalidad redactada con otra fórmula?

• ¿Qué carga cognitiva introduce y cuál elimina?

• ¿Estamos exponiendo una complejidad interna?

• ¿Puede eliminarse algún elemento sin reducir capacidad ni control?

• ¿La persona sabe qué ocurrirá antes de actuar?

• ¿Puede recuperarse con facilidad si se equivoca o si el sistema falla?

• ¿La IA está proponiendo, decidiendo o ejecutando? ¿Ese nivel está autorizado?

• ¿Qué haría que rechazáramos esta implementación aunque técnicamente funcione?

Antipatrón	Cómo se manifiesta	Respuesta
La Job Story es una feature disfrazada	La motivación dice usar un dashboard, recibir alertas o pulsar un botón.	Reformular el avance que necesita la persona sin anticipar la respuesta.
La circunstancia fue inventada	El equipo redacta una historia plausible sin observar conducta, tensión o contexto real.	Marcarla como hipótesis y obtener evidencia antes de ampliar la implementación.
La interfaz replica la base de datos	El usuario debe elegir tipos, estados o relaciones internas.	Traducir la estructura a objetivos y decisiones humanas.
Más opciones se confunden con más valor	Cada excepción se convierte en un control visible.	Resolver por contexto y revelar excepciones cuando aparezcan.
La IA llena vacíos conceptuales	Un prompt ambiguo produce una implementación grande.	Detener, aclarar supuestos materiales y preservar el alcance autorizado.
El plan selecciona alcance	Se implementan algunas historias o reglas y se posterga el resto sin una decisión de producto.	Restablecer la cobertura completa o registrar una modificación explícita y aprobada.
La descomposición parece exclusión	Una fase técnica se presenta como si redefiniera lo que el PRD exige.	Separar orden de ejecución, estado de avance y alcance comprometido.
El tutorial compensa una interfaz oscura	La tarea básica requiere explicación previa.	Revisar lenguaje, jerarquía, convenciones y feedback.
La confirmación sustituye la reversibilidad	Se pregunta varias veces, pero no existe deshacer.	Diseñar recuperación y usar confirmaciones solo según riesgo.
El happy path define el producto	Errores, vacíos e interrupciones quedan para después.	Modelar estados antes de implementar y aceptarlos explícitamente.
La respuesta fluida parece verdadera	El usuario no distingue hecho, inferencia y propuesta.	Mostrar fuente, incertidumbre, límites y ruta de verificación.
La velocidad técnica oculta la espera	La operación tarda sin feedback o bloquea todo el flujo.	Responder de inmediato, mostrar progreso y preservar continuidad.
La estética maquilla la fricción	La pantalla luce bien, pero exige decisiones innecesarias.	Evaluar el recorrido completo y el esfuerzo real.
El agente agrega por si acaso	Aparecen modos, preferencias y abstracciones no pedidas.	Definir exclusiones y exigir justificación por capacidad.

Una advertencia sobre la simplicidad

La simplicidad puede convertirse en una excusa para ocultar información, negar casos legítimos o limitar al usuario experto. El marco no premia interfaces vacías. Premia la relación correcta entre capacidad, momento y contexto.

La simplicidad valiosa no elimina lo necesario. Evita exigirlo antes de tiempo.