Guía · Precio
¿Cuánto cuesta implementar IA en una empresa?
Casi nadie responde a esto con un número, y con razón: depende. Pero «depende» tampoco sirve de nada. Aquí está qué mueve el número hacia arriba y hacia abajo, y lo que ponemos por escrito antes de empezar.
Implementar IA no tiene tarifa de catálogo, y quien te dé una cifra sin conocer tu operación te está vendiendo un paquete. Lo que sí se puede poner por escrito son las condiciones: precio cerrado antes de empezar, cobro por hitos y el código para ti. Pagas por lo entregado, no por las horas que tardemos.
Lo que sí ponemos por escrito
En esta web no vas a encontrar una horquilla de precios, y el motivo es técnico, no comercial: sería una cifra poco fiable. Un mismo objetivo, que las peticiones de clientes se contesten el mismo día, puede costar el triple o la tercera parte según el estado de tus datos, cuántos sistemas haya que integrar y cuánta decisión humana quieras conservar. Una horquilla acierta solo cuando el caso del lector coincide con el que se tenía delante al redactarla.
Lo que sí ponemos por escrito es la forma: alcance cerrado, hitos que se pueden comprobar y el precio total antes de empezar.
Por qué un agente cuesta más que una automatización
Es la confusión que más dinero mueve en un presupuesto, y casi siempre se descubre tarde. Una automatización ejecuta pasos fijos: si pasa A, haz B. Un agente lee algo que cambia, como un correo, un pliego o una factura, lo interpreta y prepara una decisión.
La diferencia de precio no está en el modelo de IA. Está en que un flujo fijo se prueba una vez y ya sabes si funciona, mientras que un agente hay que afinarlo contra casos reales hasta que su criterio es fiable. Eso es iteración, y la iteración son horas.
| Automatización | Agente | |
|---|---|---|
| Qué recibe | Datos estructurados y previsibles | Texto, documentos, casos que cambian |
| Cuándo está terminada | Cuando pasa las pruebas | Cuando su criterio acierta en casos reales |
| Qué encarece | El número de integraciones | Las vueltas hasta que el criterio es fiable |
| Riesgo del presupuesto | Bajo: el trabajo se conoce de antemano | Alto si el caso es nuevo y nadie lo ha validado |
En un sistema real no eliges uno u otro: se combinan, y por eso un presupuesto serio los separa en hitos distintos. En el que construimos para BBLAST, un agente investigaba empresas y puntuaba el encaje, una persona aprobaba, y a partir de ahí las automatizaciones se encargaban del seguimiento. Hoy está parado; lo contamos con su fecha en BBLAST por dentro.
Cómo debería verse un presupuesto por dentro
Un presupuesto que solo trae una cifra final no se puede juzgar. El que proponemos se lee al revés: primero qué se acepta en cada hito, y el dinero detrás. Este es un ejemplo inventado de esa estructura, con un agente de preparación de ofertas como caso.
Alcance cerrado
Agente de preparación de ofertas · empresa de ejemplo
| Hito | Qué se acepta para darlo por bueno | % del total |
|---|---|---|
| 01 · Arquitectura y accesos | Repositorio creado, integraciones y permisos acordados | porcentaje tapado |
| 02 · Núcleo del agente | Lee una petición real y devuelve un borrador revisable | porcentaje tapado |
| 03 · Integración | Escribe en sistema del cliente, tapado solo con aprobación de una persona | porcentaje tapado |
| 04 · Pruebas con datos reales | número tapado casos de tu operación, no de demostración | porcentaje tapado |
| 05 · Puesta en marcha | En producción, documentado y con el equipo formado | porcentaje tapado |
| Total | Precio cerrado, firmado antes de escribir una línea | importe tapado |
si un hito no avanza, se para antes del siguiente pago
Fíjate en la columna del medio, que es donde está el fondo del asunto. Cada hito se acepta contra algo que funciona, no contra un informe de avance. «Lee una petición real y devuelve un borrador revisable» se puede comprobar en diez minutos. «Fase 2 completada al 80%» no significa nada.
Qué encarece un proyecto y qué lo abarata
Esto sí se puede decir sin conocer tu caso, porque son las mismas palancas siempre.
Lo que lo abarata:
- Que la información que necesita el sistema ya viva en un sitio consultable. Es, con diferencia, la palanca más grande.
- Que el proceso sea estable. Automatizar algo que todavía estás inventando se paga dos veces.
- Empezar por una tarea acotada en vez del sistema entero. Un primer agente bien elegido suele pagar los siguientes.
- Que exista alguien dentro que se haga dueño del proyecto. Sin eso, el coste real aparece en la adopción.
Lo que lo encarece:
- Que los mismos datos vivan en tres sitios y ninguno coincida. Antes de automatizar hay que poner la información en orden, y eso es trabajo.
- Integraciones con sistemas cerrados, sin API o con una API mala. Aquí las horas se disparan y no se ven venir.
- Que el componente de IA sea nuevo y nadie lo haya validado en tu sector. Cuanto más pionero, más margen de seguridad hay que reservar.
- Que el proceso toque datos personales sin tener resuelto qué obliga el RGPD y el reglamento europeo de IA. Resolverlo en el diseño es barato; resolverlo después de construir, no.
Lo que es fijo pase lo que pase
El precio de tu proyecto no lo sabemos hasta entender el caso. Estas cuatro condiciones sí, y no cambian:
- Presupuesto cerrado antes de empezar. La factura por horas premia la lentitud y te deja sin saber el total.
- Por escrito qué entra y qué no. Lo que queda fuera del alcance no aparece después en la factura.
- Se para antes del siguiente pago si algo no avanza como esperabas. No hay que terminar un proyecto para dejar de pagarlo.
- El código es tuyo, en tu repositorio y desplegable en tu infraestructura, terminemos como terminemos.
Y antes de todo eso, entender el caso. Si no está claro qué construir, se estudia primero, y si la conclusión es que no hay caso, te lo decimos y ahí termina, sin haber gastado en construir lo que no tocaba. Un proyecto de IA mal planteado se paga dos veces: al construirlo y al deshacerlo.