User interviews que revelan verdades incómodas

Las user interviews son una de esas cosas que todos decimos que hacemos bien, pero que en la práctica terminan siendo sesiones de validación de lo que ya creemos. Es como ir al médico y describir solo los síntomas que confirman el diagnóstico que querés escuchar.

La diferencia entre una buena user interview y una sesión de autoengaño está en las preguntas que hacés. Y más específicamente, en cómo las formulás.

El problema de las preguntas leading

La mayoría de las user interviews fallan porque hacemos preguntas que empujan al usuario hacia la respuesta que esperamos. Es inconsciente, pero pasa.

Ejemplo clásico:

• Pregunta leading: "¿Te resultaría útil tener notificaciones push para no perderte las ofertas?"
• Pregunta neutra: "Contame la última vez que te enteraste de una oferta que te interesó. ¿Cómo fue?"

La primera pregunta ya asume que las notificaciones push son la solución. La segunda te permite entender el comportamiento real del usuario sin contaminar la respuesta.

Las preguntas que sí funcionan

Preguntas de comportamiento pasado

En lugar de preguntar qué haría el usuario en una situación hipotética, preguntá qué hizo en situaciones reales:

• "Contame sobre la última vez que..."
• "¿Cómo resolviste X la última vez que te pasó?"
• "Describime tu proceso típico para..."

Las personas son malas prediciendo su comportamiento futuro, but son expertas en recordar lo que ya hicieron.

Preguntas de frecuencia específica

Evitá preguntas vagas como "¿Usás seguido esta funcionalidad?". Mejor:

• "¿Cuántas veces usaste esto la semana pasada?"
• "¿En qué momento del día solés hacer esto?"
• "¿Cuánto tiempo te lleva completar este proceso?"

Preguntas de contexto

No te quedes con el qué. Profundizá en el por qué y el cómo:

• "¿Qué estabas tratando de lograr cuando esto pasó?"
• "¿Qué más estabas haciendo en ese momento?"
• "¿Quién más estaba involucrado en esta decisión?"

La técnica de los "cinco por qué" adaptada

Cuando el usuario menciona un comportamiento o preferencia, no te quedes en la superficie. Hacé follow-up:

Usuario: "No me gustan las notificaciones." Vos: "¿Qué pasa cuando recibís notificaciones?" Usuario: "Me distraen del trabajo." Vos: "Contame más sobre esa distracción. ¿Cómo afecta tu día?"

Ahí empezás a entender el problema real, que probablemente no sea las notificaciones en sí, sino el timing o la relevancia.

Errores que arruinan cualquier interview

Hacer preguntas múltiples

"¿Te gusta usar la app y te parece intuitiva la navegación?"

Eso son dos preguntas distintas. El usuario va a responder la que le resulte más fácil y vas a perder información.

Usar jerga interna

"¿Cómo te parece nuestro onboarding?"

El usuario no sabe qué es "onboarding". Preguntá: "Contame sobre tu primera experiencia usando la app".

No dejar silencio

Cuando hacés una pregunta, esperá. El silencio incómodo a menudo produce las respuestas más honestas. No llenes cada pausa con reformulaciones o aclaraciones.

Cómo preparar la entrevista

Define qué querés aprender (no validar)

Antes de escribir preguntas, clarificá qué no sabés. No qué querés confirmar.

En lugar de "Queremos validar que los usuarios necesitan notificaciones", escribí "Queremos entender cómo los usuarios se enteran de información relevante".

Armá un guión, pero no lo sigas ciegamente

Tené una estructura base:

1. Warm-up (2-3 min): Preguntas generales para que el usuario se relaje
2. Contexto (5-10 min): Entender el rol, necesidades, frustraciones actuales
3. Comportamiento específico (15-20 min): Deep dive en los temas que te interesan
4. Wrap-up (2-3 min): Espacio para que el usuario agregue algo que no preguntaste

Testea tus preguntas

Antes de hacer la entrevista real, probá tus preguntas con alguien del equipo. Si la persona responde exactamente lo que esperabas, probablemente la pregunta esté sesgada.

Durante la entrevista

Grabá todo (con permiso)

No podés tomar notas detalladas y prestar atención al mismo tiempo. Avisá que vas a grabar y por qué. La mayoría accede sin problemas.

Hacé follow-up de las respuestas vagas

Usuario: "Es complicado" Vos: "¿Qué parte específicamente te resulta complicada?"

Usuario: "No me convence" Vos: "¿Qué tendrías que ver para que te convenza?"

No defiendas tu producto

Si el usuario critica algo, resistí la tentación de explicar por qué está así. Tu trabajo es entender, not educar.

Después de la entrevista

Analizá patrones, no casos aislados

Una entrevista te da anécdotas. Cinco entrevistas empiezan a mostrar patrones. Diez te dan insights accionables.

Diferenciá entre lo que dicen y lo que hacen

Los usuarios a veces dicen una cosa pero hacen otra. Prestá más atención a los comportamientos reportados que a las opiniones.

Compartí insights, no transcripciones

El equipo no necesita escuchar toda la entrevista. Necesita entender qué aprendiste y qué cambia en el roadmap.

Las user interviews bien hechas son incómodas porque revelan que muchas de nuestras suposiciones están mal. Pero esa incomodidad es exactamente lo que las hace valiosas. Si salís de una sesión de interviews confirmando todo lo que ya sabías, probably estés haciendo las preguntas equivocadas.

Preguntas frecuentes

¿Cuántas personas necesito entrevistar? Para features nuevas, arrancá con 5-8 usuarios. Para iteraciones, con 3-5 podés detectar los problemas principales.

¿Cómo conseguir que los usuarios sean honestos? Dejá claro que no sos el desarrollador de la feature y que críticas honestas ayudan más que elogios diplomáticos.

¿Qué hago si el usuario no recuerda detalles específicos? Pedile que te muestre cómo haría la tarea en tiempo real, usando screen sharing o en persona.