Me ha gustado mucho el siguiente artículo, que habla de cómo la presión del tiempo hizo a estos profesionales de producto cambiar el chip, y diseñar un prototipo funcional con IA en 5h, en vez de hacer algo rápido en Figma.

La reflexión que yo saco es que las herramientas de generación de código han avanzado tanto, que debemos romper ya nuestros esquemas mentales y nuestra forma de trabajar. Debemos reaprender a trabajar todos los perfiles.

https://lnkd.in/dxDVTqfd

Herramientas como https://v0.dev/ o https://replit.com/ nos permiten YA describir las interfaces y funcionalidades que queremos y crear prototipos funcionales. Esto es suficiente para enseñárselo a los clientes, recoger feedback y validar o no nuestras hipótesis.

Posiblemente todavía no podamos avanzar mucho más si no tenemos conocimientos de programación; y desde luego no es tan fácil "copiar y pegar" en nuestro código actual. Pero el objetivo real del prototipo es aprender rápido con clientes. No es el MVP de producción.

Te animo a usar esas herramientas para generar ideas, para plantear prototipos que sirvan de debate interno, y para mostrar rápidamente a clientes lo que tenemos en mente. En vez de dos semanas, ¿podemos aprender mañana? La IA nos da rapidez y eficacia.

Ahora bien, debemos tener muchísimo cuidado con ir directamente a la solución sin haber entendido el problema que tiene nuestro cliente. La inmensa mayoría de profesionales caen en este error. Y tengo mucho miedo de que la facilidad de generar soluciones empeore este punto.

Me puedo imaginar a fundadores y PMs trabajando en su cueva haciendo el prototipo con IA, y pidiendo implementarlo a sus diseñadores y desarrolladores. Nadie ha entendido a sus clientes, nadie ha validado la interfaz con sus usuarios. Volviendo a caer en el error.

La IA nos ayuda a ser mucho más productivos. Pero debemos ser nosotros los que estemos en el asiento conductor. Las herramientas de IA en seguida van a la solución. Se detienen muy poco en entender el problema, no nos hacen preguntas. Si nos dejamos llevar por ellas, fallaremos.

·Ver comentarios en LinkedIn

También puede interesarte

40 clics para pagar dos horas de aparcamiento

Un parquímetro me ha recordado por qué contar los clics y los segundos que le cuesta a tu usuario completar una tarea es clave al diseñar un producto.

5 comportamientos que definen a un Product Engineer

La IA hace que programar sea rápido. El reto que queda es entender el problema, plantear una buena arquitectura y fasear con criterio.

Iterando el prototipo en vivo mientras los usuarios lo prueban

Siempre he hecho tests de usuario para diseñar mejor. Lo que no había vivido antes era poder implementar el feedback en la propia sesión. Lo que antes tardaba semanas, ahora sale en el día.