Saltar al contenido
Volver al blog

·3 min de lectura

Vibe Coding para crear features: lo que veo desde la barrera

Vibe codingIAProducto

Vibe Coding para crear features: lo que veo desde la barrera.

Aviso desde ya: sé que no soy product manager. No me dedico a priorizar un backlog ni a pelearme con un roadmap. Pero quería escribir sobre cómo la IA puede ser un game changer a la hora de generar nuevas features, por lo que veo de compañeros que sí están en producto, y por entender un poco cómo funciona la IA por dentro. Así que tómatelo como lo que es: la opinión de alguien que mira desde el lado técnico, con curiosidad y bastante humildad.

Y para no arrancar yo solo soltando teorías, dejo hablar a alguien que sabe. Andrej Karpathy, cofundador de OpenAI, fue quien puso nombre a todo esto el 2 de febrero de 2025. Lo describió como un tipo de programación en la que «you fully give in to the vibes, embrace exponentials, and forget that the code even exists» (Andrej Karpathy, X, 2 feb 2025). Algo así como rendirte a la intuición y olvidarte de que el código existe. Suena a broma, pero apunta a algo serio.

El problema de siempre: las ideas se quedan en la pizarra

Lo que más me llama la atención de mis compañeros de producto es la cantidad de ideas buenas que nunca llegan a probarse. No porque sean malas, sino porque para validarlas hace falta un prototipo, y un prototipo hace falta tiempo de alguien que lo construya. Spec, backlog, esperar hueco de desarrollo... y para cuando llega, la idea ya se ha enfriado o ha cambiado el contexto.

Aquí es donde el vibe coding me parece un cambio de juego de verdad: acorta brutalmente la distancia entre "se me ocurre algo" y "tengo algo que enseñar".

Con Vibe Codingprototipo en una tarde
Proceso tradicionalspec, backlog, esperar a dev

Lo que cambia: probar tres ideas en vez de una

Y esto tiene un efecto que me parece el más interesante de todos. Cuando prototipar es barato y rápido, dejas de jugártelo todo a una sola idea. Puedes montar tres versiones de una feature, enseñarlas, y dejar que el feedback real decida, en lugar de discutirlo en una reunión a base de opiniones.

Lo que antes era "elegimos una y rezamos", pasa a ser "probamos varias y vemos". Otra vez, ojo, hablo desde fuera: pero esa sensación de que ahora muchas más ideas llegan a tocarse es justo lo que les noto a los que sí están en producto.

Generación de ideas para nuevas features

lunviemuchaspocas
Con Vibe CodingSin Vibe Coding

Dónde aporta (y dónde no tanto)

Para ser honesto, la IA no me ayuda igual en todo. Donde noto el empujón gordo es justo en lo que antes era el cuello de botella: prototipar algo que se toca y poder enseñarlo para validar con gente de verdad. Explorar varias ideas a la vez e iterar con el feedback también se benefician, aunque ahí ya entra más oficio humano.

¿En qué fase me ayuda más la IA al crear una feature?

No en todo por igual. Donde más noto el empujón es justo en lo que antes me costaba: pasar de la idea a algo que se pueda enseñar.

Prototipar algo que se tocael gran salto
Enseñarlo y validar con gentefeedback real, no maquetas
Explorar varias ideas a la vezprobar tres en vez de una
Iterar con el feedbackcambiar y volver a enseñar

Valoración personal y subjetiva, vista desde el lado técnico, no desde producto.

Lo que no hay que olvidar (y aquí me pongo prudente)

No quiero venderte humo. Un prototipo de vibe coding es eso: un prototipo. Sirve para aprender rápido y barato, no para mandarlo a producción tal cual. El propio Karpathy lo dijo: lo veía bien para proyectos desechables de fin de semana, no para sistemas serios sin revisión. Crear la feature de verdad —con su seguridad, sus pruebas, su mantenimiento— sigue siendo trabajo de gente que sabe. Y eso, lejos de quitarle valor, me parece lo bonito: la IA quita la fricción de la parte de "a ver si esto mola", y deja el cerebro humano para lo que de verdad importa.

Lo que me llevo

Resumiendo, y desde mi humilde sitio de no-product-manager: lo que más me flipa del vibe coding no es que escriba código por mí, es que convierte ideas en conversaciones reales mucho antes. Y en producto, según me cuentan, casi todo se juega ahí: en cuántas ideas consigues poner delante de un usuario antes de quedarte sin tiempo.

Yo no decido el roadmap de nadie. Pero si esto le ahorra a algún compañero de producto la frustración de ver buenas ideas morir en una pizarra, me parece motivo de sobra para escribir un post.

Gracias por leer hasta aquí. Nos vemos en el siguiente.