Entrevistas a stakeholders: alinear objetivos antes de investigar

Cómo hacer entrevistas a stakeholders internos: qué preguntar, cuándo hacerlas, cómo analizar las respuestas y qué errores evitar en la sala de decisiones.

info Definición Rápida
Una entrevista a stakeholders es una conversación semiestructurada, uno a uno, con personas de dentro de la organización que influyen en un proyecto o se ven afectadas por él. Sirve para alinear objetivos, criterios de éxito y supuestos antes de investigar a los usuarios.

¿Qué es una entrevista a stakeholders y qué la diferencia de una entrevista de usuario?

Los stakeholders son las personas que toman decisiones, financian el proyecto o tienen algo que perder si sale mal: producto, dirección comercial, soporte, legal, operaciones. No son usuarios del producto, aunque a veces lo usen. Por eso el objetivo de la conversación es distinto.

En una entrevista de usuario buscas neutralidad para entender comportamientos reales. En una entrevista a stakeholders buscas entender prioridades, restricciones, historia del producto y lo que cada área espera del proyecto. Por eso el facilitador necesita contexto previo sobre el rol de cada persona: no se puede preguntar igual a alguien de finanzas que a alguien de soporte. User Interviews aconseja documentar lo que entiende cada stakeholder y no lo que tú supones, hacer preguntas aclaratorias aunque creas conocer la respuesta y, al terminar, comparar lo dicho con tus supuestos iniciales.

¿Por qué le importa a un diseñador junior?

Porque muchos proyectos de diseño fracasan antes de la primera pantalla, por desacuerdos sobre qué significa éxito. Si el equipo de ventas quiere más leads y el de producto quiere menos abandono en el registro, cualquier investigación de usuarios se leerá según el interés de quien la pidió.

Una entrevista a stakeholders saca esos desacuerdos a la superficie al inicio, cuando todavía son baratos de resolver. Supercharge da tres ejemplos de objetivos para estas entrevistas: cubrir los vacíos entre los objetivos de cada stakeholder, conocer los problemas que ven en el producto digital y entender los indicadores de éxito a largo plazo.

¿Cómo se prepara y se hace la entrevista?

  1. Fija el objetivo. Escribe en una frase qué decisión quieres informar con la conversación. Si no hay decisión, probablemente no necesitas la entrevista. Si la organización todavía no tiene una práctica de investigación, la madurez UX del equipo indica por dónde empezar.
  2. Elige a quién entrevistar. Nielsen Norman Group define como stakeholder a cualquiera con interés en el proyecto o con quien tendrás que trabajar, dentro o fuera de la organización. User Interviews advierte de los stakeholders ocultos, como el personal de soporte que absorbe el costo de un mal diseño. Si hay demasiados, elige representantes cuyo criterio se base en clientes, objetivos de negocio u operación.
  3. Prepara una guía, no un guion. Nielsen Norman Group describe la entrevista como semiestructurada: una lista de temas y algunas preguntas fijas. NN/g propone cuatro temas: métricas de éxito, prioridades, historia y experiencia, y proceso o flujo de trabajo.
  4. Combina preguntas comunes y por rol. User Interviews y think.design coinciden en que todos respondan a un bloque de preguntas iguales, para poder comparar, y en que cada rol tenga preguntas propias: marketing hablará de marca, ingeniería de los sistemas con los que hay que integrarse.
  5. Conduce y cierra. Empieza con una presentación breve, recuerda el propósito y la duración, y haz la entrevista uno a uno, que es el formato que recomienda NN/g. Graba solo con permiso. Al cerrar, pregunta quién más debería participar; así aparecen los stakeholders ocultos.
  6. Haz seguimiento. think.design sugiere cerrar resumiendo los mensajes clave y pidiendo a la persona que los valide. Y Supercharge advierte que estirar el tiempo entre entrevistas hace perder contexto, así que agrúpalas en pocos días.

Si la conversación se vuelve una lista de preguntas leídas en voz alta, pierdes lo más valioso: las frases no dichas. Practica la guía hasta que puedas conversar sin mirarla.

¿Cómo se analizan las respuestas?

