No estás escuchando

En pocas palabras: El sesgo de confirmación moldea qué comentarios percibes, en cuáles confías y cuáles descartas con una explicación. Si no decides de antemano qué demostraría que estás equivocado, la investigación acaba respaldando lo que ya creías.

Puedes tener la evidencia delante y aun así salir con la respuesta que querías. Eso es el sesgo de confirmación. Ya tenías una teoría en la cabeza y trataste la investigación como si su función fuera traerte respaldo para ella.

Pones a prueba la historia que quieres conservar

En 1960, Peter Wason dio a un grupo de personas la secuencia 2, 4, 6 y les pidió que averiguaran la regla. La mayoría probó ejemplos que encajaban con lo que ya había supuesto. Muy pocas probaron ejemplos que pudieran romper la regla. En realidad no estaban poniendo a prueba la idea. Buscaban apoyo.

Raymond Nickerson revisó décadas de trabajo sobre esto y llegó a la parte desagradable: «Una vez que alguien adopta una postura, su principal propósito pasa a ser defenderla» (traducción del inglés). Ese es el mecanismo que actúa aquí. No examinas todos los comentarios por igual. Te inclinas hacia lo que encaja y pasas deprisa por lo que no.

Por eso una sala llena de notas puede acabar produciendo una conclusión deshonesta. El sesgo está en lo que percibes, en lo que crees y en lo que descartas con una explicación.

También está en lo que anotas con entusiasmo. Los diseñadores suelen registrar completa la cita que confirma su idea y resumir la que la contradice en dos palabras. «Caso atípico». «Usuario confundido». «Necesita orientación inicial». La selección empieza mucho antes de que la síntesis se convierta en una diapositiva.

Segway seguía interpretando mal las advertencias

Cuando Segway se lanzó en 2001, las expectativas que lo rodeaban eran enormes. Iba a transformar la movilidad urbana. Cuando la gente cuestionaba el precio de 5.000 dólares, las normas sobre las aceras y el hecho de que la mayoría de las ciudades no estaban preparadas para él, la respuesta solía sonar parecida: la gente todavía no lo entendía.

Eso es lo que hace útil el ejemplo. Las señales negativas seguían llegando y seguían traduciéndose en un diagnóstico equivocado. No «el producto no encaja suficientemente bien en el mundo», sino algo más parecido a «el mundo aún no se ha puesto al día». En sus primeros cinco años vendió un total de 30.000 unidades. La producción terminó en 2020, con menos de cien mil unidades vendidas a lo largo de dos décadas.

Eso es el sesgo de confirmación convertido en producto. La advertencia no desaparece. Se reinterpreta hasta que respalda la historia que ya querías.

Esa maniobra aparece constantemente en proyectos de producto más pequeños. Una prueba fallida se convierte en un problema de comunicación. Una conversión baja, en un problema de formación del usuario. Que pocos usuarios lo adopten, en un problema para encontrar el producto o la función. A veces es verdad. Otras veces solo es una historia más agradable que «el producto en sí no está funcionando».

Puedes oír la diferencia si prestas atención a los verbos. El lenguaje de quien aprende suena a «qué ha pasado ahí» y «por qué se han detenido». El lenguaje defensivo suena a «no lo han entendido» y «tenemos que explicarlo mejor». Unas preguntas abren la puerta a explorar el problema. Las otras lo dan por zanjado antes de que siquiera lo hayas mirado.

Por qué las buenas intenciones no lo solucionan

Carol Dweck resulta útil aquí por un motivo más concreto. Si tratas las pruebas como un veredicto de aprobado o suspenso sobre si tenías razón, el sesgo se refuerza. Si las tratas como una búsqueda de lo que falla, tienes más posibilidades de ver la señal negativa antes de retocarla hasta convertirla en algo más agradable.

Esa es la distinción que me importa. Aquí no se trata tanto del ego. Se trata del procedimiento. ¿Estás haciendo la sesión para aprender o para sentirte seguro al lanzar?

He visto a diseñadores citar al único participante que consiguió completar la tarea y justificar por qué no contaban los otros tres que no pudieron. Nada dramático. Ninguna mentira. Solo tomarse en serio unas cosas y otras no.

Qué anotar antes de la prueba

Anota qué demostraría que estás equivocado antes de que empiece la investigación. Esa es la clave. No «mantén la mente abierta». Pon por escrito la condición de fracaso. ¿Qué hallazgo te haría cambiar de dirección? ¿Qué comportamiento te diría que el enfoque actual es débil? Si no defines eso primero, la sesión se convertirá en una pila de impresiones que después podrás ordenar como te convenga.

Quienes resolvieron el problema de Wason probaron secuencias que podían fallar. Ese también es el instinto correcto aquí. No te limites a reunir apoyo para el diseño. Busca el punto en el que falla.

Haz lo mismo durante la síntesis. Encarga a una persona que defienda por qué no debería lanzarse la propuesta actual. No porque ya lo crea. Porque en la sala hace falta al menos una persona que intente evitar que la evidencia contradictoria se desdibuje.

Y cuando revises las notas, marca primero las sorpresas. No las citas que mejor encajen con la historia actual. Los momentos que dejaron la sala en silencio. El participante que se detuvo donde nadie lo esperaba. El paso que parecía seguro en Figma y se volvió confuso al usarlo. Esas son las partes que más fácilmente pierden su fuerza si nadie las protege. También suelen ser las que te dicen dónde está realmente la debilidad del trabajo.

No estás escuchando si la evidencia solo cuenta cuando te da la razón.