Qué es el TCO de un proyecto de IA (costo total)

El costo que la cotización nunca muestra completo

Una empresa de manufactura mediana en México firmó un contrato de doce meses con un proveedor de IA para automatizar la revisión de facturas de proveedores. El primer mes coincidió con la propuesta: la cuota mensual, la implementación, listo. Al tercer mes el área de compras empezó a usar la herramienta para más proveedores y para más tipos de documento, y la factura del proveedor de IA casi se duplicó sin que nadie hubiera cambiado de plan ni firmado nada nuevo.

Algo parecido le pasó a una aseguradora mediana en Colombia con un asistente de atención al cliente basado en IA. El piloto costó una fracción de lo que el comité había aprobado, y funcionó bien. Seis meses después, cuando el equipo de atención empezó a usarlo para el doble de conversaciones porque de verdad ayudaba, el gasto en consumo se convirtió en la línea que nadie sabía justificar en la revisión de presupuesto trimestral.

En ninguno de los dos casos el proveedor mintió ni escondió nada en la letra chica. El problema es que el equipo interno presupuestó el proyecto de IA como si fuera un software con licencia fija, y un proyecto de IA no se comporta así. El costo real aparece después de la firma, y aparece justo cuando el proyecto empieza a funcionar de verdad.

Qué es el TCO de un proyecto de IA

TCO es una sigla que muchos equipos de tecnología ya conocían antes de que llegara la IA: costo total de propiedad. En software tradicional se usa para recordar que una licencia barata puede salir cara si el mantenimiento y la integración cuestan más que el software mismo. En un proyecto de IA el concepto es el mismo, pero la composición del costo cambia por completo, y ahí es donde se pierde la mayoría de las empresas que arman su primer proyecto serio.

Pensar el TCO como sinónimo de lo que factura el proveedor es el primer error, y es el más caro de los dos. La factura del proveedor suele ser la parte más visible del costo y, casi siempre, no es la parte más grande. Cuando un comité aprueba un proyecto de IA mirando solo la cotización, está aprobando una fracción del costo real y se entera del resto en la primera revisión de presupuesto, cuando ya es más caro corregir el rumbo que haberlo calculado bien desde el inicio.

Qué entra de verdad en el TCO

El TCO de un proyecto de IA no es una cifra, es una suma de líneas que casi nunca conviven en el mismo documento. Para armar el número real hay que juntar, como mínimo, estas partidas:

• Licencias y consumo variable por uso, que en la práctica se traduce en tokens o llamadas a la API (la entrada sobre qué son los tokens en la IA explica esta unidad con más detalle), y es la parte que más se subestima porque no es un monto fijo.
• Integración con los sistemas que ya existen en la empresa: ERP, CRM, bases de datos internas, que casi nunca vienen incluidos en la cotización inicial del proveedor.
• Preparación y limpieza de los datos que alimentan el sistema, trabajo que en la mayoría de las empresas es manual y ocurre antes de que la IA procese un solo dato real.
• Mantenimiento y reentrenamiento del modelo o del flujo conforme cambian los productos, el catálogo, la política de precios o los datos de entrada del negocio.
• Horas del equipo interno que revisa, corrige y valida lo que la IA produce, tiempo real de personas reales que casi nunca se contabiliza como costo del proyecto.

Este listado ya es más largo que la cotización que suele circular en el comité de aprobación, y es apenas el punto de partida. El cómo convertir cada una de estas líneas en un número dentro de un presupuesto completo ya está resuelto en la guía de cómo presupuestar un proyecto de IA, y el cómo comparar ese costo contra el beneficio esperado es tema de la guía de cómo calcular el ROI de un proyecto de IA. Acá el objetivo es otro: que ninguna de estas líneas quede fuera del radar antes de firmar nada.

Por qué el costo sube justo cuando el proyecto funciona

En software tradicional el costo queda más o menos fijo desde el primer día: se paga la licencia, se paga el soporte, y el gasto se mueve poco así la empresa use el sistema todos los días o una vez por semana. En un proyecto de IA la lógica se invierte: el costo principal, el consumo, se mueve con el uso real. Mientras el proyecto es un piloto con pocos usuarios y poco volumen, el TCO parece bajo control. El problema llega cuando el proyecto funciona, se adopta, se escala a más áreas o a más clientes, y el consumo se dispara en la misma proporción.

Es la paradoja que ningún proveedor menciona en la demo: un proyecto de IA que fracasa sale barato, porque casi nadie lo usa. Un proyecto de IA que tiene éxito sale caro, porque todos lo usan. Si el equipo financiero no proyectó esa curva desde el inicio, la primera señal de que el proyecto funcionó de verdad termina siendo una factura que nadie esperaba, y esa sorpresa daña la credibilidad del proyecto justo cuando debería estar mostrando resultados.

Ahí está la diferencia de fondo con el software tradicional: en ese modelo el costo escala con el número de licencias que la empresa decide comprar, una decisión que la propia empresa controla. En un proyecto de IA el costo escala con el uso real, una variable que mueve el mercado, la temporada o el éxito mismo del proyecto. Presupuestar un proyecto de IA como si fuera una licencia de software fija es el error de origen detrás de la mayoría de los TCO mal calculados.