Nielsen Norman Group propone un método según el número de entrevistas:

  • Cinco stakeholders o menos: un resumen informal de temas, con las coincidencias y las discrepancias más importantes.
  • Cinco o más: un análisis temático, que consiste en etiquetar observaciones y citas con códigos para encontrar los temas más importantes.

En ambos casos, separa lo que la persona dijo de lo que tú interpretas. Escribe los supuestos explícitos (lo que el equipo cree sobre el usuario) y los requisitos no dichos (lo que nadie pidió por escrito, pero que alguien espera). Los requisitos no dichos cuestan más cuanto más tarde aparecen.

¿Cuándo NO conviene hacer entrevistas a stakeholders?

  • Cuando la decisión ya está tomada. Si el resultado no puede cambiar el proyecto, la conversación genera expectativas que no vas a cumplir.
  • Cuando el stakeholder no quiere participar. User Interviews recomienda evaluar su interés antes de pedirle tiempo, para no pedir más de lo que está dispuesto a dar.
  • Cuando no hay forma de reunirse. NN/g propone enviar por correo las cuatro o cinco preguntas principales. Para un grupo grande, una encuesta simplifica la recolección, pero es menos probable que respondan que a un correo individual.
  • Como sustituto de la investigación con usuarios. Lo que dice un stakeholder sobre el usuario es una hipótesis. Hay que contrastarla con entrevistas de usuario.

Ejemplo

Ejemplo ilustrativo: un equipo quiere rediseñar el registro de una app de reservas. Antes de empezar, hace cuatro entrevistas: producto, ventas, soporte y finanzas.

  • Producto habla de conversión en la primera semana.
  • Ventas quiere que el registro capte datos de contacto para el equipo comercial.
  • Soporte reporta que la mitad de las llamadas son por contraseñas olvidadas.
  • Finanzas pide que el coste por cliente nuevo no suba.

Las cuatro respuestas, juntas, muestran que el proyecto tiene cuatro criterios de éxito que compiten entre sí. El equipo lo lleva a una sesión de decisión antes de diseñar nada. Ese es el resultado que buscas: un criterio de éxito compartido, no un informe bonito.

Para la síntesis de estas entrevistas, puede servir un artículo de IA como síntesis de entrevistas con IA, pero revisa siempre las notas originales antes de confiar en un resumen automático. Si los acuerdos de la entrevista deben sostenerse a lo largo del proyecto, ResearchOps describe cómo guardar y reutilizar esa información.

Errores comunes

  • Dejar que la voz más alta represente a todo el equipo. User Interviews recuerda que no siempre es la que mejor representa las necesidades del conjunto.
  • Leer la lista de preguntas en vez de conversar.
  • Desestimar el escepticismo del stakeholder hacia la investigación. Muchas veces tiene una razón concreta.
  • Crear expectativas sobre resultados o acceso a datos sin planear cómo se comunicará.
  • Mezclar en una misma conversación la discusión de objetivos con la de soluciones de diseño.
  • Olvidar la pregunta de cierre sobre quién más debería hablar con el equipo.

Fuentes

Preguntas frecuentes

¿Qué es una entrevista a stakeholders en UX?
Es una conversación semiestructurada, uno a uno, con personas internas que tienen interés en el proyecto, como producto, ventas o soporte. Sirve para alinear objetivos, criterios de éxito y supuestos sobre los usuarios.
¿Cuánto debe durar una entrevista a stakeholders?
User Interviews recomienda planificar al menos 45 minutos por entrevista; think.design menciona 30 a 45 minutos como duración habitual. Si hay demasiados stakeholders, conviene elegir representantes de cada área.
¿Cuándo conviene hacer entrevistas a stakeholders?
Al inicio del proyecto, cuando se incorpora un stakeholder nuevo o cuando algo se tuerce y hace falta reiniciar expectativas. Nielsen Norman Group señala esos momentos, aunque aclara que nunca es tarde para hacerlas.
¿Qué diferencia hay con una entrevista de usuario?
Una entrevista de usuario busca neutralidad para conocer comportamientos. En una entrevista a stakeholders el facilitador necesita contexto previo sobre el rol de cada persona, porque el objetivo es entender sus prioridades y restricciones.
¿Cómo se analizan las entrevistas a stakeholders?
Nielsen Norman Group propone un resumen informal de temas si hay cinco stakeholders o menos, y un análisis temático si hay cinco o más.