Español

Estilo de Liderazgo de Shreyas Doshi: Pensamiento de Producto por Encima de la Gestión de Producto

Perfil de Liderazgo de Shreyas Doshi

Shreyas Doshi pasó 10 años dentro de tres de las organizaciones de producto más estudiadas de internet — Yahoo, Twitter y Stripe — y luego dejó atrás los títulos ejecutivos para pensar y escribir en público.

Esa decisión es o bien un riesgo profesional o una estrategia, dependiendo de lo que uno esté intentando construir.

En el caso de Doshi, es una estrategia. Dejó Stripe alrededor de 2019 sin un trabajo siguiente y se convirtió en una de las voces más citadas en estrategia de producto en 18 meses. Lo hizo a través de hilos en X (Twitter) que eran lo suficientemente específicos para ser útiles y lo suficientemente honestos para ser incómodos. Ahora tiene más de 500.000 seguidores y más influencia sobre cómo los product managers piensan sobre su trabajo que la mayoría de los CPOs en empresas públicas. Sus escritos extendidos están recopilados en su Substack, donde publica marcos de formato más largo que sus hilos de Twitter comprimen.

Eso no es una coincidencia. Los marcos que Doshi construyó — priorización de tareas LNO, la distinción entre product manager y product thinker, la disciplina del pre-mortem — son directamente aplicables a las decisiones que usted está tomando esta semana. No provienen de investigación académica ni de proyectos de consultoría. Provienen de años de operar dentro de problemas difíciles en empresas de rápido movimiento.

Datos Clave

  • Ex Director de Gestión de Producto en Stripe — lideró organizaciones de producto antes de partir alrededor de 2019 para enseñar y escribir de forma independiente
  • Roles previos en Google, Twitter, Yahoo y Nokia — más de una década dentro de cuatro de las organizaciones de producto más estudiadas de los años 2000 y 2010
  • Asesor y consultor de producto independiente para las principales organizaciones de PM tecnológicas y startups
  • LinkedIn Top Voice y uno de los pensadores de producto más seguidos en X (Twitter), con más de 500.000 seguidores
  • Autor de marcos de PM ampliamente compartidos — LNO (Leverage/Neutral/Overhead), product thinker vs. product manager, disciplina del pre-mortem, anti-metas, "product sense"
  • Colaborador de Lenny's Newsletter y editor de marcos de formato largo en shreyasdoshi.substack.com

El Marco LNO (Modelo de Pensamiento de Producto de Doshi)

El Marco LNO es el sistema de clasificación de tareas en tres categorías de Shreyas Doshi que ordena cada unidad del trabajo de un product manager en tareas de Leverage (decisiones de impacto desproporcionado y artefactos estratégicos que merecen aproximadamente el 80% de la atención), tareas Neutrales (coordinación necesaria e informes que deben consumir el tiempo mínimo viable) y tareas de Overhead (reuniones redundantes, aprobaciones y rituales de estado que activamente desplazan el trabajo de Leverage y deben ser eliminados agresivamente). La disciplina del marco es que el overhead nunca se reduce con más esfuerzo — se reduce nombrándolo, categorizándolo públicamente y dando a los equipos permiso explícito para eliminarlo.

Análisis del Estilo de Liderazgo

Estilo Peso Cómo se manifestó
Arquitecto de Marcos 55% La contribución principal de Doshi es conceptual. Toma problemas que los practicantes sienten intuitivamente pero no pueden nombrar con precisión y les da marcos que hacen que el problema sea accionable. LNO no describe nada nuevo sobre la priorización de tareas — la gente siempre ha sabido que algunos trabajos importan más que otros. Pero nombrar las categorías (Leverage, Neutral, Overhead) e insistir en las distinciones crea una herramienta de decisión. La distinción de product manager versus product thinker funciona de la misma manera: la diferencia existía antes de que Doshi la nombrara, pero nombrarla dio a los líderes de producto un lenguaje compartido para una brecha que habían estado sorteando sin poder abordarla directamente.
Operador de Claridad Radical 45% Doshi operó dentro de organizaciones donde la claridad estratégica era genuinamente difícil de mantener. La dirección de producto de Twitter durante su tiempo allí era contestada a nivel ejecutivo. Las ambiciones de Stripe se expandían más rápido de lo que el alineamiento organizacional podía seguir. En esos entornos, su estilo operativo se centraba en eliminar la ambigüedad — estar dispuesto a decir cosas incómodas con claridad en lugar de gestionarlas a su alrededor. Su escritura pública refleja la misma cualidad. Publica regularmente hilos que nombran los modos de fallo en la gestión de producto que la mayoría de los practicantes reconocen pero no dicen en las reuniones. La combinación de precisión en los marcos y la franqueza es lo que da credibilidad a su persona pública.

