Prueba una decisión de producto con un recorrido pequeño.

Pregunta de ejemplo: ¿una persona encuentra el estado de su solicitud sin ayuda? Prepara una pantalla de listado y otra de detalle con tres registros ficticios. No necesitas representar todas las funciones futuras para observar ese recorrido.

Escribe también qué no vas a comprobar: seguridad de permisos, persistencia real o comportamiento con miles de registros. Un resultado positivo en navegación no demuestra esas propiedades.

Incluye una solicitud pendiente, otra aprobada y otra rechazada con motivo. Añade un listado vacío para ver si se entiende cómo empezar. Los textos y los estados deben ser coherentes entre pantallas.

Señala que los datos son de demostración y que las acciones están simuladas. Si el botón de guardar solo cambia la maqueta, no lo presentes como una operación completada en un sistema real.

Pide: «Averigua si se aprobó la solicitud de cuadernos y qué puedes hacer después». Observa dónde pulsa, qué interpreta y qué pregunta. Evita anticipar la ubicación de la respuesta.

Registra el punto exacto de confusión. «No lo entiende» aporta menos información que «busca la decisión en la fecha porque no reconoce la etiqueta de estado». Cambia una cosa y repite el recorrido.

Guarda qué pregunta probaste, con qué ejemplo y qué cambio resultó útil. Después enumera las capacidades que faltan para una aplicación real: guardar solicitudes, aplicar permisos y manejar fallos, según su alcance.

El prototipo termina cuando puedes tomar la decisión concreta que motivó el ensayo. Conserva sus datos ficticios como ejemplos para definir las pruebas de la implementación.