User Research: entender antes de diseñar

El error más caro en diseño de producto es construir algo que nadie necesita. El User Research existe para reducir ese riesgo antes de invertir tiempo en wireframes, código o campañas.

Research no es preguntar a la gente qué quiere. Es observar qué hace, entender por qué lo hace y descubrir qué le impide hacerlo mejor.

Tipos de investigación

Toda investigación se mueve en dos ejes: cualitativa vs cuantitativa y generativa vs evaluativa.

Cualitativa vs cuantitativa

Ninguna sustituye a la otra. La cuantitativa dice dónde hay un problema; la cualitativa dice por qué existe.

Generativa vs evaluativa

• Generativa: se usa al principio, para descubrir problemas y necesidades que todavía no conoces bien. Antes de diseñar.
• Evaluativa: se usa sobre algo ya diseñado, para comprobar si funciona. Antes de lanzar o durante iteración.

Métodos principales

Entrevistas en profundidad

Es el método más potente para obtener contexto rico sobre comportamientos, motivaciones y fricciones.

Cómo estructurar una buena entrevista:

1. Define el objetivo: qué quieres aprender exactamente.
2. Escribe entre 5 y 10 preguntas abiertas. Nunca preguntas de sí/no.
3. Empieza por el contexto general antes de ir al producto.
4. Escucha sin interrumpir. Cuando algo sea interesante, pregunta “¿puedes contarme más sobre eso?”.
5. No presentes soluciones ni menciones tu diseño hasta el final, si es que lo haces.

Preguntas que funcionan:

• “Cuéntame cómo haces [tarea] normalmente.”
• “¿Cuándo fue la última vez que [situación]? ¿Qué pasó?”
• “¿Qué es lo más frustrante de [proceso]?”
• “¿Qué harías si [herramienta/producto] no existiera?”

Número de entrevistas:

Con 5 entrevistas bien hechas detectas entre el 80 y el 85 % de los patrones relevantes. No necesitas 50 entrevistas para empezar a aprender.

Observación contextual (Shadowing)

Observas a la persona usar el sistema actual en su entorno real, sin guiarla.

Es incómodo para el observador porque hay que resistir el impulso de ayudar cuando el usuario se bloquea. Pero ese bloqueo es exactamente lo que necesitas ver.

Lo que revelan las observaciones que las entrevistas no revelan:

• Atajos que las personas desarrollan por su cuenta para compensar fricciones del sistema.
• Interrupciones del entorno real (notificaciones, llamadas, ruido).
• Diferencias entre lo que dicen que hacen y lo que realmente hacen.

Encuestas

Útiles para validar hipótesis con una muestra grande una vez que ya tienes contexto cualitativo.

Reglas básicas para encuestas útiles:

• Una sola idea por pregunta.
• Evita preguntas con sesgo de deseabilidad social (“¿usas la función de ayuda?”).
• Mezcla preguntas cerradas para datos y una o dos abiertas para contexto.
• Menos de 10 preguntas en encuestas de producto. La tasa de completado cae en picado a partir de ahí.

Herramientas: Typeform, Tally, Google Forms.

Análisis de datos existentes

Antes de hablar con nadie, revisa lo que ya existe:

• Analytics (GA4, Amplitude, Mixpanel): dónde se van los usuarios, dónde se caen los embudos, qué features se usan poco.
• Tickets de soporte y chat: qué preguntas se repiten, qué errores frustran, qué palabras usa la gente para describir su problema.
• Reseñas (App Store, G2, Trustpilot): qué elogian y qué critican de competidores y de tu propio producto.
• Grabaciones de sesión (Hotjar, Microsoft Clarity): comportamiento real en pantalla, rage clicks, scroll hasta dónde llegan.

Este análisis previo te da hipótesis que confirmar o refutar con las entrevistas. Hace que tus preguntas sean mejores.

Reclutamiento: cómo encontrar usuarios

El research más cuidado del mundo no sirve si entrevistas a las personas equivocadas.

Criterios para un buen recluta:

• Deben representar al usuario real, no al usuario ideal que imaginas.
• Incluye personas con distintos niveles de experiencia con el producto o la tarea.
• Evita entrevistar solo a usuarios muy satisfechos o solo a detractores.

Canales habituales:

• Base de usuarios existente con segmentación por comportamiento.
• Panel de usuarios interno o canal de Slack de clientes.
• Herramientas como User Interviews, Respondent o UserTesting.
• Redes sociales o comunidades relevantes para el sector.

Cómo documentar y sintetizar

La investigación no termina al cerrar la última entrevista. Termina cuando has convertido las notas en patrones accionables.

Proceso de síntesis:

1. Transcribe o toma notas detalladas durante o justo después de cada sesión.
2. Extrae observaciones en notas individuales (una idea por nota).
3. Agrupa por tema emergente sin forzar categorías previas (Affinity Mapping).
4. Identifica los patrones que se repiten en al menos 3 personas distintas.
5. Formula los hallazgos como afirmaciones, no como opiniones: “Los usuarios no saben que existe la función X porque nunca aparece en el flujo principal”, no “a la gente no le gusta la función X”.

Herramientas: Dovetail, Condens, FigJam, Miro, Notion.

Qué no es research

• Preguntarle al equipo de producto qué cree que quiere el usuario. Eso es hipótesis, no investigación.
• Una ronda de entrevistas con cinco amigos. El sesgo de selección invalida los resultados.
• Mostrar el diseño y preguntar “¿te gusta?”. La opinión estética no predice el comportamiento real.

¿Qué hemos aprendido?

• Research cualitativo y cuantitativo se complementan: uno explica el qué, el otro el por qué.
• Con 5 entrevistas bien hechas ya tienes señales sólidas para empezar.
• La síntesis convierte notas en patrones: una idea por nota, agrupa por tema emergente.
• Los datos que ya tienes (analytics, soporte, reseñas) son el mejor punto de partida.

Siguiente paso

En la próxima lección veremos cómo definir el problema a partir de los hallazgos de investigación usando las herramientas POV, HMW y User Persona.