La proporción 55/45 importa porque Doshi opera de manera diferente a la mayoría de los pensadores de producto. No es principalmente un coach (como Torres) ni un crítico de sistemas (como Cagan). Está construyendo marcos en público y probándolos contra una gran audiencia de practicantes que los cuestionan, los aplican y dan retroalimentación. Ese ciclo de retroalimentación es el mecanismo que mantiene sus marcos honestos.

Rasgos Clave de Liderazgo

Rasgo Valoración Qué significa en la práctica
Disciplina del pre-mortem Excepcional El hábito más operacionalmente útil de Doshi es realizar pre-mortems antes de comprometerse con iniciativas importantes. Un pre-mortem pregunta: si este proyecto fracasa dentro de un año, ¿cuál es la historia de fracaso más probable? Esa pregunta saca a la superficie los supuestos que el optimismo oculta. La mayoría de los procesos de planificación están estructurados para generar confianza en un plan. Un pre-mortem está estructurado para encontrar el punto más débil del plan antes de que uno esté invertido en él. Doshi aplica esto a la estrategia de producto, a las decisiones de carrera y al diseño organizacional. Es transferible a cualquier decisión de alto riesgo con resultados inciertos.
Priorización de tareas LNO Muy Alta El marco LNO de Doshi — Leverage, Neutral, Overhead — es una herramienta diaria para gestionar hacia dónde va la atención. Las tareas de Leverage son las que producen resultados desproporcionados: una decisión que desbloquea a cinco personas, una conversación que clarifica la estrategia para el trimestre, un documento que reemplaza diez reuniones. Las tareas Neutrales son necesarias pero no multiplicadoras: revisiones, informes, comunicación rutinaria. Las tareas de Overhead son la resistencia organizacional: reuniones que podrían ser correos electrónicos, procesos que existen porque nadie los eliminó, trabajo de coordinación que no produce ningún output directo. La mayoría de las personas sabe que está dedicando tiempo al overhead. LNO le da una etiqueta y el mandato para eliminarlo.
Tolerancia para decir verdades incómodas públicamente Alta Los hilos públicos de Doshi nombran regularmente cosas con las que los practicantes están de acuerdo pero que no dicen en el trabajo. "Su equipo de PM son en su mayoría project managers" no es algo que la mayoría de los CPOs diría en una reunión general. Doshi lo dice en X con ejemplos específicos. "La mayoría de los roadmaps de producto son documentos de vanidad" no es una opinión segura dentro de una empresa con un roadmap recientemente aprobado. La disposición de Doshi a publicar detalles incómodos es lo que distingue su escritura de los consejos genéricos de gestión de producto — y es lo que genera el engagement que hace que su audiencia confíe en los marcos.
Distinguir entre product managers y product thinkers Alta La distinción de Doshi entre product manager y product thinker es su contribución intelectual más precisa. Un product manager ejecuta un proceso: discovery, priorización, roadmap, entrega. Un product thinker pregunta si el proceso está construyendo la cosa correcta — si el resultado que se está optimizando es el resultado correcto, si el problema del cliente que se está resolviendo es el problema real, si la estrategia a la que sirve el roadmap es correcta. La mayoría de las organizaciones contrata por competencia en gestión de producto y espera outputs de pensamiento de producto. Esa discordancia es una fuente persistente de frustración en ambos lados.

Los 3 Marcos que Definieron a Shreyas Doshi

1. Marco LNO — Leverage, Neutral, Overhead

