Pruebas de usabilidad en móvil: cómo hacerlas sin perder datos
Las pruebas de usabilidad en móvil evalúan una app en el dispositivo real del usuario. Cómo reclutar, preparar la sesión, grabar y elegir herramientas.
¿En qué se diferencia de una prueba de escritorio?
Raluca Budiu, de NN/g, lo resume así: lo más importante de un estudio de usabilidad móvil es que es un estudio de usabilidad, no que sea móvil. Los principios son los de cualquier prueba de usabilidad: definir tareas, observar, medir dónde se atasca la gente y corregir. Lo que cambia es el entorno, el dispositivo y las herramientas.
Ese cambio tiene consecuencias prácticas. En el móvil, la pantalla es pequeña, el usuario cambia de app todo el tiempo, la red es variable y el sistema operativo y la versión del navegador importan mucho. Un problema puede aparecer solo en Android, solo con letra grande activada o solo con el teclado en español.
¿Cómo se prepara la prueba?
Elige participantes con su propio dispositivo
NN/g recomienda reclutar personas que conozcan su dispositivo y lo usen desde hace al menos tres meses. La idea es separar lo que cuesta por el dispositivo de lo que cuesta por la app. Alguien que acaba de comprar un teléfono aún no domina sus gestos, y eso contamina los datos. La excepción es un estudio sobre cuánto cuesta aprender a usar un dispositivo nuevo.
Si tu prueba es con dispositivos de laboratorio, lleva los dos tipos de equipo y anota cuál usas en cada sesión. Mezclarlos sin anotarlo es una fuente frecuente de conclusiones falsas.
Haz una sesión de práctica
Para las pruebas remotas moderadas, Kate Moran y Kara Pernice (NN/g) aconsejan agendar con cada participante una reunión en línea de 15 minutos el día anterior. Sirve para comprobar que la pantalla se comparte, que el audio funciona y que el participante sabe manejar la herramienta. Es tiempo bien invertido: una sesión que se cae a los diez minutos te cuesta un participante y una hora.
Cuida el entorno
NN/g pide que el participante esté en un lugar tranquilo y privado, con buena conexión a internet. Un café con ruido de fondo genera transcripciones inútiles y distrae al participante de la tarea.
Escribe tareas con un objetivo, no con pasos
Una tarea como “Toca el botón de reservar y luego el filtro de precio” no prueba nada; dice al usuario qué hacer. Una tarea como “Quieres reservar un hotel en Cuenca para el sábado con presupuesto de 60 dólares la noche. Encuéntralo” deja que el usuario elija el camino, y eso es lo que observas.
¿Cómo se graba y se observa?
En móvil, la pantalla del teléfono no siempre es suficiente. En 2014, Budiu escribió que grabar con una cámara externa seguía siendo el método preferido, porque registra a la vez la pantalla y los dedos del participante. Las apps de grabación de pantalla han avanzado desde entonces, pero una grabación de pantalla sola sigue sin mostrar el gesto ni la postura, salvo que el sistema dibuje los toques.
La combinación más habitual es esta:
- Pantalla compartida o espejo del dispositivo para ver la interacción en tiempo real.
- Video del participante para capturar expresiones y comentarios.
- Cámara externa o grabación de la mano, si es posible, para la interacción física.
Limita también el número de observadores. Según NN/g, hasta dos observadores pueden seguir el video en una laptop; con más gente, conviene proyectar la señal en un monitor o proyector aparte. Cada persona extra en una llamada es alguien que el participante puede sentir que lo evalúa, y eso puede cambiar cómo se comporta.
¿Qué herramientas usar?
Las herramientas de pruebas remotas para escritorio no siempre funcionan igual con móvil. NN/g advierte que muchas herramientas de pruebas moderadas remotas para móvil pueden tener problemas de estabilidad, y que algunas no soportan todas las versiones de iOS o Android. Por eso conviene preguntar al participante por su dispositivo antes de reclutarlo. Revisa tres cosas: qué sistemas operativos soporta la herramienta, qué versiones de app, y si permite compartir la pantalla del móvil sin una instalación complicada. Para elegir entre sesión con moderador o sin él, lee tests moderados vs. no moderados.
Si no tienes herramienta especializada, se puede combinar una videollamada con el espejado de pantalla del propio sistema. Es menos elegante, pero suficiente para una primera ronda. Para el panorama de herramientas de pruebas de usuario, revisa Maze y UserTesting, y compara sus opciones actuales en su documentación oficial, porque cambian con frecuencia.
¿Cuándo conviene hacer una prueba presencial?
La prueba remota funciona bien para la mayoría de flujos. Hay casos en los que conviene estar en la misma sala:
- Cuando la interacción física es el problema: un gesto de deslizar, una captura de foto o el uso con una sola mano.
- Cuando el contexto de uso importa: una app que se usa en la calle, con poca luz o con las manos ocupadas.
- Cuando el participante tiene dificultades de acceso y necesita ayuda técnica en el momento.
Para los casos de accesibilidad, mira también accesibilidad en móvil, que trabaja con tecnologías de asistencia y no solo con la prueba de uso.
Ejemplo
Ejemplo ilustrativo: un equipo quiere probar la app de pagos de un comercio. Recluta a seis personas que usan la app de su banco desde hace más de tres meses, con su propio teléfono. Hace una sesión de práctica de quince minutos el día anterior. Las tareas son: pagar una cuenta con código QR, consultar el último movimiento y dividir un pago con otra persona. Dos observadores siguen la sesión por video, y la pantalla se espeja. Tres de los seis participantes no encuentran el botón de cancelar porque está en la parte inferior, fuera del alcance de su pulgar. El equipo lo convierte en un hallazgo con evidencia en video, no en una opinión.
Ejercicio para mañana: toma tres tareas de tu producto y ejecútalas en tu propio teléfono, una tras otra. Anota dónde te frenas. Si te cuesta a ti, que conoces la app, imagina lo que pasa con alguien nuevo.
Errores comunes
- Probar solo en un dispositivo y generalizar el resultado.
- Dar pasos en la tarea, en lugar de un objetivo.
- Reclutar gente sin experiencia con el dispositivo, y atribuir sus dificultades a la app.
- Confiar en la herramienta sin probarla en el sistema operativo que vas a usar.
- Saltarse la sesión de práctica y descubrir el problema en la primera entrevista.
- Grabar solo la pantalla y perder el contexto físico del gesto.
- Tener demasiados observadores en la sesión.
- No anotar el modelo, el sistema operativo y la versión de app de cada sesión, y luego no poder explicar por qué un problema solo aparece en algunos participantes.