Cómo crear una entrevista a usuario que sea útil para diseñar soluciones increíbles

Si tu entrevista a usuarios termina en “buenas conversaciones” pero sin datos claros para tomar acción, entonces esta guía es para ti. En innovación, el proceso de investigación es tiempo valioso, y si al terminar te deja igual de confundido… es tiempo desperdiciado que después tus líderes te "cobran". 

La promesa de este post es simple: salir con un método para entrevistar, sintetizar y decidir. Sin romantizar “la voz del cliente”, y sin que debas inventarte la realidad de tus usuarios para validar tu proyecto en un PowerPoint. 

Entrevista a usuarios: el punto no es escuchar por escuchar, es poder decidir

Una entrevista no es para confirmar que tu idea es buena. Es para bajar incertidumbre y mover el portafolio: qué validar, qué matar, qué priorizar y qué pilotear. Si después de entrevistar sigues igual de ambiguo, no fue “falta de información”: fue falta de criterios claros a evaluar. 

Una buena entrevista es incómoda: te obliga a corregir el relato interno, a reformular el desafío y a reconocer qué condición real podría hacer inviable avanzar la iniciativa. Como siempre la clave está enfocada en descubrir, no para validar ideas.

Antes de preguntar, define tu incógnita (y la decisión que buscas tomar) 

La preparación no es un ritual UX; es gestión seria. Parte por un objetivo concreto asociado a conductas y motivaciones específicas. Si te vas “muy amplio”, recolectas material irrelevante y terminas defendiendo insights con anécdotas. 

Por eso el foco previo a la entrevista es: escribe tu incógnita, tu duda, como la decisión que buscas tomar. Algunos ejemplos:

• Quiero conocer qué duele más en este flujo y por qué (priorizar);

• Quiero validar qué la actividad que busco automatizar es crítica (enfocar);

• Quiero validar si que un tipo de cliente es mejor para escalar que otro escalar (escalar).

Si no puedes decir qué decisión habilitarán las entrevistas, no la hagas (aún).  

Este proceso de definir las hipótesis clave, o las variables a evaluar hazla en una sesión con tu equipo, donde el "custumer profile" puedes ser una buena herramienta para poner las creencias que tienen del usuario sobre la mesa (hablaremos de esto en breve). 

Finalmente, en el "antes", también es importante que consideres a quiénes entrevistarás, cuántos y cuál es la complejidad de conseguirlos. Es decir, si vas por un nuevo mercado probablemente sea más difícil conseguir a quienes entrevistar que si estás buscando mejorar algo para tus propios clientes. Acá también está la variable tiempo, es decir ideal hacer 20 entrevistas, pero también necesitas avanzar, siendo el trade-off que debes evaluar para tu caso.

Las preguntas que sirven buscan hechos, no opiniones  

El error típico de equipos corporativos es pedir opiniones: “¿te gustaría…?” y después sorprenderse cuando el cliente no compra o el usuario no usa. Tu objetivo no es “gustos”; es evidencia desde experiencia: “cuéntame de la última vez que…”, “qué pasó antes…”, “qué hiciste para salir del paso”. 

Si quieres resultados, la pauta debe ser acotada al objetivo que buscas, de modo que puedas profundizar y buscar las "reglas y excepciones" del usuario/cliente. En este proceso evita preguntas dirigidas a una respuesta o que su respuesta sea cerrada (sí o no). Por ejemplo ¿Tú usarías una aplicación de productividad?, probablemente todos dirán que sí, pero no habla de hechos. En este caso es mejor preguntar ¿Cuáles son las aplicaciones de productividad que usas?. 

Detalle operacional que se nota en la calidad de los aprendizajes: idealmente entrevista con dos personas (una conduce, otra toma notas) y registra con permiso. Si intentas preguntar, escuchar y anotar a la vez, pierdes matices justo donde aparece lo importante. 

Cómo usar el Customer Profile para setear una buena entrevista 

Uno de los artefactos más conocidos en el mundo de la innovación es el Customer Profile: jobs, pains y gains. Tiene como ventaja su simpleza y que te obliga a explicitar supuestos sobre tus usuarios. 

Custumer profile de la consultora Strategyzer (pero puedes usar el que desees)

Primero, tu equipo llega con su mapa de supuestos: ¿qué le gusta?, ¿qué le duele? y ¿a qué se dedica el usuario? Definiendo así las que creen que sean las hipótesis son centrales para el proyecto (si no se cumple, el proyecto hay que redireccionarlo) permitiendo definir cuales explorar a través de la entrevista. En torno a esos supuestos creen la pauta de entrevista enfocado en conocer hechos sobre los usuarios.

Esos supuestos chocan con la realidad en la entrevista, validando si lo que pensaban representa o no a los usuarios. Una vez cubierta tu pauta puede ser valioso abrir un espacio para lo que no viste: “qué falta, qué sobra, qué está mal entendido” a modo de pregunta más abierta, para posteriormente cerrar forzando que prioricen sobre las variables levantadas: qué duele más, qué importa más, qué impactaría realmente en tu día a día. 

Eso te deja evidencia comparable entre entrevistas porque todas pasan por la misma estructura. También reduce el sesgo del entrevistador: en vez de “interpretar”, haces que el usuario corrija tu hipótesis. 

El output mínimo de una entrevista útil no es un resumen: es un cambio en prioridades, es aceptar el diseño de un piloto o en el criterio de éxito. 

Mini-ejemplo (gerencia/KPI): pides “un dashboard” para control, pero el usuario relata que el problema real es retrabajo por datos incompletos y criterios distintos entre áreas. Si entrevistas bien, tu intervención cambia: en vez de otra pantalla, estandarizas datos y reglas. Eso mejora ejecución y baja riesgo, ya que el problema no era solo la “visibilidad” que planteabas. 

Checklist accionable para entrevistas

• Júntate con tu equipo y mapea su entendimiento inicial del usuario y descubre las hipótesis claves. Hipótesis en las que sí están equivocados el proyecto podría fallar 

• Recluta participantes alineados a tu segmento; no entrevistes “al que está disponible”. 

• Escribe preguntas enfocada en conocer hechos y comportamientos, no opiniones o futuros imaginados. 

• Antes de cerrar profundiza en si hay algo que podrían estarse pasando y buscar correcciones. 

• Cierra con priorización: qué duele más y qué importa más para adoptar. 

Estos pasos te garantizarán al cerrar la entrevista tener claridad cuáles deberían ser los próximos pasos para tu iniciativa.

Cierre: La entrevista no valida tu idea, valida el caso a construir 

Si tu equipo no sabe entrevistar, puedes más construir más rápido pero hacia el lugar equivocado. La entrevista a usuarios bien hecha es una máquina para priorizar, diseñar pilotos que aguanten escrutinio y hacer Go/No-Go. No se trata de “escuchar más”. Se trata de decidir en base a hecho y no opiniones, antes de construir. 

• Decisión primero: sin decisión a habilitar, solo acumulas apuntes. 

• Hechos sobre opiniones: a todos "les gustaría" conseguir el objetivo, tu foco está en construir un "cómo resolverlo" que quieran usar/comprar. 

• Prioriza al final: si no obligas a elegir, no tienes prioridad sobre el atributo o solución.