Doshi desarrolló el marco LNO como respuesta a un problema que observó en múltiples organizaciones: personas inteligentes y capaces trabajando muy duro y produciendo resultados mediocres. El problema no era el esfuerzo. Era hacia dónde se dirigía el esfuerzo.

LNO es un sistema de clasificación para las tareas. Cada tarea que hace un PM cae en una de tres categorías. Las tareas de Leverage son las que producen resultados desproporcionados al tiempo invertido — decisiones que desbloquean equipos, documentos estratégicos que crean alineamiento entre funciones, conversaciones con clientes que cambian la dirección de una característica. Estas son las tareas que merecen el 80% del tiempo de un PM.

Las tareas Neutrales son necesarias pero no multiplicadoras. Ceremonias del Sprint, actualizaciones de estado, reuniones de revisión regulares, comunicación rutinaria con los stakeholders. Deben ocurrir. No deben consumir más tiempo del mínimo necesario para mantenerlas funcionando.

Las tareas de Overhead son la categoría costosa. Son el trabajo que lleva tiempo sin producir output que importe: procesos de aprobación redundantes, coordinación que podría ser reemplazada por una decisión, reuniones que no producen decisiones y podrían haber sido un correo electrónico. El overhead es corrosivo no solo porque consume tiempo sino porque desplaza el trabajo de Leverage. Un PM que pasa 4 horas en reuniones de actualización de estado no está dedicando 4 horas menos a trabajo neutral. Está dedicando 4 horas menos a las decisiones y el pensamiento estratégico que realmente hacen avanzar el producto.

La aplicación práctica del marco LNO requiere la disposición de hacer algo que la mayoría de las organizaciones resiste: categorizar explícitamente el overhead y eliminarlo. Eso es más difícil de lo que parece porque el overhead a menudo se presenta como responsabilidad — la reunión de estado existe porque el liderazgo quiere visibilidad, el proceso de aprobación existe porque algo salió mal una vez. El argumento de Doshi es que la responsabilidad lograda a través del overhead es un mal negocio. La visibilidad que se obtiene cuesta más en trabajo de Leverage de lo que vale.

2. Product Manager Versus Product Thinker

La contribución conceptual más influyente de Doshi no es un marco que se rellena. Es una distinción que fuerza un tipo diferente de autoevaluación. Seth Godin aplica una disciplina similar al marketing — preguntando si está construyendo para la audiencia mínima viable que lo echaría de menos, en lugar de optimizar para el alcance. El movimiento estructural es idéntico: cuestionar la premisa antes de optimizar la ejecución.

Un product manager ejecuta un conjunto de prácticas. Discovery, definición, priorización, entrega, medición. Saben cómo ejecutar un Sprint, escribir un PRD, realizar una entrevista a usuarios, analizar un Funnel. Estas son habilidades aprendibles y la mayoría de los PMs que llevan dos o tres años haciendo el trabajo las tienen razonablemente bien.

Un product thinker hace la pregunta anterior a todas esas prácticas: ¿estamos resolviendo el problema correcto? ¿Es el resultado que estamos optimizando el resultado que importa? ¿Es el segmento de clientes para el que construimos aquel cuyo problema vale la pena resolver? ¿Estamos capturando valor en proporción al valor que creamos?

La distinción es importante porque la mayoría de las organizaciones contrata por habilidades de gestión de producto y espera outputs de pensamiento de producto. Quieren un PM que pueda ejecutar el proceso de manera eficiente, pero también quieren un PM que sepa cuándo el proceso está apuntando a la cosa equivocada. Esas son personas diferentes — o más bien, las mismas personas en diferentes etapas de desarrollo. Se puede ser un PM técnicamente competente sin ser un product thinker. Pero no se puede ser un PM de alto impacto sin serlo.

El argumento de Doshi es que la diferencia entre los PMs que tienen un impacto desproporcionado y los PMs que son competentes pero intercambiables es casi siempre esta distinción. Los de alto impacto preguntan si lo que estamos construyendo es correcto antes de preguntar si lo estamos construyendo correctamente.

