Un cliente me llamó hace dos meses, entusiasmado. Había pasado un sábado por la tarde escribiéndole a una herramienta de IA, describiendo la tienda online que quería para su negocio de café de especialidad. Antes de la cena, ya tenía una aplicación funcionando. Páginas de producto, carrito de compras, botón de pago. Me mandó el enlace y me dijo: "Creo que me acabo de ahorrar diez mil dólares."

Tres semanas después volvió a llamar, mucho menos entusiasmado. El botón de pago se veía real, pero no estaba cobrando tarjetas de crédito de verdad como él necesitaba. El impuesto de ventas estaba mal calculado para pedidos de otros estados. Su software de contabilidad no tenía idea de que nada de esto existía. Necesitaba que alguien entrara y reconstruyera las partes importantes antes de poder cobrar un solo pago real.

Escucho una versión de esta historia con la frecuencia suficiente como para querer hablar de ella con honestidad. Herramientas como Bolt, Replit y v0 te dejan describir una aplicación en lenguaje simple y ver cómo se construye frente a tus ojos. Eso es genuinamente impresionante, y no es un engaño ni un truco. Pero tampoco es magia. Estas herramientas tienen un trabajo real y útil. El truco está en saber cuál es ese trabajo, y cuál no lo es.

En Qué Son Realmente Buenas Estas Herramientas

Empecemos con las buenas noticias, porque hay bastantes.

Si quieres probar si una idea tiene sentido antes de gastar dinero de verdad, estas herramientas son excelentes. Puedes describir un formulario de reservas, un panel simple, o una página para registrar clientes nuevos, y verla aparecer en minutos en lugar de semanas. Esa velocidad antes era imposible sin contratar a alguien primero.

También son fuertes para herramientas internas que nadie fuera de tu empresa va a tocar. Piensa en una app rápida para reemplazar una planilla y llevar el control de cambios de turno, o un formulario simple que tu equipo usa para registrar reparaciones de equipos. Poco en juego, pocos usuarios, nada sensible si algo falla.

Y son genuinamente útiles para presentaciones y demostraciones. Si estás buscando inversión o tratando de convencer a un socio, mostrar algo que se puede tocar y probar gana siempre a mostrar una serie de diapositivas.

El hilo común: retroalimentación rápida, riesgo bajo, alcance pequeño. Ese es su punto óptimo.

Dónde Chocan con Límites Reales

El problema empieza cuando la aplicación tiene que hacer algo que realmente importa.

La lógica real de un negocio es más complicada de lo que parece desde afuera. Una suscripción de café necesita manejar a un cliente que pausa su plan a mitad de ciclo, después pide un reembolso por la semana que se perdió, y ese mismo día cambia su dirección de envío. Cada uno de esos casos pequeños necesita una decisión, y una herramienta de IA solo puede seguir las reglas que tú le hayas explicado por adelantado, algo que casi nadie explica por completo.

Conectarse con el mundo exterior es otro punto donde se traban. Un procesador de pagos real, un software de contabilidad real, una empresa de envíos real: todo esto implica conexiones seguras entre sistemas, algo que se llama integraciones. Lograr que dos sistemas se comuniquen de forma confiable, y que sigan comunicándose después de que uno de los dos se actualice, es una habilidad en sí misma.

La seguridad es la parte que más me preocupa, porque queda invisible hasta que deja de estarlo. Un informe de la industria de 2025, de Veracode, una empresa que analiza código en busca de fallas de seguridad, estudió código generado por IA de más de cien modelos distintos y encontró que casi la mitad contenía al menos una debilidad explotable. Eso no significa que la aplicación se vea rota. Funciona sin problemas. El inconveniente aparece después, cuando alguien encuentra una puerta que nadie sabía que estaba sin llave, muchas veces una forma de ver los pedidos de otros clientes, o de saltarse el pago por completo.

Por último, está la pregunta de qué pasa dentro de un año. Las aplicaciones construidas enteramente a través de una conversación de ida y vuelta con una IA tienden a acumular pequeñas decisiones que nadie anotó en ningún lado. Cuando quieres agregar una función más adelante, o contratar a alguien para que tome el proyecto, esa persona tiene que descifrar por qué las cosas se construyeron de esa manera. Eso cuesta tiempo y dinero, muchas veces más de lo que hubiera costado construirlo bien desde el principio.

Usar Herramientas de IA y un Desarrollador Juntos

Esta es la versión que realmente recomiendo a la mayoría de mis clientes: usa la herramienta de IA para probar la idea, y después trae a un desarrollador para construir la versión que tiene que sobrevivir el contacto con clientes reales y dinero real.

Esto no es que esté protegiendo mi propio trabajo. Es la misma razón por la que un arquitecto sigue dibujando planos aunque un software de modelado 3D pueda generar un render bonito en una hora. El render te dice si la idea se siente bien. No te dice si el techo va a aguantar una tormenta.

En la práctica, esto suele verse así: construyes el prototipo tú mismo en un fin de semana, se lo muestras a un puñado de clientes reales, y ves si alguien realmente quiere lo que construiste. Si la respuesta es sí, un desarrollador toma lo que aprendiste, no necesariamente el código en sí, y construye la versión real, con la seguridad adecuada, las integraciones que realmente necesitas, y una estructura que otra persona pueda mantener después de ti.

Esto no significa tirar a la basura el fin de semana que pasaste en el prototipo. Todo lo contrario. Ese prototipo ya respondió la pregunta más difícil, que es si alguien quiere esto. Un desarrollador que se suma en ese momento no arranca de cero. Arranca desde una idea ya validada, que es un mejor punto de partida para un proyecto real que una página en blanco.

Esta es una conversación distinta a la de las plataformas no-code, sobre las que ya escribí por separado: esas son herramientas de arrastrar y soltar, no generadas por IA, y chocan con paredes diferentes. También es distinta a la pregunta de si se puede confiar en un desarrollador que usa asistencia de IA, algo que trato en otro artículo aparte. Este artículo habla de una promesa más nueva: saltarse al desarrollador por completo y dejar que la IA construya todo. Para un negocio real que sigue funcionando día a día, todavía no he visto que esa promesa se cumpla.

Preguntas que Vale la Pena Hacerte Primero

Antes de decidirte por un camino u otro, siéntate a pensar unas preguntas honestas:

  • ¿Esta aplicación va a tocar dinero real, datos reales de clientes, o un sistema del que ya dependo, como contabilidad o inventario?
  • Si esta aplicación se cayera por un día, o filtrara información de clientes, ¿qué me costaría eso en realidad?
  • ¿Estoy tratando de aprender algo rápido, o de lanzar algo real?
  • ¿Tengo a alguien que entienda qué significa "seguro" de verdad para este tipo de aplicación, o estoy confiando en la palabra de la herramienta?
  • Dentro de dos años, ¿alguien más va a necesitar entender esto y modificarlo, y va a poder hacerlo?

Si la mayoría de tus respuestas apuntan a "esto es solo una prueba," una herramienta de IA es un punto de partida genuinamente bueno. Si apuntan a "esto va a manejar parte de mi negocio," trata la versión construida por IA como un boceto, no como un edificio terminado.

De cualquier manera, no tienes que resolver esto solo. Hablemos de su situación.