Si tu web recibe visitas pero cuesta encontrar un servicio, completar una cotización o entender el siguiente paso, una auditoría UX puede ordenar el problema. Para contratarla bien necesitas acordar qué recorridos revisará, qué evidencia utilizará y qué quedará listo para ejecutar. La cantidad de páginas del informe dice poco sobre su utilidad.
1. Acuerda tareas y usuarios antes de contar pantallas
El alcance debe describir situaciones concretas: una persona que compara servicios desde el celular, un cliente que necesita soporte o un comprador que solicita una propuesta. Revisar la portada no equivale a revisar esos recorridos. Incluye puntos de entrada, pantallas intermedias, formularios, errores y confirmaciones.
Pide una lista de tareas, perfiles y dispositivos considerados. También deja registradas las exclusiones: aplicaciones externas, áreas privadas sin acceso o canales que otro equipo administra. Si el sitio tiene muchas plantillas, acuerda qué muestra se revisará y por qué representa los procesos prioritarios.
Una formulación útil sería: evaluar si responsables de operaciones pueden identificar el servicio adecuado y enviar una solicitud desde móvil. Es un objetivo que permite seleccionar evidencia y discutir hallazgos.
2. Distingue revisión heurística y test de usabilidad
Una evaluación heurística compara la interfaz con principios de usabilidad mediante revisión experta. Identifica problemas potenciales, pero no sustituye observar a usuarios reales. Esa distinción está explicitada por Nielsen Norman Group.
En un test de usabilidad, participantes representativos realizan tareas mientras se observa su comportamiento. Permite descubrir dificultades en el uso, según la introducción al método de NN/g. Preguntar si una pantalla les gusta responde otra pregunta.
| Método | Qué aporta | Qué pedir |
|---|---|---|
| Revisión experta | Problemas y riesgos razonados | Criterio, pantalla y recomendación |
| Test con usuarios | Conductas observadas en tareas | Perfil, tarea y evidencia |
| Analítica | Patrones de uso registrados | Definición del evento y límites del dato |
Una propuesta debe decir cuáles incluye. El nombre auditoría UX, por sí solo, no asegura los tres.
3. Reúne evidencia que cambie una decisión
Solicita acceso a información existente: consultas frecuentes, motivos de abandono reportados por ventas, reclamos, eventos de navegación y resultados de investigaciones anteriores. Revisa primero si esos datos corresponden al sitio actual y si los eventos representan acciones reales.
Una caída entre abrir y enviar un formulario indica dónde investigar; por sí sola no demuestra por qué ocurre. Puede existir un error, una exigencia poco clara o personas que solo están explorando. El informe debe separar lo observado, la interpretación y lo que falta validar.
También conviene revisar controles básicos del formulario. W3C explica que los campos necesitan etiquetas asociadas que comuniquen su propósito, incluyendo su uso con tecnologías de asistencia. Guía de etiquetas de W3C. Esa comprobación puntual no equivale a una auditoría completa de accesibilidad.
4. Pide hallazgos que puedan convertirse en trabajo
El entregable central debería ser un registro de problemas utilizable por quienes harán los cambios. Cada hallazgo necesita contexto suficiente para evitar una nueva reunión de interpretación.
- Ubicación: URL, paso, dispositivo y condición en que aparece.
- Evidencia: captura, observación o dato verificable.
- Consecuencia: qué tarea dificulta y a quién afecta.
- Recomendación: cambio propuesto y alternativas cuando corresponda.
- Validación: cómo se comprobará que el problema se resolvió.
Acompaña el registro con una síntesis ejecutiva, un mapa de recorridos revisados y un plan de implementación. Los bocetos ayudan cuando la solución es difícil de explicar; un diseño final para todas las pantallas debe acordarse como entregable específico. Tampoco asumas que el desarrollo viene incluido.
5. Prioriza por consecuencia, alcance y certeza
Evita tratar todos los hallazgos como urgentes. Un bloqueo que impide enviar una solicitud necesita una conversación distinta de un texto secundario poco claro. Considera la gravedad, los recorridos afectados, la evidencia disponible y el esfuerzo con sus dependencias.
Ejemplo ilustrativo: una empresa de servicios detecta que el formulario borra los datos cuando el teléfono tiene un formato inesperado. La ficha debería describir cómo reproducirlo, qué se pierde y qué debe pasar después del ajuste. La solución puede requerir trabajo de interfaz y validación del servidor.
Una prioridad alta no promete una mejora cuantificada en ventas. Explica por qué conviene actuar primero. Cuando la causa es incierta, la próxima tarea puede ser una prueba con usuarios y no un rediseño completo.
6. Úsala antes del rediseño cuando aún puedes cambiar el alcance
La auditoría aporta especialmente si estás por renovar el sitio y todavía no has comprometido todas las pantallas, funciones y presupuesto. Permite identificar qué conservar, qué corregir y qué investigar. Si se hace cuando el desarrollo ya está cerrado, algunas recomendaciones requerirán renegociar el proyecto.
No necesitas esperar un rediseño para revisar un recorrido problemático. También puedes encargar un diagnóstico acotado de cotización, registro o agendamiento. Así la inversión responde a una dificultad concreta.
Si el problema principal es que la oferta cambió y nadie sabe cómo explicarla, incorpora trabajo de contenido y definición comercial. Una auditoría de interfaz puede señalar la confusión, pero resolverla exigirá decisiones del negocio.
7. Cierra la contratación con responsables y criterios de aceptación
Antes de aprobar la propuesta, confirma quién aporta accesos, quién recluta participantes si hay pruebas y quién decide las prioridades. Aclara el tratamiento de grabaciones y datos compartidos, sin entregar información que la investigación no necesita.
Pide una sesión de trabajo con los equipos que implementarán. Seleccionen las primeras acciones y asignen responsables. Para cada una, deja un criterio observable: el usuario conserva sus datos tras un error, entiende el próximo paso o completa la tarea sin ayuda.
Finalmente, acuerda una revisión posterior a la implementación. El informe puede estar bien fundamentado y aun así la solución construida necesitar ajustes. Contratar la auditoría con ese cierre definido evita que el diagnóstico termine guardado mientras los mismos problemas continúan en producción.
Preguntas frecuentes
¿Una auditoría UX incluye pruebas con usuarios?
Solo si están incorporadas en el alcance. Algunas propuestas incluyen únicamente revisión experta. Pide que se detallen perfiles, tareas, reclutamiento, análisis y evidencia que recibirás cuando se contemplen pruebas.
¿Se puede auditar un sitio con pocas visitas?
Sí. La revisión experta y las pruebas cualitativas pueden orientar decisiones sin depender de grandes volúmenes de tráfico. La disponibilidad de datos sí limita las conclusiones cuantitativas sobre comportamiento y conversión.
¿Auditar significa que debo rediseñar todo?
No. El diagnóstico puede justificar cambios acotados, conservar componentes que funcionan o investigar antes de intervenir. La decisión de rediseñar debe considerar los problemas encontrados y las restricciones del negocio.
¿Cómo comparo dos propuestas de auditoría UX?
Compara recorridos, métodos, evidencia, profundidad de los entregables y apoyo a implementación. Dos informes de extensión similar pueden cubrir trabajos muy distintos. Revisa también quién validará los cambios y con qué criterio.
¿Puedes convertir el diagnóstico en decisiones concretas?
Compra un alcance que responda una pregunta del negocio y deje trabajo priorizado, evidencia y criterios de validación. Esa es la base para decidir cuánto conviene rediseñar.
Para profundizar.
Las recomendaciones combinan el criterio editorial de NOMA y documentación primaria. Los ejemplos y cálculos se presentan como situaciones ilustrativas. Cada recomendación debe ajustarse al contexto y al alcance del proyecto.