Para los líderes de producto, la implicación es diagnóstica: observe las preguntas que sus PMs hacen en las revisiones. Si cada pregunta es sobre ejecución — cuál es el plazo, cuáles son las dependencias, cuál es el riesgo — y ninguna es sobre estrategia — por qué estamos haciendo esto, qué pasa si no lo hacemos, qué tendría que ser cierto para que esto tenga éxito — tiene un equipo de product managers capaces que no están haciendo pensamiento de producto. La solución no es un programa de capacitación. Es cambiar las preguntas que usted hace en las revisiones, lo que cambia qué preguntas se sienten seguras de hacer.

3. Pensamiento de Pre-Mortem y Anti-Metas

La práctica de pre-mortem de Doshi proviene del trabajo de Gary Klein en ciencia de la decisión, publicado en HBR, pero Doshi lo aplicó y popularizó específicamente en el contexto de la gestión de producto. Peter Drucker enmarcó la misma disciplina décadas antes como "el ejecutivo eficaz" — el gerente que toma decisiones preguntando primero qué tendría que ser cierto para que esto esté equivocado, no qué tendría que ser cierto para que tenga éxito. El ejercicio es simple: antes de comprometerse con una iniciativa importante, proyéctese un año adelante hacia un estado de fracaso. El proyecto se lanzó, no funcionó, y ahora está haciendo una retrospectiva. ¿Cuál fue la razón más probable por la que falló?

La disciplina del pre-mortem es que evita el sesgo de optimismo que impregna la planificación. Cuando se planifica hacia adelante, el cerebro está haciendo concordancia de patrones con historias de éxito y filtrando los modos de fallo. Cuando se proyecta hacia atrás desde el fracaso, los modos de fallo se vuelven visibles porque uno se ha dado permiso para tomarlos en serio.

Doshi aplica esto a la estrategia de producto, a las decisiones de diseño organizacional y a las elecciones de carrera personales. La estructura es siempre la misma: nombrar la historia de fracaso de antemano, identificar el supuesto que esa historia de fracaso revela, y decidir si cambiar el plan o aceptar el riesgo explícitamente.

Las anti-metas son una práctica relacionada. La mayoría de la planificación estratégica define lo que se está intentando lograr. Las anti-metas definen lo que explícitamente no se está intentando lograr — resultados que se está dispuesto a sacrificar, segmentos de clientes para los que no se está optimizando, métricas que se está dispuesto a dejar que disminuyan en servicio de la meta elegida.

Las anti-metas importan porque revelan las compensaciones que la fijación positiva de metas oculta. Si su meta es el crecimiento en cuentas enterprise, ¿qué está depriorizando? Si no lo dice explícitamente, descubrirá la respuesta implícitamente cuando la retención de sus SMBs empiece a declinar y nadie tomó la decisión de permitir que eso ocurriera. Las anti-metas llevan la compensación a la superficie donde puede decidirse en lugar de descubrirse.

Lo Que Shreyas Doshi Haría en Su Cargo

Si usted es CEO, el marco más útil de Doshi para usted son las anti-metas. Casi con certeza tiene metas anuales. ¿Cuáles son las cosas que explícitamente no está optimizando este año? Si no puede responder esa pregunta con claridad, su organización descubrirá la respuesta implícita en la segunda mitad del año cuando las prioridades en conflicto creen un bloqueo de decisiones. La lista de anti-metas lo obliga a decidir qué es de menor prioridad antes del momento de conflicto, cuando la decisión es más fácil de tomar con claridad.

Si usted es COO, el marco LNO se aplica directamente a cómo su equipo dedica el tiempo. Realice el ejercicio con sus informes directos: haga que cada persona clasifique su última semana de trabajo en Leverage, Neutral y Overhead. Luego observe la columna de overhead como una pregunta de liderazgo, no individual. Si sus informes directos están dedicando tiempo significativo en reuniones que no producen decisiones, o en coordinación que existe porque la información no fluye automáticamente, esos son fallos estructurales que usted puede corregir. No les pida a las personas que eliminen el overhead de sus calendarios individuales sin cambiar las estructuras organizacionales que lo crean.

