Lo que Iron Man me recordó sobre la gestión de productos digitales

El otro día volví a ver Iron Man con mi hijo.

Mientras él estaba fascinado con las explosiones, los vuelos y las escenas de acción, yo no podía dejar de mirar otra película. Una donde el protagonista no era un superhéroe, sino alguien enfrentando un problema complejo con recursos limitados, tomando decisiones bajo incertidumbre y aprendiendo a través de la experimentación.

En otras palabras, estaba viendo una historia sobre desarrollo de productos.

Puede sonar exagerado, pero muchas veces las mejores explicaciones sobre conceptos complejos aparecen donde menos las esperamos. Una película, una novela o incluso un videojuego pueden mostrar con mucha claridad principios que luego aplicamos todos los días en nuestro trabajo.

Estas fueron las cinco reflexiones que me dejó.

1. Un MVP no es una versión "barata". Es la versión mínima que resuelve el problema.

Uno de los conceptos más malinterpretados en el desarrollo de productos es el de Producto Mínimo Viable (MVP).

Muchas veces se asocia con lanzar algo incompleto, de baja calidad o "a medio hacer". Sin embargo, la película muestra exactamente lo contrario.

Tony Stark no intenta construir la mejor armadura posible.

Tampoco la más elegante.

Ni la más poderosa.

Construye la única armadura que puede fabricar con los recursos disponibles y que le permite resolver el problema más urgente: escapar con vida de la cueva.

La Mark I es pesada.

Consume demasiada energía.

Es difícil de controlar.

No está pensada para venderse ni para impresionar.

Pero cumple perfectamente su propósito.

Eso es un MVP.

No busca optimizar cada detalle.

Busca validar que existe una solución capaz de resolver el problema correcto.

Y esa diferencia cambia completamente la forma de pensar un producto.

Muchas veces perdemos semanas o meses intentando lanzar una primera versión perfecta cuando, en realidad, lo único que necesitamos es aprender si estamos resolviendo el problema adecuado.

2. La ventaja competitiva está en la velocidad de aprendizaje.

Una vez que Tony escapa, la historia podría haber terminado.

Sin embargo, recién ahí empieza el verdadero desarrollo del producto.

La Mark II corrige problemas de estabilidad.

La Mark III incorpora nuevos materiales.

Cada nueva versión elimina una limitación descubierta en la anterior.

No hay grandes planes a cinco años.

Hay hipótesis. Experimentos. Errores. Aprendizaje.

En gestión de productos solemos hablar de iteración como si fuera simplemente lanzar nuevas funcionalidades.

Pero iterar significa aprender. Cada release debería responder una pregunta. Cada experimento debería reducir incertidumbre. Cada versión debería ser mejor porque sabemos algo que antes no sabíamos.

La velocidad con la que una organización aprende suele ser mucho más importante que la velocidad con la que desarrolla funcionalidades.

3. Sin feedback, la experiencia no genera aprendizaje

Hay un personaje que suele pasar desapercibido desde la perspectiva de producto: Jarvis.

Generalmente lo recordamos como un asistente virtual. Pero, en realidad, cumple otro rol mucho más interesante. Es un sistema permanente de feedback. Cada simulación. Cada prueba de vuelo. Cada error. Cada medición. Todo vuelve inmediatamente a Tony para ayudarlo a tomar mejores decisiones.

En los productos digitales ocurre exactamente lo mismo. Necesitamos entender cómo las personas usan las funcionalidades que desarrollamos. Qué abandonan. Qué genera valor.

Qué genera fricción.

Analytics, entrevistas, experimentos, mapas de calor, métricas de negocio o sesiones de observación existen para acelerar el aprendizaje.

Los equipos que aprenden más rápido suelen construir mejores productos porque toman mejores decisiones.

4. Los usuarios solo ven la versión final

Hay una escena divertida donde Tony prueba el sistema de propulsión y termina atravesando el techo de su casa. Después vienen aterrizajes desastrosos. Explosiones. Piezas rotas. Errores de cálculo. Todo eso ocurre en privado.

Cuando finalmente aparece como Iron Man frente al mundo, parece un producto sólido y confiable.

Pero detrás hubo decenas de fallas.

Creo que muchas veces sucede algo parecido cuando admiramos productos exitosos. Vemos la versión final. No vemos las decisiones descartadas, los experimentos fallidos, las hipótesis equivocadas, las funcionalidades eliminadas ni las discusiones que llevaron hasta ahí. Eso puede generar una ilusión peligrosa. Creer que los grandes productos nacen bien diseñados. La realidad suele ser mucho menos glamorosa. Los mejores productos son el resultado de muchísimas iteraciones invisibles.

5. Se pueden copiar las funcionalidades. No el aprendizaje.

Esta fue probablemente la reflexión que más me quedó dando vueltas.

Obadiah Stane logra quedarse con la armadura, tiene acceso a la tecnología, tiene recursos y tiene un enorme equipo de ingenieros. Y aun así no consigue replicar el resultado. ¿Por qué?

Porque está copiando el producto terminado. No el proceso que permitió construirlo.

En el mundo digital esto ocurre constantemente. Aparece una startup exitosa, todos copian sus funcionalidades, su diseño, su onboarding, su modelo de precios.

Y meses después descubren que los resultados nunca llegan porque las funcionalidades son apenas la parte visible del iceberg.

Lo realmente valioso suele estar oculto. Está en las entrevistas con usuarios, en las hipótesis descartadas, en los experimentos que fracasaron, en las decisiones difíciles y en todo el aprendizaje acumulado durante el camino.

Los productos pueden copiarse. El contexto y el aprendizaje que los hicieron posibles, no.

Y ahí es donde suele construirse la verdadera ventaja competitiva.

La enseñanza que me dejó Iron Man

Después de terminar la película me quedó una sensación curiosa. La historia nunca trató realmente sobre construir una armadura. Trató sobre aprender más rápido el problema.

Y creo que esa sigue siendo una de las habilidades más importantes para cualquier Product Manager, Product Owner o equipo de producto.

No gana quien desarrolla más funcionalidades. No gana quien tiene más recursos. No gana quien copia más rápido. Termina ganando quien es capaz de reducir incertidumbre antes que los demás y convertir ese aprendizaje en mejores decisiones.

Quizás por eso sigo disfrutando estas películas tantos años después.

Mi hijo ve a un superhéroe aprendiendo a volar. Yo veo a un equipo construyendo un producto, una iteración a la vez. Y, curiosamente, creo que ambos estamos viendo la misma historia.

MVP