¿Cuánto cuesta un proyecto de IA a una empresa?

El desarrollo rara vez es lo que sorprende al director financiero. La sorpresa llega seis meses después, con la factura del proveedor del modelo que nadie había presupuestado.

O llega antes, cuando tiene sobre la mesa dos presupuestos para el mismo proyecto, uno tres veces más caro que el otro, y nada en ellos explica por qué.

Un proyecto de IA tiene cinco partidas de coste. Dos se pagan una vez. Tres se pagan cada mes, mientras el sistema funcione.

Las cinco partidas de la factura

Definición del proyecto. Alguien tiene que decidir qué se construye, con qué datos y qué significa que "funcione". Es la partida más pequeña de la factura y la que mueve todas las demás. Los proyectos que se la saltan acaban definiéndose igualmente, a mitad del desarrollo y a precio de desarrollo.

Desarrollo. El producto en sí: el agente o el asistente, las pantallas que lo rodean, las conexiones con su CRM, su ERP o su herramienta de soporte. En la mayoría de proyectos, la parte de IA es la menor. Lo que lleva tiempo son las integraciones y la interfaz.

Alojamiento. Servidores, bases de datos, almacenamiento, registros. Para una herramienta interna típica, es una partida mensual modesta. Crece cuando sus datos deben quedarse en un país concreto o dentro de su propia infraestructura.

Alojar su propio modelo rara vez compensa con poco volumen: los servidores cuestan lo mismo tanto si alguien hace una pregunta como si no.

Coste por petición. Cada vez que el sistema llama a un modelo de lenguaje, usted paga según el volumen de texto enviado y recibido. La estimación es una simple multiplicación: peticiones al mes × texto medio por petición × el precio por volumen de texto del proveedor, que todos publican en su página de precios (Anthropic, OpenAI). Lo que hace crecer esta partida son los documentos largos en cada petición, no el número de usuarios.

Ejemplo: un asistente que responde 500 preguntas al día, cada una con un documento de 10 páginas, suma unas 15.000 peticiones al mes. Multiplique por el texto de cada petición y por el precio actual del proveedor, y tendrá la partida mensual. Si envía un resumen en lugar del documento completo, la partida baja con el volumen de texto enviado.

Mantenimiento. Su proveedor retira un modelo, su CRM cambia su API, su equipo cambia el proceso. Alguien vigila el sistema, arregla lo que falla y mejora lo que funciona. Cuesta menos cuando el equipo que construyó el sistema es también el que lo mantiene: nadie tiene que volver a aprender el código antes de corregirlo.

Qué hace variar la factura

Dos proyectos con el mismo nombre, "un agente de IA para atención al cliente", pueden costar varias veces más uno que otro. La diferencia casi nunca está en el modelo. Está en todo lo que lo rodea.

Los factores que más vemos:

• El estado de sus datos. Si los datos están repartidos entre PDF, bandejas de correo y tres versiones de una hoja de cálculo, primero hay que reunirlos y limpiarlos, y ese trabajo se paga.
• El número de sistemas que conectar. Un ERP antiguo sin API, o un proveedor que cobra por el acceso, puede llevar más tiempo que la propia IA.
• El coste de una respuesta errónea. Un asistente que redacta correos internos puede equivocarse de vez en cuando. Uno que da precios a clientes o lee documentos médicos necesita pasos de revisión, pruebas y controles humanos. Cada uno de ellos es tiempo de desarrollo.
• El volumen. Diez usuarios al día y diez mil clientes al día no necesitan la misma arquitectura, ni generan la misma factura mensual.
• Dónde deben residir los datos. Una API en la nube pública es la opción más barata. Alojar en Europa, en su propia nube o en sus instalaciones es posible, y cuesta más montarlo y mantenerlo.

Qué encarece el presupuesto, por tipo de proyecto

La tabla cubre una primera versión en producción, no un prototipo.

No publicamos horquillas que no podamos sostener para su caso. Las cuatro respuestas más abajo son lo que hace falta para obtener una.

En plazos, podemos ser más precisos. Con nosotros, una primera versión suele llegar a producción entre 3 y 6 semanas después del arranque, y después mejora por iteraciones.

Los costes de funcionamiento que casi ningún presupuesto incluye

Un presupuesto de proyecto de IA suele terminar en el lanzamiento. El producto no.

El uso del modelo con volumen real. La demo funcionó con cincuenta preguntas de prueba. Los usuarios reales escriben mensajes más largos, adjuntan archivos y preguntan lo mismo tres veces. Estime el uso sobre el volumen previsto y vigílelo durante las primeras semanas.

La evaluación. Necesita una forma de saber que el sistema sigue respondiendo bien después de un cambio. Eso supone un conjunto de casos de prueba que se vuelve a ejecutar en cada actualización.

Los cambios de modelo. Los proveedores retiran modelos y publican otros nuevos. Un cambio puede mejorar la calidad, reducir el coste o romper sin avisar un prompt que funcionaba. Alguien tiene que probar y hacer el cambio.

La revisión humana. Si una persona comprueba parte de los resultados, su tiempo es un coste del sistema. Debe estar en el presupuesto desde el primer día.

La siguiente iteración. Cuando la primera versión funcione, sus equipos pedirán más. Prevea ya una partida para ello, no cuando llegue la primera petición.

Una regla razonable: prevea un presupuesto mensual para hacer funcionar y mejorar el producto, no solo para el alojamiento.

Cinco señales de que un presupuesto está incompleto

Envíe esta lista a quien lea con usted el PDF del proveedor.

• No hay ninguna partida mensual después del lanzamiento.
• El uso del modelo está calculado sobre la demo, no sobre su volumen.
• No hay conjunto de pruebas, así que nadie puede saber si una actualización ha empeorado algo.
• No dice quién cambia de modelo cuando el proveedor retira uno.
• Un calendario sin primera versión en producción antes del sexto mes: nada en él le dice cuándo verá un resultado.

Cómo presupuestar antes de la primera llamada

No necesita una cifra precisa para empezar. Necesita cuatro respuestas, y la mayoría de empresas ya las tienen.

1. La tarea. Qué trabajo asume o acelera el sistema, y cuántas horas lleva hoy.
2. El volumen. Cuántas peticiones, documentos o usuarios al día, ahora y dentro de un año.
3. Los datos. Dónde están, de quién son y qué normas se les aplican.
4. El coste de un error. Qué ocurre cuando el sistema se equivoca, y quién lo detecta.

Con ellas, cualquier proveedor serio puede darle una horquilla para el desarrollo y para el funcionamiento. Sin ellas, cualquier cifra que reciba es una suposición, también la nuestra.

Las horas ahorradas le dan el techo. Si una tarea ocupa a una persona dos días por semana, son unos 90 días laborables al año: multiplíquelos por lo que le cuesta un día de esa persona, salario y cargas incluidos. El desarrollo más un año de funcionamiento tiene que quedar por debajo de esa cifra, o aportar algo que esos días no aportan.

Algunos proyectos no superan esa prueba. Lo decimos en la auditoría. No construir también es un resultado, y es el más barato.

Empiece por las cuatro respuestas

La auditoría gratuita es una hora sobre su negocio y después un documento breve: qué vale la pena construir y qué no. Reserve una auditoría gratuita y traiga las cuatro respuestas anteriores. Si solo tiene dos, venga igualmente: en la llamada se trabajan las otras dos.