Si usted es líder de producto, la distinción de product manager versus product thinker le da una perspectiva diagnóstica para su equipo. Para cada uno de sus PMs, pregúntese: ¿cuándo fue la última vez que cuestionaron la premisa de un proyecto antes de que fuera aprobado? ¿Cuándo fue la última vez que dijeron "no creo que debamos construir esto" basándose en un argumento estratégico en lugar de un argumento de capacidad? Los PMs que solo dicen que no cuando no hay capacidad disponible están ejecutando un proceso. Los PMs que dicen que no cuando el proyecto está equivocado están haciendo pensamiento de producto. Usted quiere un equipo que haga ambas cosas, y lo construye haciendo que sea seguro plantear preguntas de estrategia antes de que la planificación esté bloqueada.

Si usted está en ventas o marketing, el pre-mortem de Doshi es la práctica más directamente aplicable. Antes de comprometerse con una campaña, un cambio de precios o un movimiento GTM, ejecute la historia de fracaso hacia adelante: es un año después, esto no funcionó. ¿Cuál fue la razón más probable? Esa pregunta sacará a la superficie el supuesto que usted está más reticente a examinar — que suele ser el que más importa. La mayoría de los fracasos GTM son predecibles de antemano. El pre-mortem no previene el fracaso; convierte los supuestos no examinados en riesgos conocidos que se pueden mitigar o aceptar explícitamente.

Aplicando el Pensamiento de Doshi con Rework

El product sense no se desarrolla en aislamiento — se desarrolla cuando los PMs pueden ver el arco completo de una decisión, desde la señal del cliente hasta el compromiso del roadmap hasta el resultado entregado. La mayoría de los equipos de producto pierde ese arco porque la evidencia vive en seis herramientas: notas de entrevistas en un documento, tickets en un tracker, acuerdos en un CRM, temas de soporte en un help desk, decisiones en Slack, métricas en un dashboard. Rework colapsa el stack — CRM, gestión de proyectos, conversaciones con clientes y operaciones compartidas en un workspace comenzando desde $6/usuario/mes — para que la señal que un product thinker necesita para cuestionar una premisa sea realmente accesible. Esa es la condición previa para que LNO funcione: solo se puede clasificar una tarea como Leverage versus Overhead si se puede ver qué tareas movieron la métrica que importaba. Rework le da a los equipos de PM, ventas y soporte una superficie compartida donde las apuestas del roadmap y sus resultados posteriores son visibles en la misma vista, que es exactamente la visibilidad del workflow que los marcos de Doshi asumen pero que la mayoría de las organizaciones nunca construye.

Citas Notables y Lecciones Más Allá de la Sala de Juntas

"La diferencia entre los grandes PMs y los PMs mediocres no es el talento. Es cómo piensan sobre los problemas." Doshi publicó esto en un hilo que recibió decenas de miles de interacciones, y la razón por la que resonó es que es un reencuadre que la mayoría de los practicantes no había encontrado. La atribución normal de la calidad del PM es la habilidad de ejecución. El argumento de Doshi es que la habilidad de ejecución es el requisito mínimo. El diferencial está aguas arriba.

Su encuadre de "parecer ocupado versus ser productivo" vale la pena aplicarlo literalmente como una auditoría del calendario. Abra las últimas dos semanas. Para cada evento y tarea, pregúntese honestamente: ¿fue esto trabajo de Leverage que produjo resultados, o fue Overhead que produjo la apariencia de actividad? La mayoría de los líderes que hacen este ejercicio honestamente descubren que el 30-40% de su tiempo fue overhead disfrazado de trabajo. Eso no es un fracaso personal. Es un problema de diseño organizacional. Pero es un problema que se puede empezar a solucionar una vez que se lo ha nombrado.

Su consejo más consistentemente aplicable es sobre confiar en los datos incómodos temprano. La disciplina del pre-mortem de Doshi proviene de la misma fuente que su encuadre de product thinker: la mayoría de los fracasos de planificación ocurren porque la información que habría cambiado la decisión estaba disponible antes de que se tomara, pero la cultura organizacional no creó espacio para ello. Su principio operativo es buscar activamente la señal incómoda en lugar de filtrarla.

Dónde Falla Este Estilo

Los marcos de Doshi asumen que se tienen personas inteligentes que pueden manejar la honestidad intelectual sobre su propio desempeño. LNO se rompe en organizaciones donde la definición de "leverage" es contestada — donde lo que el PM cree que es de alto leverage difiere de lo que la organización valora. Ese no es un problema del marco; es un problema de alineamiento que el marco pone de manifiesto pero no puede resolver.

