Hubo un tiempo en que construir algo tardaba meses. Esa lentitud funcionaba como filtro: si no creías en la idea lo suficiente, la abandonabas antes de empezar.
Con IA, ese filtro ya no existe.
Puedes tener un panel de control funcional, una base de datos y una interfaz decente con un par de prompts. Eso está bien. El problema viene después.
El builder’s high y la trampa de la fricción cero
Ver una app funcionar en minutos genera un subidón inmediato. El problema es que ese mismo pico hace que lo que sigue — conseguir el primer cliente, iterar sobre feedback real, insistir cuando no pega — se sienta insoportablemente aburrido. El cerebro ya tuvo su recompensa. El trabajo de verdad todavía no empezó.
El resultado práctico: un cementerio de repositorios. Yo mismo tengo varios.
La trampa de poder hacerlo todo
Cuando construir algo era costoso, la especialización te limitaba. Si eras backend, no te planteabas hacer una app móvil de la noche a la mañana. Esa limitación era, sin querer, un sistema de prioridades.
Hoy la IA dice que puedes hacerlo todo. Y cuando puedes arrancar algo nuevo a costo casi cero, cualquier fricción en el proyecto actual parece una señal para abandonarlo. La siguiente idea siempre suena mejor que insistir con la que tienes.
Subcontratar el criterio
Cuando le delegas a la IA decisiones de arquitectura o diseño de flujo, te saltas el proceso de equivocarte, investigar y defender una decisión. Ese proceso incómodo es el que te hace mejor. Sin él, vas acumulando intuición de superficie: sabes usar las herramientas pero no entiendes por qué elegiste una sobre otra.
Construir productos que nadie pidió
La IA hace muy barato construir software. También hace muy fácil esconderse en ese proceso para no salir a hablar con usuarios. Terminar un prototipo técnicamente correcto en un fin de semana es cómodo. Llamar a diez personas para validar si el problema existe es incómodo. Entonces se construye primero y se valida después, o no se valida nunca.
El resultado son micro-SaaS impecables que resuelven problemas que nadie tiene.
Cómo salir del loop
La IA es útil. El boilerplate, las plantillas, el código repetitivo — todo eso está bien que lo haga ella. El problema no es usarla, es usarla para esquivar las partes incómodas.
Lo que me ayudó: tratar el primer prototipo como lo que es — una maqueta, no un producto. El trabajo real empieza cuando tienes que convencer a alguien de usarlo.
También: cuando la IA sugiere algo y no entiendo por qué es la mejor opción, no lo acepto. Esa incomodidad de tener que entender es exactamente lo que no hay que delegar.
Y lo más importante, que tardé en aprender: antes de construir, verificar que el problema existe. No con un MVP. Con una conversación.
La IA construye rápido. Pero si no sabes adónde ir, llegar rápido no sirve de nada.