Respuesta directa: no existe un precio responsable para “una consultoría de IA” sin definir resultado, datos, integraciones, nivel de riesgo, volumen de uso y responsabilidad operativa. El presupuesto real combina servicios profesionales, preparación de datos, construcción e integración, evaluación y seguridad, infraestructura y consumo, cambio organizacional y transferencia. Para comparar propuestas, entregue el mismo escenario a todos y exija costos separados por capa, fase y supuesto. La métrica final debe ser costo total por resultado aceptado, no tarifa por hora ni precio por token.
Dos propuestas con el mismo precio inicial pueden generar economías muy distintas. Una puede incluir pruebas, observabilidad, capacitación y soporte; otra puede terminar en la demostración. Una oferta barata también puede ocultar dependencias: datos no preparados, APIs inexistentes, revisión humana, licencias, uso de modelos, ambientes productivos o mantenimiento. La comparación comienza cuando el comprador vuelve visibles estos supuestos.
El Modelo MAKINAI de Costo Total de Entrega de IA
Divida el presupuesto en siete capas. Cada proveedor debe informar qué incluye, unidad de cobro, supuesto principal, rango de variación y quién asume el trabajo después del contrato. Así se puede comparar una consultora estratégica, una empresa de desarrollo y una plataforma sin confundir alcances diferentes.
1. Descubrimiento, estrategia y definición del producto
Incluya definición del problema, investigación con usuarios, priorización, diseño del flujo, arquitectura inicial, evaluación de riesgo, business case y criterios de éxito. No debe ser una fase genérica de presentaciones; debe cerrar decisiones abiertas. El costo aumenta cuando hay muchos stakeholders, reglas conflictivas, mercados diferentes o falta un dueño del proceso. El resultado principal es una definición verificable y lo que no será construido.
2. Datos y conocimiento
Considere inventario, acceso, limpieza, transformación, etiquetado, permisos, calidad, recuperación de conocimiento, retención y actualización. El modelo puede ser simple y el trabajo de datos, grande. Pida estimaciones separadas para preparación inicial y mantenimiento recurrente. Si documentos, catálogos o historiales cambian frecuentemente, actualizar es parte de operación, no una excepción futura.
3. Construcción, experiencia e integración
Esta capa cubre ingeniería, prompts, orquestación, interfaces, APIs, automatizaciones, identidad, colas, conectores y sistemas de registro. La cantidad de sistemas, calidad de APIs y necesidad de acciones en tiempo real suelen cambiar más el esfuerzo que el número de pantallas. Exija una lista de integraciones, ambientes y responsabilidades. “Integración incluida” sin endpoints, límites y pruebas no es una estimación comparable.
4. Evaluación, seguridad y gobierno
Reserve presupuesto para casos de prueba, datasets de evaluación, red teaming proporcional al riesgo, privacidad, autorización, logs, aprobaciones humanas y criterios de lanzamiento. NIST organiza el riesgo de IA en Gobernar, Mapear, Medir y Gestionar; son actividades del ciclo completo, no una revisión final. Un proveedor que excluye evaluación parece más barato porque transfiere al cliente el costo de descubrir fallas.
5. Infraestructura, modelos y consumo
Separe costos de desarrollo y producción. Incluya tokens de entrada y salida, embeddings, recuperación, almacenamiento, red, ejecución de agentes, herramientas externas, observabilidad y ambientes. Los proveedores cloud ofrecen pago por uso y capacidad reservada; la elección depende de volumen, previsibilidad y nivel de servicio. No congele la cuenta en una tabla temporal. Modele unidades de uso y actualice precios antes de aprobar.
6. Operación, adopción y cambio
Incluya soporte, revisión humana, formación, comunicación, actualización de procesos, monitoreo de calidad, incidentes y mejora continua. Una solución sin adopción genera costo sin retorno. Las guías británicas de procurement de IA recomiendan planificar soporte, capacitación, transferencia y gestión del ciclo desde la contratación. Pregunte quién responde cuando cambia el modelo, una API o los datos.
7. Propiedad, transferencia y salida
Presupueste documentación, manuales, repositorios, exportación de datos, licencias, derechos sobre código y evaluaciones, formación interna y transición a otro proveedor. Un precio menor con una salida cara puede tener mayor costo total. Defina qué ocurre con datos y artefactos al terminar el contrato. La salida debe poder probarse, no ser solo una cláusula legal.
Cómo estimar plazo sin inventar una fecha
Divida el cronograma en cuatro etapas, no en una fecha final. La etapa 1 valida problema, datos y criterios. La etapa 2 crea una prueba de valor con casos representativos. La etapa 3 incorpora seguridad, integración, evaluación, observabilidad y operación. La etapa 4 escala volumen, áreas y adopción. Cada etapa termina con evidencia y una decisión de avanzar, ajustar o detener. La incertidumbre se vuelve una decisión administrada.
- Para cada etapa solicite: duración esperada y rango probable; dependencias del cliente; tamaño y composición del equipo; criterios de entrada y salida; entregables; costos únicos y recurrentes; riesgos que cambian el plazo; impacto de atrasos en datos, seguridad e integración.
Pida dos previsiones: una fecha probable cuando se cumplen dependencias y una conservadora con riesgos conocidos. No acepte contingencia porcentual sin explicar el riesgo cubierto. Un proveedor maduro muestra el camino crítico y separa trabajo paralelo de aprobaciones que bloquean la entrega.
Tres escenarios para costos productivos
Modele uso bajo, base y alto con las mismas variables: tareas mensuales, tamaño medio de entrada y salida, llamadas de herramientas, consultas, reintentos, almacenamiento, latencia, revisión humana y nivel de servicio. AWS documenta que reportes agregados y registros de invocación cumplen necesidades distintas; la especificación FOCUS de FinOps normaliza costo y uso entre proveedores. La consecuencia práctica es instrumentar costo por flujo y resultado durante el piloto.
La hoja que hace comparables las propuestas
- Resultado y métrica de aceptación; alcance y exclusiones; siete capas de costo; cuatro etapas; esfuerzo del proveedor y cliente; costos únicos y mensuales; tres escenarios de volumen; licencias y consumo; precio de cambios; soporte y SLA; propiedad y salida; costo por tarea completada; supuestos que invalidan la oferta.
Normalice moneda, impuestos, duración, volumen y nivel de servicio. Compare tres números: inversión hasta el primer resultado validado, costo total del primer año y costo unitario en operación. El primer número más bajo rara vez basta. Pondere calidad, seguridad y transferencia junto con precio.
Señales de alerta
- Precio cerrado sin supuestos de datos o integraciones; cronograma que termina en prototipo, pero se presenta como producción; consumo cloud considerado irrelevante; seguridad y evaluación opcionales; sin estimación del esfuerzo del cliente; soporte sin SLA; propiedad indefinida; descuento condicionado a lock-in; ROI sin línea base ni tasa de adopción.
Próximo paso
Antes de pedir precios, entregue a todos el mismo caso, volúmenes, sistemas, riesgo y criterios. Use la guía de RFP: https://makinai.co/insights/es/como-crear-rfp-servicios-ia. Decida el modelo de equipo con https://makinai.co/insights/es/equipo-interno-o-consultora-ia-como-decidir. Compare capacidad con https://makinai.co/insights/es/como-elegir-empresa-implementar-ia-brasil-scorecard-30-puntos. Para estructurar presupuesto, roadmap y entrega, conozca https://makinai.co/services/es/consultoria-estrategia-ia-transformacion.