Focus groups en UX: por qué casi nunca son la respuesta

¿Qué es un focus group y qué mide?

Un focus group reúne a entre 5 y 10 personas que hablan sobre un tema siguiendo un guion. El moderador lanza preguntas, provoca la discusión y observa cómo reaccionan los participantes entre sí. IxDF lo describe como un método relativamente caro, cuyos resultados conviene contrastar con más investigación antes de darlos por ciertos.

Lo que mide es la opinión en un contexto social. Y ahí está su límite: las respuestas no solo dependen de lo que piensa cada persona, sino de lo que dicen los demás en la sala.

¿Por qué le importa a un diseñador junior?

Porque el focus group es el método que más se pide por costumbre. Alguien dice “hagamos un focus group” para validar una pantalla, y el resultado llega en forma de comentarios amables que nadie puede convertir en una decisión. Un junior que sabe qué pregunta responde cada método puede proponer uno mejor y explicar por qué.

Además, el focus group es caro en tiempo y en logística, y ese coste suele pagarse para obtener una respuesta que una prueba de usabilidad habría dado con más precisión y menos gente.

¿Por qué no sirve para evaluar la usabilidad?

Nielsen Norman Group es directo: los focus groups son un método bastante malo para evaluar la usabilidad de una interfaz, y no deberían ser la única fuente de datos de usabilidad. Sus razones son concretas:

• Lo que la gente dice no es lo que hace. NN/g señala que a menudo hay grandes diferencias entre ambas cosas.
• Ven una demo, no un uso real. Los participantes miran a un moderador operar el producto y nunca enfrentan la pregunta de qué hacer después, que es la que aparece en el uso real.
• Opinan sobre el concepto, no sobre la tarea. Un grupo puede decir que una función le parece útil y luego no encontrarla cuando la necesita.

Para saber si alguien puede operar un sistema, NN/g considera que el único método adecuado es observar a un usuario a la vez. La observación directa debe complementar al focus group, no al revés. Si quieres revisar esa diferencia, las pruebas de usabilidad son el método que se ocupa de la tarea.

¿Qué sesgos distorsionan un focus group?

Un grupo cambia la forma de opinar, y eso puede sesgar los resultados de varias maneras:

• Dominancia. La voz más alta marca el tono, y el resto de participantes adapta su respuesta.
• Conformidad. Quien participa puede alinear su respuesta con la del grupo. Choi y Clark (AMCIS 2013) proponen estudiar este efecto en focus groups de desarrollo de software; su artículo es un trabajo en progreso y no reporta resultados, así que trata la idea como hipótesis.
• Muestras no representativas. NN/g advierte que los grupos en línea atraen a personas con un interés por encima del promedio en la computación, lo que sesga la muestra.
• Voces sin espacio. IxDF señala que en grupos grandes es difícil facilitar y algunos participantes quedan sin ser escuchados.

Por eso, cuando un focus group muestra consenso, conviene preguntarse si es una opinión del grupo o simplemente la voz dominante.

¿Cuándo sí conviene un focus group?

• Para explorar expectativas o vocabulario. Si quieres saber cómo habla tu público de un problema, un grupo puede darte pistas que luego verificas.
• Para descubrir temas de conversación. Qué preocupa, qué compara la gente y qué le parece aceptable pueden surgir con naturalidad.
• Cuando el tema es de mercado y la usabilidad es secundaria. NN/g señala que los focus groups son más propios de la investigación de mercado de producto.

Para estas preguntas, las entrevistas de usuario suelen ser más profundas y menos sesgadas, porque no hay presión de grupo.

¿Cuándo NO conviene?

• Para evaluar si una interfaz funciona. Para eso están las pruebas de usabilidad.
• Para preguntas de comportamiento. Preguntar “¿cómo lo haces?” en grupo produce relatos idealizados.
• Para estudios de días o semanas. Si lo que necesitas es ver una práctica a lo largo del tiempo, un estudio de diario o una observación en el lugar son mejores opciones.
• Con presupuesto ajustado. IxDF lo describe como un método relativamente caro por la cantidad de participantes. Si el presupuesto es corto, plantea si unas entrevistas individuales responden tu pregunta.

Ejemplo

Ejemplo ilustrativo: un equipo quiere saber si los usuarios aceptarían una app de pagos entre amigos.

• Focus group: seis personas coinciden en que la idea es buena. Cuando el moderador pregunta si la usarían, dos dicen que sí y cuatro asienten sin comprometerse.
• Entrevistas: el equipo hace diez entrevistas con preguntas sobre la última vez que pagaron a un amigo. Descubre que la mayoría usa efectivo o una transferencia que ya tiene hecha, y nadie menciona un problema de comisiones.
• Prueba de usabilidad: con un prototipo, los participantes intentan dividir una cuenta. Cuatro de cinco no encuentran la opción de añadir un amigo.

La idea parecía buena en grupo. La observación de la tarea mostró el problema que el grupo no podía ver.

Si la síntesis de entrevistas se apoya en IA, el artículo sobre síntesis de entrevistas con IA explica qué puede automatizarse y qué debe revisarse a mano.

Errores comunes

• Usar el grupo como evidencia de uso o de usabilidad.
• Tomar la voz dominante o el consenso aparente como opinión del grupo.
• Confiar en un solo grupo.
• Mostrar una demo en lugar de dejar que los participantes intenten la tarea.
• Usar muestras en línea o de usuarios avanzados como si representaran al usuario promedio.
• Preguntar sobre el comportamiento pasado en lugar de observarlo.

Fuentes

• Nielsen Norman Group, Focus Groups
• IxDF, Focus Groups
• Choi y Clark, Minimizing Conformity in Focus Group for Software Development (AMCIS 2013, trabajo en progreso)