Se han recibido múltiples reportes desde distintas fuentes, incluyendo el equipo comercial, Extensión Universitaria, reportes internos y grabaciones de alumnos, todos relacionados con un problema al momento de ingresar la CURP en el formulario. En varios casos, la consulta a RENAPO se prolonga excesivamente, lo que deja el formulario en estado de carga durante un tiempo indefinido.
He observado que al borrar el último dígito de la CURP y volver a ingresarlo, el formulario a menudo carga de inmediato. Este "truco" es conocido por algunos usuarios, pero no es intuitivo y no debería ser necesario para que el sistema funcione correctamente.
El problema se agrava porque, si la consulta tarda más de 40 segundos, el formulario no se abre, lo que puede hacer que los usuarios perciban un error o se frustren. Idealmente, si la consulta tarda más de lo esperado, el formulario debería abrirse automáticamente para que el usuario pueda comenzar a llenar sus datos mientras la consulta se completa en segundo plano.
Áreas de mejora potenciales:
1. Mejora en diseño: Revisar el diseño del formulario para evitar la necesidad de "trucos" como borrar y reingresar el último dígito de la CURP para que cargue correctamente. Este comportamiento no es intuitivo y debe ser resuelto a nivel de diseño y desarrollo.
Requisitos:
### Requisitos:
1. Mejora de títulos:
- @Ricardo Tortolero compartirá una versión mejorada de los títulos que guíen paso a paso el llenado de datos tanto del interesado como del pagador.
2. Añadir elementos de interacción:
- Se añadirá un *loader* y un botón de reintento en los formularios para mejorar la experiencia de usuario.
3. Reintento de solicitud:
- El botón de reintento realizará una nueva solicitud, replicando la acción manual de borrar y volver a ingresar el último dígito. En caso de que el error persista, se deberá mostrar un botón que invite al usuario a completar los datos de manera manual.
4. Librería de DS:
- Nota: La funcionalidad del botón de reintento se ejecutará externamente hasta que el equipo de DS libere la librería actualizada.
5. Validación de diseño:
- El equipo de desarrollo revisará y recuperará la versión del *iframe* validada por el equipo de diseño.
6. Validación de copys:
- @Ricardo Tortolero validará los copys propuestos con el equipo de UX una vez que cuente con el prototipo.
Descripción de Hecho:
[X] Se añadieron 4 casos de un botón a la derecha del input curp (validar, loading, reintento y success)
[X] Se cambió funcionalidad de consulta de curp para que sólo se consulte mediante el botón
[X] Se añadió el datepicker de mimovil
[X] se cambiaron las descripciones del copy
[X] Mejora de vista en iframe de flywire
Pruebas de aceptación:
[X] La vista en dektop concuerda con el diseño en figma
[X] La vista en mobile concuerda con el figma
[X] La vista en tablet concuerda con el figma
[X] El contenido del copy concuerda con la vista en el sitio
[X] El botón de consulta funciona como se espera
[X] Se logra llenar el formulario aún en el caso de que falle la api de curp
[X] Se genera con éxito el formulario de flywire o en caso de fallo en api, se muestra el error correctamente
Descripción del problema:
Requisitos:
Descripción de Hecho:
Pruebas de aceptación:
Aprobó: @alan.llamas, @maria.delacruz, @melisa.perez @xrtortolero