Cuando el stakeholder tiene razón y tú estás equivocado
Mantener el criterio propio frente a los stakeholders es una habilidad. Reconocer cuándo ese criterio está incompleto también lo es.
En los círculos de product management hay una narrativa muy extendida: el PM como defensor de la visión del producto frente a la presión de los stakeholders. El que dice no con criterio, el que protege al equipo de las interrupciones, el que mantiene el foco cuando todo el mundo quiere añadir su feature.
Hay verdad en esa narrativa. Pero también hay una trampa.
La trampa es pensar que resistir a los stakeholders es siempre la posición correcta. Que si ellos quieren algo que tú no tenías en el roadmap, el problema es de ellos, no tuyo.
Cuando el PM opera con información incompleta
Hay un patrón recurrente en equipos donde la dinámica PM-stakeholders es tensa: el PM descarta peticiones basándose en criterios de priorización correctos, pero con información incompleta.
El escenario más habitual: el equipo está trabajando en una iniciativa validada por datos y proceso de discovery. Llega una petición de ventas o de servicio al cliente que parece menor o de nicho. El PM la pospone. Semanas o meses después, se hace visible que esa petición tenía un contexto crítico que no estaba en ningún ticket: un cliente estratégico evaluando alternativas, un compromiso adquirido que nadie comunicó con suficiente claridad, o una señal de mercado que el área comercial había detectado antes que nadie.
El PM tomó la decisión correcta con la información que tenía. Pero la información que tenía era incompleta. Y esa es precisamente la brecha que hace que el stakeholder a veces tenga razón cuando el PM cree que no.
Por qué cuesta reconocer que el stakeholder tiene razón
Hay un sesgo en cómo muchos PMs entienden su rol. El PM “data-driven” que hace decisiones racionales basadas en evidencia frente al stakeholder que opera por opinión o por interés propio.
Esa dicotomía es demasiado simple. Los stakeholders muchas veces tienen información que el PM no tiene. El área comercial habla con clientes directamente. El equipo de soporte ve los patrones de queja antes que nadie. El directivo que lleva años en la empresa tiene contexto histórico sobre por qué ciertas decisiones se tomaron así.
Cuando ese contexto no está integrado en el proceso de decisión del producto, el PM toma decisiones con información incompleta y lo llama “criterio de producto”.
La diferencia entre presión legítima e ilegítima
No todas las presiones de stakeholders son iguales. Hay dos tipos que merece la pena distinguir.
Presión basada en preferencia o política interna. “Queremos esta funcionalidad porque la dirección la mencionó en una reunión.” “Necesitamos esto para el próximo lanzamiento de marketing.” Aquí la resistencia informada tiene sentido. El PM debe pedir evidencia y articular el coste de oportunidad.
Presión basada en información que el PM no tiene. “Varios clientes nos han dicho que sin esto no renuevan.” “El equipo de atención está recibiendo decenas de tickets diarios sobre este problema.” “El equipo legal nos ha comunicado que hay un cambio regulatorio que afecta a este flujo.” Aquí la resistencia automática es un error. El PM tiene que escuchar, verificar la información y tenerla en cuenta.
El problema es que en el momento no siempre es fácil distinguir un tipo del otro. La señal que funciona: cuando un stakeholder persiste después de haber escuchado el criterio y el razonamiento detrás, merece la pena preguntarse si tiene información adicional que el PM no está considerando. La persistencia con contexto es diferente a la persistencia por inercia.
Cambiar de posición no es debilidad
Hay una confusión entre consistencia y rigidez. Mantener una posición cuando hay nueva información que la contradice no es consistencia. Es terquedad.
Los mejores PMs con los que he trabajado son capaces de cambiar de posición en público, explicar por qué han cambiado, y hacer esa transición sin perder credibilidad. De hecho, la ganan. Porque demuestra que la posición siempre fue sobre hacer lo correcto para el producto, no sobre tener razón.
Algunas de las mejores decisiones de producto llegan después de escuchar a alguien que se había descartado demasiado rápido.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.