Para encontrar problemas de uso en un ERP, observa a una persona completar una tarea frecuente. Las pantallas que parecen claras durante una presentación pueden resultar difíciles con datos reales y presión de tiempo.
Observa sin dirigir cada clic
Prepara una tarea y un resultado esperado. Pide al usuario que explique lo que busca mientras avanza. Anota dónde duda, vuelve atrás, consulta otra herramienta o necesita ayuda. No conviertas la sesión en un examen de la persona.
| Señal | Qué investigar |
|---|---|
| No encuentra una acción | Nombre, ubicación o permisos. |
| Captura otra vez el mismo dato | Información disponible o conexión entre pasos. |
| No entiende un rechazo | Mensaje y forma de corregirlo. |
| Termina pero duda del resultado | Confirmación y consulta posterior. |
El tutorial de formularios de W3C trata etiquetas, instrucciones y avisos que ayudan a completar entradas. Es una referencia de accesibilidad; una revisión breve no acredita conformidad de todo un ERP. Formularios accesibles.
Prioriza por frecuencia y efecto
Ejemplo hipotético: cambiar un nombre de campo puede evitar errores diarios, mientras rehacer una pantalla poco usada aporta menos. Registra cuántas veces aparece el problema en la observación, sin extrapolarlo como estadística de toda la empresa.
Propón un cambio y repite la tarea con condiciones comparables. Verifica que no se haya quitado una validación necesaria para que el recorrido parezca más fácil.
Una mejora de experiencia debe poder describirse como trabajo que ahora se realiza con menos dudas, errores o pasos innecesarios. Esa evidencia sirve para priorizar desarrollo con mayor claridad que una preferencia de colores.
Una nota de observación que conduce a una mejora
| Observación ficticia | Hipótesis por comprobar | Próximo ensayo |
|---|---|---|
| La persona busca el botón fuera de la sección esperada. | Nombre o ubicación confusos. | Probar una etiqueta más descriptiva sin dar instrucciones. |
| El rechazo no explica cómo corregir un dato. | Falta información en el mensaje. | Probar una instrucción que conserve la validación. |
| No sabe si el registro quedó guardado. | Confirmación o consulta posterior insuficiente. | Pedir localizar el registro después de completar la tarea. |
Separa “lo observamos” de “creemos que lo causa”. La siguiente prueba sirve para contrastar esa explicación. No cambies permisos ni elimines controles sólo para reducir clics: la tarea debe seguir siendo correcta y autorizada.
Para profundizar en las tareas relacionadas: Cómo preparar al equipo para usar un nuevo sistema; Cómo mejorar un formulario para recibir más consultas.
¿Hay un proceso que necesitas mejorar?
Cuéntanos qué ocurre hoy y qué resultado buscas. Podemos revisar una primera etapa para desarrollar o integrar la solución.
Explorar desarrollo de software