Stanford Online: la IA puede estimar el impacto y el coste, pero la prioridad la fija una persona

Stanford Online ha publicado un vídeo en el que Anand Subramani, profesor de la Universidad de Stanford, y Jiaona «JZ» Zhang, Chief Product Officer de Laurel, analizan cómo priorizar el roadmap de producto. El esquema consta de tres pasos: estimar el impacto, estimar el coste y, después, tomar la decisión que una hoja de cálculo no es capaz de tomar. Según los ponentes, la IA sirve para someter a un stress test los dos primeros pasos. El tercero no lo sustituye.

Una limitación desde el principio: solo disponemos de la descripción del vídeo, sin la transcripción completa. Por eso, a continuación se resumen las tesis que se declaran en ella, y las conclusiones prácticas aparecen marcadas como interpretación nuestra.

Tres pasos, dos de los cuales puede verificar un modelo

Los dos primeros pasos le resultarán familiares a cualquier product manager. Primero, la estimación del impacto: a cuántos usuarios afectará la funcionalidad y qué cambiará en retención, ingresos o carga de soporte. Después, la estimación del coste: semanas de ingeniería, dependencias de otros equipos y coste de mantenimiento tras el lanzamiento. Ambas estimaciones se pueden volcar en una tabla y ordenar por la relación entre beneficio y coste.

Aquí es donde, según los ponentes, ayuda la IA. La palabra clave en la descripción del vídeo es pressure-test, es decir, una prueba de resistencia. Se le puede pedir al modelo que encuentre supuestos débiles en la previsión de impacto, que recuerde dependencias ocultas, que compare la estimación con proyectos similares o que plantee preguntas incómodas sobre las cifras. Funciona como un oponente meticuloso en una reunión, no como el autor de la lista final.

Dónde termina la tabla

La descripción califica el tercer paso de decisión de criterio (judgment call). Dos columnas de estimaciones no saben nada de la estrategia de la empresa, del riesgo de perder a un cliente clave, de la moral del equipo ni de que un competidor lanzará algo dentro de un trimestre. Estos factores se codifican mal en números, y de ellos responde una persona.

Los ponentes plantean una pregunta de control: «¿Por qué esto está en primer lugar?». Si la respuesta es «lo decidió la IA», eso es, en su formulación, externalizar el propio pensamiento. Un product manager que no puede explicar la lógica de una prioridad sin remitirse al modelo no es dueño de su roadmap.

• Formato: vídeo de Stanford Online, publicado el 15 de octubre de 2026.
• Participantes: Anand Subramani (profesor de Stanford), Jiaona «JZ» Zhang (Chief Product Officer, Laurel).
• Pasos del esquema: tres — impacto, coste, criterio.
• Qué se delega en la IA: el stress test de las estimaciones de impacto y coste.
• Qué queda en manos humanas: la decisión final y su justificación.
• Pregunta de control: «¿Por qué esto está arriba?»

Cómo aplicarlo

A continuación, nuestra interpretación de las tesis, no citas del vídeo.

Primero: use el modelo cuando sus propias estimaciones ya estén anotadas. Si le deja hacer el primer borrador, corre el riesgo de anclarse a las cifras del modelo y no a sus propios supuestos. Primero, su tabla; después, la petición «encuentra dónde me equivoco».

Segundo: pida crítica, no un ranking. La fórmula «enumera cinco motivos por los que esta previsión está inflada» resulta más útil que «ordena las tareas por importancia».

Tercero: deje por escrito, con sus propias palabras y en un párrafo, la justificación de la prioridad. Si el párrafo no sale sin la frase «el modelo lo calculó», la decisión aún no está tomada.

Cuarto: separe los datos de entrada del veredicto. La IA puede ampliar la entrada, por ejemplo, añadiendo riesgos y alternativas. El veredicto sigue en manos de quien después lo explica al equipo, a la dirección y a los clientes.

El material es más metodológico que noticioso. No informa de nuevos productos ni métricas, pero describe la frontera práctica entre automatización y responsabilidad que hoy muchos equipos de producto están trazando en su trabajo diario.