Hasta hace poco, encargar una aplicación empezaba por una conversación. Ahora mucha gente prueba antes otra cosa: abre un chat y escribe «hazme un programa para llevar los partes de trabajo de mis fontaneros». Y sale algo. Se abre, tiene botones, guarda datos. Funciona.
Esa experiencia es real y conviene tomársela en serio, porque de ella se sacan dos conclusiones opuestas y solo una se sostiene.
La que no se sostiene: ya no hace falta nadie que programe.
La que sí: la inteligencia artificial es un lenguaje de programación de altísimo nivel. Y hace exactamente lo que hicieron todos los lenguajes anteriores: subir el nivel de abstracción. Te libera de escribir. No te libera de pensar.
La escalera que llevamos décadas subiendo
Programar consistió primero en hablarle a la máquina en su propio idioma, instrucción a instrucción, con el detalle de dónde se guardaba cada dato. Después aparecieron lenguajes que se parecían un poco más a como habla una persona, y el trabajo mecánico de traducir pasó a hacerlo el propio ordenador. Más tarde llegaron las librerías y los frameworks: piezas ya hechas y probadas que evitaban reescribir por enésima vez lo mismo.
Cada peldaño de esa escalera trajo la misma sospecha: si la máquina entiende algo tan parecido a nuestro idioma, ¿para qué hace falta alguien que se lo traduzca? Y cada peldaño respondió igual. Lo que desapareció fue el trabajo de detalle. Lo que se quedó, intacto, fue la parte de decidir.
La IA es el siguiente peldaño y es el más alto de todos, porque el idioma de entrada ya es directamente el tuyo. Por eso impresiona tanto. Y por eso se confunde tan fácilmente escribir con construir.
Lo que ningún lenguaje ha hecho nunca por ti
Un lenguaje de alto nivel jamás decidió qué había que construir. Tampoco lo decide este. Sigues teniendo delante cuatro trabajos, y son justo los que determinan si la aplicación sirve o estorba.
Qué hay que hacer, exactamente
La IA responde a lo que le pides, no a lo que necesitas. Y en un negocio real la distancia entre las dos cosas es enorme.
«Un programa para los partes de trabajo» no es un encargo: es un titular. Debajo hay preguntas que decidirán si el programa se usa o se abandona en tres semanas. ¿El parte lo firma el cliente en el móvil? ¿Se convierte después en factura, o se teclea otra vez? ¿Qué pasa cuando el operario está en un sótano sin cobertura y no puede guardar nada? ¿Quién puede ver los precios y quién no?
Esas preguntas no las hace un chat. Las hace quien conoce el oficio y ha visto ese proceso fallar antes.
Cómo se parte lo que es grande
Una tarea compleja no se pide de una vez. Se descompone en piezas que se puedan construir, comprobar y corregir por separado, en un orden en el que cada una se apoye en la anterior.
Quien no sabe descomponer, pide el todo. Y recibe el todo: un bloque que funciona en la demostración, que nadie sabe por dónde tocar y que, al primer cambio, rompe algo en otro sitio.
Con qué arquitectura
Es la decisión más silenciosa y la más cara de revertir. Dónde viven los datos y quién es su dueño. Qué ocurre cuando lo que hoy son doscientos registros sean cien mil. Si el módulo de facturación va a poder reutilizarse cuando abras la segunda línea de negocio, o habrá que hacerlo otra vez desde cero. Cómo se conecta esto con los programas que ya usas para no acabar tecleando lo mismo dos veces.
La IA propone una arquitectura si se la pides. No sabe cuál te conviene, porque eso depende de a dónde va tu negocio dentro de tres años, y eso no está en el enunciado.
Las buenas prácticas y los controles
Esta es la parte que más se olvida, y es la que separa un experimento de algo que puedes poner delante de un cliente.
La IA no mantiene tus estándares por su cuenta: hay que recordárselos, revisión tras revisión. Y sobre todo, no construye por iniciativa propia las redes que la cogen cuando se equivoca. Las validaciones que impiden guardar un disparate. Los permisos que evitan que cualquiera vea lo que no debe. Las comprobaciones automáticas que avisan cuando un cambio ha roto algo que antes funcionaba. El registro que permite saber qué pasó y cuándo. Las copias de seguridad y la vigilancia de que todo sigue en pie.
Alguien tiene que decidir qué es lo que nunca puede fallar en silencio. Ese alguien no es el modelo.
La distancia entre la demo y la aplicación
Casi todo el entusiasmo con la IA generando software nace de un malentendido de escala.
Lo que sale de un chat en veinte minutos suele funcionar el primer día, con tres registros de prueba y una sola persona usándolo. Una aplicación de verdad tiene que seguir funcionando dieciocho meses después: con años de datos dentro, con varias personas escribiendo a la vez, cuando cambie una norma, cuando haya que corregir un error de hace meses sin romper lo demás y cuando quien la usa no sea quien la encargó.
Entre esas dos cosas no hay un salto de calidad. Hay un salto de oficio.
Qué significa esto si estás pensando en digitalizar tu negocio
Que el ahorro es real, pero no está donde parece. La IA abarata la parte mecánica de escribir código, y eso permite construir más rápido y probar ideas que antes no salían a cuenta. Bienvenido sea.
Lo que no abarata es el trabajo de entender tu negocio, decidir qué merece la pena automatizar, elegir por dónde se empieza y responder cuando algo falla dentro de dos años. Cuando encargas software, eso es lo que estás comprando. Nunca fue el tecleo.
Dicho al revés, y sin dramatismo: si lo que necesitas es una herramienta pequeña, para ti solo, que si se rompe no le arruina el día a nadie, hoy puedes hacerla tú con IA y probablemente te salga bien. La pregunta cambia cuando de esa herramienta dependen tus clientes, tus facturas o tus datos.
Cómo lo planteamos en Galianet Webs
Nuestro proceso empieza por hablar de tu negocio. Nos cuentas qué haces y qué te quita tiempo, y de ahí sale qué se digitaliza y qué no —lo que de verdad te quita tiempo, no lo que dicta la moda tecnológica—. Después viene el desarrollo, que te vamos enseñando por el camino, y al final un soporte que sigue ahí durante años. Cuando el proyecto lleva desarrollo específico, el precio y los plazos los tienes por escrito antes de empezar.
Hay tres cosas de esa manera de trabajar que vienen justo a cuento de todo lo anterior:
- Hablas siempre con la misma persona, que es quien diseña y programa tu proyecto y te explica cada decisión sin jerga técnica. La solución final se diseña contigo, sobre tu manera de trabajar.
- Se aprovecha lo que ya está hecho. Partir de lo que ya tenemos programado abarata tu proyecto, y tu plan cubre el mantenimiento —y, a partir del Profesional, el desarrollo continuo— de lo que se te entregue; lo específico de tu forma de trabajar lleva un desarrollo aparte, con presupuesto cerrado. Y elegir qué se reaprovecha y qué se construye desde cero es, mirado de cerca, una de esas decisiones de arquitectura de las que hablábamos más arriba.
- Tus datos son tuyos. Lo que tu negocio va acumulando dentro del sistema —tus clientes, tus pedidos, tus contenidos— es tuyo, y si lo pides te lo damos. La plataforma sobre la que corre es nuestra y la mantenemos nosotros: el servidor, el sistema operativo, las copias de seguridad y la vigilancia de que todo sigue en pie dejan de ser cosa tuya. Hasta dónde llega ese mantenimiento —por ejemplo, si incluye la actualización periódica de los frameworks sobre los que está construido— depende del plan, y está en la tabla comparativa.
La IA también está dentro de lo que ofrecemos, como uno más de los módulos avanzados: generación de textos y descripciones a partir de tus datos, clasificación automática de los mensajes que recibes o asistentes que responden con la información de tu negocio. Una herramienta más dentro de una solución pensada, que es precisamente la tesis de este artículo.
Y una cosa más, porque todo lo anterior no lo decimos de oídas: en Galianet Webs programamos con IA. Es parte de nuestra herramienta de trabajo, y por eso sabemos las dos mitades de la historia. Sabemos lo que ahorra, que es mucho y es real. Y sabemos exactamente dónde se acaba lo que ahorra, que es justo donde empiezan las cuatro decisiones de más arriba: qué hay que hacer, cómo se parte, con qué arquitectura y qué es lo que nunca puede fallar en silencio. De esas responde una persona con nombre, y sigue siendo la misma con la que hablas.
Tres preguntas antes de encargar una aplicación (o de hacerla tú)
- ¿Quién ha decidido qué se construye, y sobre qué conocimiento del oficio? Si la respuesta es «se lo pedí y salió esto», falta la mitad del trabajo.
- ¿Qué pasa cuando falle? No si falla. Quién lo detecta, quién lo arregla, en cuánto tiempo y con qué copia de seguridad se recupera lo que se perdió.
- ¿Se puede seguir construyendo encima dentro de dos años? O dicho de otro modo: ¿alguien que no sea quien lo hizo es capaz de entenderlo y cambiarlo?
Si estás dándole vueltas a digitalizar algo y no tienes claro por dónde se empieza, cuéntanos cómo trabajas hoy. Te decimos qué se puede digitalizar y qué no, sin compromiso.
