Módulo 4: Métodos de Descubrimiento (Discovery)
Explorando Necesidades Reales
Objetivos de aprendizaje: Al finalizar este módulo, serás capaz de:
- Conducir (o simular) una entrevista de usuario de 15 minutos aplicando técnicas de escucha activa y preguntas abiertas no dirigidas.
- Construir una User Persona basada en datos de investigación (no en suposiciones), diferenciando entre datos demográficos y patrones de comportamiento.
- Adaptar una guía de entrevista según el perfil del participante y el contexto cultural (Chile/Latinoamérica).
Tiempo estimado: 2 horas
El Módulo 4 se centra en la fase de investigación generativa y exploratoria, cuyo objetivo es comprender profundamente los problemas, el contexto y las necesidades reales del usuario antes de proponer soluciones.
4.1. Investigación Secundaria (Desk Research)
La investigación secundaria es la recopilación y síntesis de datos existentes recopilados por otros. Es el primer paso recomendado antes de cualquier investigación primaria con usuarios.
Objetivos y Valor
El Desk Research ayuda a:
- Ganar una comprensión amplia del dominio del producto
- Identificar qué se ha investigado y qué falta por explorar
- Encontrar brechas de oportunidad (opportunity gaps)
- Evitar "reinventar la rueda"
Fuentes de Información
Fuentes Internas:
- Investigaciones previas de la compañía
- Datos de clientes y satisfacción
- Datos transaccionales y de soporte
- Analytics web existentes
Fuentes Externas:
- Estudios académicos y publicaciones científicas
- Reportes de consultoras (McKinsey, Forrester, Nielsen)
- Documentación de organizaciones del sector
- Análisis de tendencias de mercado
Análisis de Search Logs y Analytics
Los datos cuantitativos preexistentes son valiosos porque se basan en un alto volumen de usuarios reales.
Search Analytics permite:
- Identificar los términos que los usuarios realmente buscan
- Diagnosticar problemas de navegación y contenido
- Desarrollar vocabularios que coincidan con el lenguaje del usuario
Limitación importante: Los datos de analytics dicen qué hacen los usuarios, pero no dicen por qué. Se requiere investigación cualitativa para entender las causas.
4.2. Entrevistas Etnográficas y Contextuales
La investigación cualitativa es exploratoria y se utiliza para comprender las razones subyacentes, opiniones y motivaciones de los usuarios.
El Valor de la Etnografía
La Etnografía es un conjunto de métodos cualitativos destinados a comprender las actividades y mentalidades de un grupo al observar sus actividades ordinarias en su entorno habitual.
Contextual Inquiry es una técnica específica donde el investigador:
- Pasa tiempo donde la actividad sucede
- Observa al usuario en su contexto real
- Pregunta mientras el usuario realiza sus tareas
El Modelo Maestro-Aprendiz
La investigación contextual se basa en que:
- El usuario es el maestro que realiza la actividad
- El investigador es el aprendiz que observa y pregunta
Esto reduce el riesgo de hacer suposiciones erróneas y revela comportamientos que el usuario ha olvidado mencionar.
Paso a Paso: Conduciendo una Entrevista Etnográfica
Antes de la entrevista:
- Define el objetivo de la entrevista (alineado con la RQ)
- Crea una guía de entrevista con temas, no preguntas cerradas
- Prepara el consentimiento informado
- Verifica el equipo de grabación
Durante la entrevista:
- Establece rapport: Presenta el propósito, asegura confidencialidad, genera confianza.
- Prioriza metas sobre tareas: Pregunta primero el por qué (motivaciones) y luego el qué (acciones).
- Usa preguntas abiertas:
- ✅ "Cuéntame sobre la última vez que..."
- ✅ "¿Qué pasó después?"
- ❌ "¿Te gustó la experiencia?" (cerrada)
- ❌ "¿No crees que sería mejor si...?" (capciosa)
- Fomenta narrativas: Pide historias de incidentes específicos, no opiniones abstractas.
- "Muestra y cuenta": Pide al usuario que te muestre cómo hace las cosas. La brecha entre lo que dicen y lo que hacen es una oportunidad de diseño.
- Registra frases textuales: El vocabulario exacto del usuario es valioso para el diseño.
Después de la entrevista:
- Transcribe o toma notas detalladas inmediatamente
- Identifica patrones emergentes
- Compara con otras entrevistas
Reclutamiento de Participantes
Es fundamental que los participantes sean representativos del usuario objetivo.
El Screener es un cuestionario de filtro con preguntas que determinan si una persona cumple los criterios para participar.
Ejemplo de criterios de screener:
- Rango de edad específico
- Frecuencia de uso de un producto/servicio
- Rol o responsabilidades laborales
- Experiencia previa con tecnología similar
4.3. Contextual Inquiry: Observando la Realidad
"You can observe a lot by just watching." (Yogi Berra)
A veces, las entrevistas se quedan cortas. La gente quiere decir la verdad, pero nuestra memoria es falible y tendemos a racionalizar lo que hacemos. Aquí es donde entra el Contextual Inquiry (Indagación Contextual).
Es como ser un documentalista de la vida de tu usuario. No solo preguntas, estás ahí.
Los 4 Principios de Contextual Inquiry
Beyer y Holtzblatt definieron cuatro principios clave que diferencian esto de una charla de café (Smashing Magazine):
- CONTEXT (Contexto): Ve al lugar donde sucede la acción.
Por qué:* Si investigas sobre software contable, ve a la oficina del contador. Verás los post-its pegados en el monitor con contraseñas, el ruido ambiente, las interrupciones constantes. Eso no te lo cuentan por Zoom.
- PARTNERSHIP (Colaboración): Adopta el modelo Maestro-Aprendiz.
Por qué:* Tú eres el aprendiz curioso; ellos son los expertos en su trabajo. "Enséñame cómo haces ese reporte mensual". Esto rompe la dinámica de interrogatorio y los empodera.
- INTERPRETATION (Interpretación): Valida tus observaciones en tiempo real.
Por qué:* Si ves que el usuario frunce el ceño, pregunta: "¿Vi que hiciste una mueca al exportar el archivo, pasó algo?". No asumas que sabes por qué lo hizo.
- FOCUS (Foco): No pierdas el norte.
Por qué:* Es fácil distraerse con chismes de oficina. Mantén la conversación guiada suavemente hacia los temas relevantes para tu proyecto, sin ser rígido.
Anécdota: "El misterio del botón ignorado"
Hace un tiempo, trabajaba en un sistema de gestión para bodegas. En las entrevistas, los bodegueros juraban que el sistema era "lento pero funcionaba".
Fui a la bodega (con casco y chaleco reflectante :construction_worker:). Observé a un usuario, Don Manuel. Cada vez que tenía que ingresar un pedido, sacaba una libreta de papel, anotaba códigos y luego, al final del turno, los pasaba al computador.
"Don Manuel, ¿por qué los anota primero?"
"Ah, es que el sistema se cierra si no muevo el mouse por 5 minutos, y pierdo todo. Mejor aseguro en papel."
¡Bingo! El problema no era la interfaz de ingreso, era el tiempo de sesión. En una entrevista en sala de reuniones, Don Manuel jamás habría mencionado la libreta; para él era obvio.
Contextual Inquiry vs. Entrevista Tradicional
| Aspecto | Entrevista Tradicional (Lab/Remoto) | Contextual Inquiry (In Situ) |
|---|---|---|
| Ubicación | Artificial (Sala, Zoom) | Natural (Donde ocurre la acción) |
| Foco | Lo que el usuario dice | Lo que el usuario hace (y dice) |
| Recuerdo | El usuario debe recordar detalles | El usuario te muestra los detalles |
| Sorpresas | Limitadas a la narrativa | Altas (ves workarounds reales) |
Tips para Contextual Inquiry en Latam 🌎
Hacer esto en nuestra región tiene sus trucos:
- Espacios compartidos: En muchas oficinas latinas, el espacio es abierto y ruidoso. Sé respetuoso y trata de no interrumpir el trabajo de los compañeros de al lado.
- La "hora del té/café": Acepta esa invitación. En momentos informales salen los mejores insights culturales sobre la jerarquía y cómo fluye la información.
- Casas reales: Si vas a domicilios, recuerda que no todos tienen un "escritorio de home office" de Pinterest. Mucha gente trabaja desde la mesa del comedor con la tele prendida. Ese ES su contexto real. Diseña para eso.
4.4. Creación de Personas y Modelos de Usuario
Una vez recopilados los datos cualitativos, es necesario sintetizarlos en modelos útiles para el equipo.
¿Qué es una Persona?
Una Persona es un arquetipo de usuario ficticio creado a partir de datos cualitativos recopilados al hablar con personas reales.
Propósito de las Personas:
- Representar al usuario en el proceso de diseño
- Generar empatía en el equipo
- Enmarcar decisiones de diseño basándose en necesidades reales
- Evitar diseñar para "el usuario promedio" (que no existe)
Importante: Las Personas fueron introducidas por Alan Cooper en 1999 en su libro "The Inmates Are Running the Asylum" y desarrolladas más ampliamente en "About Face" (2007).
Componentes de una Persona Efectiva
Las Personas deben basarse en patrones de comportamiento, no en datos demográficos. Los componentes clave son:
1. Metas (Goals) - Lo más importante
Cooper define tres tipos de metas:
| Tipo de Meta | Descripción | Ejemplo |
|---|---|---|
| Metas de Experiencia (Visceral) | Cómo quiere sentirse el usuario | "Quiero sentirme seguro al hacer transacciones" |
| Metas Finales (Comportamentales) | Lo que quiere lograr | "Quiero transferir dinero a mi familia en otra ciudad" |
| Metas de Vida (Reflexivas) | Quién quiere ser | "Quiero ser un proveedor responsable para mi familia" |
2. Comportamientos y Actitudes
- Patrones de uso identificados en la investigación
- Preferencias y frustraciones
3. Contexto
- Entorno de uso (físico, social, tecnológico)
- Restricciones y limitaciones
4. Datos Demográficos (secundarios)
- Nombre ficticio y foto representativa
- Datos básicos que ayuden a humanizar
Paso a Paso: Creando una Persona
- Revisa todos los datos de investigación: Entrevistas, observaciones, encuestas.
- Identifica patrones de comportamiento: ¿Qué variables distinguen a diferentes grupos de usuarios?
- Agrupa usuarios con comportamientos similares: Estos grupos serán tus Personas.
- Define las metas de cada grupo: Experiencia, finales y de vida.
- Añade contexto y detalles humanizadores: Nombre, foto, cita representativa.
- Valida con el equipo y stakeholders: Asegura que las Personas sean útiles y creíbles.
Plantilla de Persona
PERSONA: [NOMBRE]
"[Cita que captura su actitud o necesidad principal]"
PERFIL
- Edad:
- Ocupación:
- Contexto de uso:
METAS
- Meta de experiencia: [Cómo quiere sentirse]
- Meta final: [Qué quiere lograr]
- Meta de vida: [Quién quiere ser]
COMPORTAMIENTOS
- [Patrón de comportamiento 1]
- [Patrón de comportamiento 2]
- [Patrón de comportamiento 3]
FRUSTRACIONES
- [Punto de dolor 1]
- [Punto de dolor 2]
CONTEXTO DE USO
- Dispositivos:
- Ambiente:
- Frecuencia de uso:Escenarios de Uso
Los escenarios son el complemento narrativo de las Personas.
Un escenario es una descripción narrativa concisa de cómo una Persona utiliza un producto para alcanzar sus metas.
Context Scenarios describen la experiencia ideal, cómo el producto encaja en la vida del usuario para ayudarle a lograr sus metas.
Ejemplo de escenario:
"María está en el metro camino al trabajo. Recibe una notificación de que su madre necesita dinero urgente para una emergencia médica. María abre la app, y en menos de un minuto logra enviar el dinero usando su huella digital, sin necesidad de recordar contraseñas complejas. Recibe una confirmación inmediata y puede avisarle a su madre que el dinero está en camino."
Mapas de Empatía
Si la Persona responde quién es el usuario, el mapa de empatía responde qué está viviendo. Es una herramienta de una sola página que organiza lo que sabes de un usuario en seis zonas:
| Zona | Pregunta | Ejemplo (María, app bancaria) |
|---|---|---|
| Piensa y siente | ¿Qué le preocupa de verdad? | "Si esto falla, mi mamá no recibe el dinero hoy" |
| Ve | ¿Qué hay en su entorno? | Otras apps que le piden clave cada vez |
| Oye | ¿Qué le dicen los demás? | "Ojo con las estafas, no metas la clave en cualquier lado" |
| Dice y hace | ¿Cuál es su comportamiento observable? | Revisa el saldo tres veces antes de transferir |
| Esfuerzos (pains) | ¿Qué le frustra o bloquea? | No estar segura de si la transferencia se ejecutó |
| Resultados (gains) | ¿Qué considera un éxito? | Confirmación inmediata que pueda reenviar |
Para qué sirve realmente: su valor no está en el póster terminado, está en la conversación que obliga a tener. Cuando un equipo llena las zonas de esfuerzos y resultados con citas textuales de las entrevistas, las discusiones de diseño dejan de ser sobre opiniones.
El error clásico: llenarlo con lo que el equipo imagina en vez de lo que los usuarios dijeron. Un mapa de empatía sin datos detrás es una sesión de lluvia de ideas disfrazada de investigación. Cada zona debería poder rastrearse a una sesión concreta.
Journey Maps
El journey map (mapa de experiencia) visualiza todos los puntos de contacto del usuario con un producto o servicio a lo largo del tiempo: antes, durante y después de la interacción directa.
Mientras la Persona es una foto y el escenario una historia, el journey map es la línea de tiempo completa, incluyendo todo lo que pasa fuera de tu producto.
Componentes de un journey map:
- Fases: Las etapas del proceso (ej. Descubrimiento → Evaluación → Compra → Uso → Soporte)
- Acciones: Qué hace el usuario en cada fase
- Pensamientos: Qué se pregunta, qué espera
- Emociones: La curva emocional a lo largo del recorrido
- Puntos de contacto: Dónde interactúa (app, web, call center, sucursal, WhatsApp)
- Puntos de dolor: Dónde se rompe la experiencia
- Oportunidades: Dónde el diseño puede intervenir
Por qué importa tanto en Latinoamérica: los journeys reales rara vez son digitales de punta a punta. Un usuario chileno que compra online puede terminar retirando en tienda, coordinando por WhatsApp y reclamando por teléfono. Si tu mapa termina en "compra confirmada", te estás perdiendo justo donde se decide si vuelve o no.
Journey map vs. Service Blueprint: el journey map muestra la experiencia desde los ojos del usuario. El service blueprint agrega lo que pasa tras bambalinas (sistemas, personas, procesos) para que esa experiencia ocurra. Si el problema es "el usuario espera 3 días por su reembolso", el journey map te dice que duele; el blueprint te dice por qué el proceso interno tarda 3 días.
Regla práctica: un journey map construido sin datos de usuarios reales no es un journey map, es un diagrama de flujo con caritas. La curva emocional debe venir de lo que observaste, no de lo que supones que se siente.
¿Cuál uso y cuándo?
| Herramienta | Responde | Úsala cuando |
|---|---|---|
| Persona | ¿Quién es? | Necesitas alinear al equipo sobre para quién se diseña |
| Escenario | ¿Cómo usaría esto? | Quieres describir la experiencia ideal de una tarea |
| Mapa de empatía | ¿Qué está viviendo? | Necesitas generar empatía y ordenar datos cualitativos de un segmento |
| Journey map | ¿Cómo es el recorrido completo? | Buscas dónde se rompe la experiencia end-to-end |
Ninguna de las cuatro es un entregable que se hace una vez y se archiva. Son hipótesis vivas: se actualizan cuando la evidencia cambia. Una Persona de hace tres años que nadie revisó no describe a tus usuarios, describe a los usuarios que tenías.
4.5. Técnicas para la Arquitectura de la Información (AI)
La Arquitectura de la Información es el fundamento de una buena experiencia de usuario. Se enfoca en cómo se organiza la información, la navegación y las agrupaciones conceptuales.
Card Sorting
Propósito: Determinar la estructura de navegación y los rotulados de un sitio o aplicación.
Cómo funciona:
- Se crean tarjetas con piezas de contenido o funcionalidades
- Los participantes agrupan las tarjetas de manera que tenga sentido para ellos
- Se analizan los patrones de agrupación
Tipos:
- Abierto: Los participantes crean sus propias categorías
- Cerrado: Los participantes ordenan tarjetas en categorías predefinidas
- Híbrido: Combinación de ambos
Herramientas gratuitas: Optimal Workshop (versión gratuita limitada), UXtweak
Tree Testing
Propósito: Evaluar si una estructura de navegación propuesta funciona.
Cómo funciona:
- Se presenta a los usuarios una estructura jerárquica (sin diseño visual)
- Se les pide que encuentren ítems específicos
- Se mide si logran encontrarlos y por qué camino
Cuándo usarlo: Después de Card Sorting, para validar la estructura propuesta antes de diseñar.
Ejercicio Práctico - Módulo 4
De la entrevista a la Persona
Este ejercicio te toma alrededor de una hora y necesitas una sola cosa: una persona real dispuesta a conversar contigo. Un familiar, un amigo, un compañero de trabajo.
Parte 1: Elige un territorio, no un producto
Escoge una actividad cotidiana que tu participante haga de verdad: pedir comida a domicilio, pagar cuentas, comprar el mercado, coordinar los horarios de sus hijos. No elijas "usar la app X": estás explorando una necesidad, no evaluando una interfaz.
Parte 2: Entrevista en contexto (20-30 minutos)
Aplica lo que vimos en 4.2 y 4.3:
- Empieza por las metas, no por las tareas. Pregunta por qué hace lo que hace antes de preguntar cómo.
- Usa preguntas abiertas. Si tu participante te contesta con un sí o un no, la pregunta estaba mal formulada.
- Pide una historia concreta: "cuéntame de la última vez que te pasó" funciona mucho mejor que "¿qué sueles hacer?".
- Aplica muestra y cuenta: pídele que te muestre el teléfono, la app, el cuaderno donde anota. La gente dice una cosa y hace otra, y esa brecha es tu oportunidad de diseño.
- Asume el rol de aprendiz. Tu participante es el maestro. Si te descubres explicándole algo, dejaste de investigar.
- Anota frases textuales, no tus interpretaciones. "No me fío de dejar la tarjeta guardada" vale más que "el usuario percibe inseguridad".
Parte 3: Construye la Persona
Con esos datos, arma una Persona usando la plantilla de la sección 4.4. Restricciones:
- Las metas son obligatorias: al menos una de experiencia, una final y una de vida.
- Cada frustración debe poder rastrearse a algo que tu participante realmente dijo.
- Los datos demográficos van al final y son lo menos importante. Si tu Persona se define por "mujer, 34 años, Santiago", todavía no es una Persona.
Parte 4: El escenario
Escribe un escenario de contexto de un párrafo: cómo sería la experiencia ideal de tu Persona resolviendo esa necesidad. No describas pantallas. Describe lo que logra.
Reflexiona: compara la Persona que construiste con lo que habrías asumido antes de la entrevista. ¿Qué te sorprendió? Eso que te sorprendió es exactamente el valor de haber investigado en vez de suponer, y es la conversación que vas a tener que dar con tus stakeholders.
Nota honesta sobre la muestra: una entrevista no es una Persona. Una Persona real se construye con patrones que se repiten en varios participantes. Este ejercicio te enseña el método, no te entrega un entregable válido. Con un solo participante todavía estás en el terreno de la anécdota.
Referencias del Módulo 4
- Cooper, A. (1999). The Inmates Are Running the Asylum. Sams Publishing.
- Cooper, A., Reimann, R., & Cronin, D. (2007). About Face 3: The Essentials of Interaction Design. Wiley.
- Gray, D., Brown, S., & Macanufo, J. (2010). Gamestorming: A Playbook for Innovators, Rulebreakers, and Changemakers. O'Reilly Media.
- Kalbach, J. (2020). Mapping Experiences: A Complete Guide to Customer Alignment Through Journeys, Blueprints, and Diagrams. O'Reilly Media.
- Portigal, S. (2013). Interviewing Users: How to Uncover Compelling Insights. Rosenfeld Media.
- Rosenfeld, L., Morville, P., & Arango, J. (2015). Information Architecture: For the Web and Beyond. O'Reilly Media.
- Think-Aloud Protocol. ScienceDirect Topics.
Profundiza en métodos de descubrimiento