Lo que se olvida siempre al calcular el TCO

Hay partidas del TCO que sí aparecen en la cotización del proveedor, y hay otras que ninguna cotización va a mencionar porque no son responsabilidad del proveedor, son responsabilidad de la empresa que compra. Estas son las que más se olvidan, y las que más tarde aparecen en un proyecto real:

• La limpieza de datos previa, que en la mayoría de las empresas toma más semanas que la implementación técnica del sistema y casi nunca se presupuesta como parte del proyecto de IA.
• El reentrenamiento o ajuste del modelo cuando cambian los productos, el catálogo, la política de precios o el tipo de cliente que atiende la empresa; postergar esta línea es, en el fondo, la misma lógica que describe la entrada sobre la deuda técnica de un proyecto de IA.
• Las horas de las personas que revisan cada salida de la IA antes de que llegue al cliente final, sobre todo en los primeros meses, cuando la confianza en el sistema todavía es baja.
• El costo de salida si la empresa decide cambiar de proveedor: migrar datos, reentrenar en otra plataforma y sostener dos sistemas en paralelo mientras dura la transición, una línea que ya tiene su propia entrada sobre el vendor lock-in en IA.
• El tiempo del equipo de tecnología interno que mantiene la integración funcionando cuando el proveedor actualiza su producto y algo deja de conectar como antes.

Ninguna de estas cinco líneas aparece resaltada en una propuesta comercial, y las cinco juntas suelen pesar más que la cuota mensual que sí aparece en la primera página.

Cómo leer una cotización sin quedarte con el número bonito

Cuando un proveedor entrega una propuesta, el número que más resalta casi siempre es el más incompleto: la cuota mensual o el costo por usuario. Ese número, por diseño comercial, no incluye la integración, no incluye la limpieza de datos y casi nunca incluye una proyección de consumo si el proyecto escala. No es necesariamente mala fe: el proveedor cotiza lo que controla, y lo que controla es su propio producto, no lo que la empresa tiene que resolver alrededor para que ese producto funcione.

Antes de aprobar cualquier propuesta vale la pena preguntar, con esas palabras, qué pasa con el consumo si el volumen se duplica, quién hace la integración con los sistemas que ya existen y qué pasa si la empresa decide migrar a otro proveedor en dos años. Ninguna de esas tres respuestas suele estar en la primera página de la propuesta, y las tres cambian el TCO real de manera significativa.

Mi criterio

Cuándo tu TCO está bien calculado y cuándo no

No todos los proyectos de IA necesitan el mismo nivel de detalle en el TCO, pero hay señales claras de que el número que tienes hoy es una foto realista, y señales de que ese número es una ilusión que se va a romper apenas el proyecto avance.

Señales de que tu TCO está bien calculado

• Existe una proyección de consumo a doce meses con al menos un escenario de alta adopción, no solo el escenario del piloto.
• La integración con los sistemas existentes tiene un número propio, separado de la licencia o el consumo del proveedor.
• Alguien del equipo ya estimó cuántas horas semanales va a tomar revisar las salidas de la IA, al menos en los primeros meses.
• El presupuesto contempla una partida de mantenimiento y reentrenamiento, no solo la implementación inicial.
• El comité que aprobó el proyecto sabe qué pasaría con el costo si el volumen se duplica en seis meses.

Señales de que tu TCO se te va a ir de las manos

• El único número que circuló en la aprobación fue la cuota mensual del proveedor.
• Nadie preguntó qué pasa con el costo si el proyecto se adopta más rápido de lo esperado.
• La limpieza de datos se está haciendo sobre la marcha, sin que nadie la haya presupuestado antes de arrancar.
• No hay claridad sobre quién revisa las salidas de la IA ni cuánto tiempo le toma a esa persona.
• Nadie en la empresa sabe qué pasaría, en costo y en tiempo, si tuvieran que migrar a otro proveedor.

El TCO se calcula en el orden correcto, no al final

El TCO de un proyecto de IA no se calcula bien cuando se empieza por la herramienta, y ese es exactamente el orden en que la mayoría de las empresas lo intenta: primero eligen el proveedor, después revisan la cotización, y al final, si alcanza el tiempo, alguien pregunta qué pasa con los datos y con el proceso que la IA va a tocar. El orden que funciona es el inverso: primero el dolor operativo que justifica el proyecto, después el proceso que hay que rediseñar para que la IA tenga dónde insertarse, después los datos que ese proceso necesita limpios y disponibles, y solo al final la herramienta, con su costo de licencia, su consumo variable y todo lo demás. Cuando el TCO se arma en ese orden, ninguna de las líneas invisibles queda fuera, porque cada una nace de una pregunta que ya se respondió antes de mirar al proveedor.

La idea que vale la pena quedarse es esta: un TCO bien calculado no es el que da el número más bajo, es el que no tiene sorpresas. Un proyecto de IA que sube de costo porque tuvo éxito no es un proyecto mal gestionado, es un proyecto que se presupuestó mal desde el origen. La diferencia entre esas dos lecturas es, casi siempre, la diferencia entre un proyecto que se sostiene en el tiempo y uno que se cancela en la primera revisión de presupuesto, no porque haya fallado, sino porque nadie calculó lo que costaba que funcionara.