Compre un producto de IA cuando el proceso es relativamente estándar, la oferta cumple requisitos críticos y la velocidad importa más que la diferenciación. Configure una plataforma cuando los servicios listos cubren la base, pero datos, workflows, integraciones y controles necesitan adaptación. Contrate desarrollo a medida cuando el proceso es distintivo, cambia con frecuencia y exige control profundo de experiencia, datos, decisiones y arquitectura.
En muchas empresas la respuesta es híbrida: modelos y servicios de mercado con una capa propia de datos, orquestación, evaluación, integraciones y experiencia. La decisión debe identificar qué parte necesita ser diferenciadora y controlada, no forzar toda la solución dentro de una categoría comercial.
AI Solution Sourcing Fit-8: 32 puntos antes de elegir
Califique cada dimensión de cero a cuatro: cero, incompatible; uno, promesa sin evidencia; dos, cumplimiento parcial; tres, cumplimiento con brechas controlables; cuatro, cumplimiento demostrado. Como referencia, exija al menos 24 de 32, ningún cero y mínimo tres en riesgo, datos y operación. Adapte el umbral a la criticidad.
- Diferenciación — cuánto el proceso, la experiencia o la decisión crea ventaja defendible.
- Fit funcional — cobertura de requisitos críticos sin workarounds frágiles.
- Datos y control — acceso, residencia, entrenamiento, retención, derechos y trazabilidad.
- Integraciones y acciones — profundidad con sistemas, identidades, permisos y operación humana.
- Riesgo y accountability — seguridad, calidad, cumplimiento, explicabilidad y autoridad de parada.
- Velocidad y capacidad — time to value, habilidades internas, dependencias y adopción.
- Economía del ciclo de vida — implementación, licencia, consumo, personas, cambio, soporte y salida.
- Adaptabilidad y reversibilidad — evolución, portabilidad, reemplazo y transición.
Cuándo comprar un producto listo
Compre cuando el resultado es común al mercado, el workflow puede adaptarse, el riesgo es acotado y las integraciones son simples. La ventaja es desplegar rápido con menos mantenimiento propio. El trade-off es aceptar roadmap, límites de configuración, modelo comercial, dependencias y controles del proveedor.
Pruebe más que el demo. Use datos representativos, roles reales, excepciones, idioma, volumen, seguridad y un journey completo. Verifique exportación, logs, administración, soporte y economía de crecimiento. Un precio bajo por usuario puede generar un costo alto por tarea aceptada si produce retrabajo.
Cuándo configurar una plataforma
Configure cuando la plataforma aporta servicios sólidos de modelo, búsqueda, agentes, evaluación, seguridad y observabilidad, mientras el valor depende de combinarlos alrededor del proceso. Puede acelerar la base sin convertir al comprador en mantenedor de toda la infraestructura.
Determine si configurar significa APIs componibles y componentes versionados o customizaciones propietarias en una consola cerrada. Exija ambientes separados, pruebas automáticas, promoción controlada, configuración reproducible, exportación y responsabilidades claras entre fabricante, integrador y cliente.
Cuándo contratar desarrollo a medida
El desarrollo a medida se justifica cuando el sistema incorpora workflows, datos, journeys o decisiones que no deben comprimirse dentro de un producto genérico. También encaja cuando la IA debe actuar en varios sistemas, combinar personas y automatización, aplicar controles especializados o evolucionar con aprendizaje operativo.
A medida no significa entrenar un foundation model desde cero. Un socio puede construir la capa diferenciadora con modelos, nube y componentes externos. El contrato debe separar activos propios de dependencias y asegurar repositorios, documentación, evaluaciones, telemetría, derechos, ambientes y transición.
Cuándo una arquitectura híbrida es superior
Use híbrido cuando las capas tienen economías distintas: compre capacidad comoditizada; configure servicios que varían por unidad; construya experiencia, orquestación y controles diferenciales; preserve interfaces para cambiar modelos o proveedores. Cada frontera necesita owner.
Exija cuatro artefactos comparables
- Mapa fit-gap: requisito crítico, cobertura nativa, configuración, desarrollo, workaround, evidencia y owner.
- TCO en tres escenarios: base, crecimiento y estrés, con licencias, consumo, implementación, operación, personas, cambio y salida.
- Mapa de responsabilidades: datos, calidad, seguridad, integraciones, soporte, incidentes y evolución.
- Prueba de reversibilidad: exportar datos y configuración, reemplazar un componente y transferir la operación.
Pida los mismos artefactos a proveedores de producto, integradores y empresas de desarrollo. Normalice volumen, calidad, plazo y capacidad interna. Sin esa base, la suscripción parece artificialmente simple y el proyecto a medida artificialmente caro porque cada propuesta cotiza una frontera diferente.
Compare la economía de todo el ciclo
La guía de FinOps recomienda estimar costos durante desarrollo, piloto y producción y para distintos modelos de despliegue. Use unidades de negocio: tarea aceptada, caso resuelto, documento procesado, venta asistida o decisión revisada. Incluya tokens, llamadas, búsqueda, almacenamiento, observabilidad, evaluación, ambientes, soporte, personas y retrabajo.
Incluya el costo del cambio. Un producto puede exigir rediseño de procesos; una plataforma requiere configuración y gobierno; el software a medida necesita ownership continuo de producto e ingeniería. Los créditos promocionales no son un escenario de escala. Tampoco lo es construir una capa que no diferencia.
Realice una defensa de sourcing de 90 minutos
Entregue el mismo caso a los finalistas: tres sistemas legacy, datos sensibles, operación en español y portugués, volumen cinco veces mayor y reemplazo obligatorio del modelo principal. Pida que dibujen la frontera comprar-configurar-construir, demuestren un control de riesgo, identifiquen el costo dominante y ejecuten el cambio de un componente.
Cinco señales de alerta
- El proveedor recomienda su categoría antes de entender el resultado y el proceso.
- El business case omite operación, evaluación, integración, adopción o salida.
- La customización oculta una brecha estructural del producto.
- Una arquitectura propietaria se presenta como acelerador sin evidencia de portabilidad.
- El comprador no controlará datos brutos, repositorios, documentación, telemetría o derechos de decisión.
Contexto latinoamericano y decisiones conectadas
En América Latina compare entidad contratante, moneda, impuestos aplicables, soporte regional, idiomas, zonas horarias, ubicación de datos, transferencias internacionales, subencargados y requisitos sectoriales. Una solución global puede necesitar operación local; una solución local puede depender de modelos y nube globales. Haga visibles ambas cadenas.
Use https://makinai.co/insights/es/equipo-interno-o-consultora-ia-como-decidir para capacidad interna, https://makinai.co/insights/es/como-elegir-empresa-plataforma-corporativa-ia para plataforma, https://makinai.co/insights/es/como-elegir-empresa-integracion-ia-sistemas-empresariales para integración, https://makinai.co/insights/es/como-evitar-lock-in-contratar-proveedor-ia para reversibilidad y https://makinai.co/insights/es/como-estructurar-piloto-pago-contratar-empresa-ia para validar la ruta.
Cuándo involucrar a MAKINAI
MAKINAI puede convertir el caso en requisitos comparables, mapear fit-gap, modelar la economía del ciclo, definir la frontera propia y conducir una prueba corta antes de adjudicar. Conozca https://makinai.co/services/es/consultoria-estrategia-ia-transformacion. La meta es construir lo que diferencia, comprar lo que ya funciona y preservar libertad para evolucionar.