Su modo de escritura pública tampoco se traduce directamente a operadores que necesitan privacidad. La plataforma de enseñanza de 500.000 seguidores de Doshi funciona porque él no está empleado por las empresas que analiza. Dentro de una empresa, escribir públicamente sobre los fracasos de producto crea riesgos diferentes.

Y la mayoría de sus marcos están optimizados para equipos de producto B2B SaaS en etapas medias — empresas con productos técnicos y product-market fit establecido. Los productos de hardware, las industrias reguladas y los negocios de consumo con dinámicas de discovery diferentes están menos bien atendidos por su encuadre específico. Los principios subyacentes se transfieren; las aplicaciones específicas no siempre lo hacen.

Preguntas Frecuentes sobre la Filosofía de Producto de Shreyas Doshi

¿Quién es Shreyas Doshi?

Shreyas Doshi es un ex Director de Gestión de Producto en Stripe con roles previos de producto en Google, Twitter, Yahoo y Nokia. Dejó los roles ejecutivos de producto alrededor de 2019 para convertirse en asesor, docente y escritor independiente, y ha crecido hasta más de 500.000 seguidores en X y una designación de LinkedIn Top Voice publicando marcos precisos y de nivel practicante sobre cómo el trabajo de producto realmente tiene éxito o fracasa.

¿Qué es el marco LNO?

LNO significa Leverage, Neutral, Overhead — la clasificación de tres categorías de Doshi para cada tarea que hace un PM. Las tareas de Leverage producen resultados desproporcionados y merecen la mayor parte de su tiempo. Las tareas Neutrales son necesarias pero no multiplicadoras. Las tareas de Overhead consumen tiempo sin producir output significativo y deben recortarse agresivamente. El trabajo del marco es hacer explícita la categoría de cada tarea para que el overhead deje de esconderse como "trabajo real".

¿Qué es el 'pensamiento de producto' según Doshi?

El pensamiento de producto, para Doshi, es la disciplina de cuestionar la premisa de un proyecto antes de optimizar su ejecución. Un product manager ejecuta el proceso — discovery, PRDs, Sprints, entrega. Un product thinker pregunta si el resultado que se está optimizando es el resultado correcto, si el problema del cliente es el problema real y si la estrategia a la que sirve el roadmap es correcta. Es el criterio anterior que separa a los PMs intercambiables de los de alto impacto.

¿Cómo define Doshi el product sense?

El product sense, en el uso de Doshi, es el criterio cultivado que permite a un PM predecir qué decisiones de producto resonarán con los clientes reales antes de que la evidencia esté completamente disponible. Proviene de absorber grandes volúmenes de señales de clientes, debatir las compensaciones en público con otros pensadores y ejecutar pre-mortems con suficiente rigor como para que los modos de fallo se vuelvan intuitivos. No es un don — es una habilidad de reconocimiento de patrones entrenada.

¿Qué hizo Doshi en Stripe?

En Stripe, Doshi se desempeñó como Director de Gestión de Producto, liderando equipos de producto durante un período en que las ambiciones de Stripe se expandían más rápido de lo que el alineamiento organizacional podía seguir. Salió en 2019 sin un siguiente rol planificado, lo que ha descrito como una decisión deliberada de pensar y escribir en público en lugar de aceptar otro título ejecutivo.

¿Qué pueden aprender los product managers de Shreyas Doshi?

Tres cosas. Primero, clasifique su tiempo usando LNO y defienda sus horas de Leverage implacablemente. Segundo, construya el hábito de ejecutar pre-mortems antes de compromisos importantes para que los supuestos no examinados salgan a la superficie antes de convertirse en fracasos. Tercero, cultive el pensamiento de producto, no solo la gestión de producto — haga una práctica semanal de cuestionar si lo que está construyendo es la cosa correcta antes de preguntar si lo está construyendo correctamente.

Para lectura relacionada sobre estrategia de producto y priorización, consulte Estilo de Liderazgo de Marty Cagan, Estilo de Liderazgo de Teresa Torres y Priorización Estratégica para Líderes de Producto.