Mapa de stakeholders: quién influye y quién decide

Un mapa de stakeholders ubica a las personas afectadas por un proyecto según su influencia e interés. Cómo hacerlo, qué estrategia usar y cuándo no conviene.

info Definición Rápida

Un mapa de stakeholders es una matriz de dos ejes que clasifica a las personas afectadas por un trabajo según su influencia (cuánto pueden afectar el resultado) y su interés (cuánto les importa). Sirve para decidir a quién informar, a quién consultar y a quién conviene convencer antes de que una decisión se tome.

¿Qué es y de dónde viene?

La herramienta se asocia con la matriz de poder-interés, conocida también como matriz de Mendelow. Su origen es el artículo “Environmental Scanning: The Impact of the Stakeholder Concept”, de A. L. Mendelow, publicado en 1981 en las actas de la segunda International Conference on Information Systems (ICIS). Algunas guías la fechan en 1991; el registro de ICIS indica 1981. Las guías de diseño, como la de IxDF, usan una matriz 2x2 de influencia e interés con la misma lógica.

IxDF la presenta como una herramienta para analizar y categorizar a las personas involucradas en tu trabajo o afectadas por él. Su estructura es una matriz 2x2 con dos ejes: influencia, es decir, el poder para afectar resultados, e interés, el grado de implicación en el éxito del proyecto.

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

Porque las decisiones de diseño casi nunca las toma una sola persona. Un rediseño puede depender de producto, de legal, de un director comercial o de un equipo de soporte que recibirá las quejas. Si el diseñador no sabe quién decide y quién solo opina, invierte tiempo en convencer a alguien que no tenía poder de cambiar nada, o ignora a quien sí lo tiene.

El mapa también ayuda a planificar la comunicación. Un director con mucha influencia y poco interés necesita un resumen corto y a tiempo. Un usuario de soporte con mucho interés y poca influencia necesita saber qué cambia y cuándo, porque puede convertirse en aliado o en detractor.

¿Cómo se construye, paso a paso?

IxDF propone cinco pasos:

Reunir información. Lluvia de ideas, entrevistas y consulta a patrocinadores para identificar a todas las personas relevantes.
Priorizar según influencia e interés.
Visualizar en un cuadrante, un mapa mental o un diagrama de red, lo que sea más útil para el equipo.
Planificar la interacción con cada persona: qué necesita saber, cuándo y por qué canal.
Revisar y actualizar a medida que cambian los roles y las prioridades.

Rework define el poder como la capacidad de influir en decisiones, liberar recursos o bloquear el avance, y el interés como cuánto le importa a la persona lo que el proyecto entrega. ResumeLens recuerda que el poder no es solo rango jerárquico: un asesor legal con derecho de veto puede tener mucho poder sin importar su cargo. Por eso, al asignar valores, mira cómo se toman las decisiones en la práctica y no solo el organigrama.

¿Qué estrategia usar en cada cuadrante?

IxDF propone una estrategia para cada cuadrante:

Alta influencia y alto interés: manage closely. Involucrar con regularidad y pedir su opinión antes de decidir. Son las personas con las que se cocrea la solución.
Alta influencia y bajo interés: keep satisfied. Informar a alto nivel, con resúmenes breves que no les quiten tiempo.
Baja influencia y alto interés: keep informed. Mantenerlos al día. Pueden ser aliados si se les escucha, y detractores si se sienten ignorados.
Baja influencia y bajo interés: monitor. Esfuerzo mínimo, con revisiones periódicas por si cambian de posición.

Rework identifica el cuadrante de alta influencia y bajo interés como el más peligroso: su interés puede dispararse tarde, por ejemplo cuando un director de seguridad al que nadie consultó detiene un lanzamiento justo antes de salir. ResumeLens recomienda para esa persona resúmenes ejecutivos puntuales y concisos, para que no le llegue una sorpresa. Por eso conviene revisar ese cuadrante con frecuencia.

¿Cuándo no vale la pena?

Cuando el equipo es muy pequeño y todos conocen su rol. El mapa no agrega decisiones.
Cuando el proyecto no involucra varias áreas ni varias personas que decidan.
Cuando se usa como sustituto de la conversación. Clasificar a alguien no reemplaza hablar con esa persona.
Cuando se trata como fijo. Un mapa de hace tres meses puede estar equivocado hoy.

Las matrices también simplifican. Rework señala que los dos ejes binarios pueden simplificar en exceso la dinámica política real, y ResumeLens advierte que el poder no es solo jerarquía formal.

Ejemplo

Ejemplo ilustrativo: un equipo quiere cambiar el flujo de aprobación de solicitudes de una herramienta interna. Su mapa incluye al director de operaciones (alta influencia, bajo interés por ahora), a dos jefes de área que usan la herramienta a diario (alto interés, poca influencia formal) y a un equipo de soporte que recibe las quejas (alto interés, baja influencia). El director recibe un resumen de una página antes de cada decisión. Los jefes de área participan en dos sesiones de co-diseño. El equipo de soporte recibe actualizaciones semanales y, en la primera prueba, detecta un problema que nadie había visto. El mapa no decidió el diseño, pero evitó que el director se enterara de un cambio por sorpresa.

Para tu próximo proyecto: escribe en una hoja a cinco personas, márcalas en el cuadrante y pregúntate cuál de ellas cambiaría el rumbo si se enterara mañana.

Errores comunes

Hacer el mapa una sola vez y no revisarlo.
Confundir cargo con influencia, sin mirar cómo se toman las decisiones en realidad.
Ignorar a quien tiene poca influencia formal pero mucho interés.
Tratar el cuadrante de bajo interés como irrelevante.
Usar el mapa para evaluar personas en lugar de planificar la comunicación.
No definir qué hará el equipo con cada cuadrante.

Relacionado en la wiki

Para entender a quién diseñas, las personas describen a los usuarios, mientras el mapa describe a quien decide sobre el producto. Para presentar decisiones a esos stakeholders, las presentaciones ejecutivas son el formato natural. Para hablar con las personas que el mapa identifica, usa las entrevistas a stakeholders. Y si el mapa forma parte de un proceso más amplio, revisa el proceso de diseño UX.

Fuentes

Preguntas frecuentes

¿Qué es un mapa de stakeholders?

Es una matriz de dos ejes que clasifica a las personas involucradas o afectadas por un trabajo según su influencia para afectar resultados y su interés en el éxito del proyecto. IxDF lo describe como una herramienta para analizar y categorizar a esas personas. Deriva de la matriz de poder-interés de Mendelow (1981).

¿Cuáles son las cuatro estrategias del mapa de stakeholders?

Alta influencia y alto interés: manage closely (gestionar de cerca). Alta influencia y bajo interés: keep satisfied (mantener satisfechos). Baja influencia y alto interés: keep informed (mantener informados). Baja influencia y bajo interés: monitor (monitorear).

¿Un mapa de stakeholders se hace una sola vez?

No. IxDF advierte que el mapeo no es una actividad puntual y que conviene revisarlo en hitos como después de la investigación de usuarios, durante el prototipado y antes del lanzamiento.

¿Cuándo no vale la pena hacer un mapa de stakeholders?

Cuando el equipo es tan pequeño que todos conocen su rol, o cuando el proyecto no involucra varias áreas ni varias personas que decidan. En esos casos el mapa agrega trabajo sin decisiones nuevas.