Analicé un reporte en Aha! y agrupé comentarios para identificar patrones. Descubrí que el borrador se generaba cuando el estudiante ingresaba a la asignatura, debido a la configuración de la herramienta. Esta lógica surgió porque la misma herramienta se usaba para crear exámenes y tenía un mecanismo de seguridad: al entrar en una asignatura o prueba, se activaba un disparador que generaba un borrador. Esto impedía que los estudiantes accedieran a un examen, vieran las preguntas y salieran a buscar respuestas sin que el instructor lo notara.

En esta etapa realicé varios procesos entre ellos un análisis de un productos competidores , para ver si ellos tenían el mismo problema.

Lo que encontramos es que la mayoria no tenian ese tipo de problema porque sus flujos de usuario tenian implementado una opción para mostrar las instrucciones antes de entrar en el Assessment.

Una opción que barajamos fue la de mostrar las instrucciones antes que el estudiante entrará al assessment, dentro del Peak Panel era lo más lógico, pero:

1. No teníamos el espacio suficiente para agregar las instrucciones si eran muy largas.

2. Se había tomado una decisión a nivel de arquitectura donde íbamos a ir dejando de usar los Peak Panel en el producto.

3. Por último, esta solución no garantizaba que los estudiantes no iban a entrar en el assessment. 

Consideramos cambiar la lógica para evitar la creación de un borrador al ingresar a la evaluación, pero esto afectaría también a los tests, permitiendo que los estudiantes vieran las preguntas sin que el instructor lo notara.

La mejor solución fue separar las herramientas y crear flujos independientes: los tests seguirían con el mismo funcionamiento, mientras que en las asignaciones se modificaría la lógica para evitar la generación automática de un borrador.