Construir o comprar agentes de IA: regla de 2026

Empiece por el trabajo que necesita completar. Un producto es un buen candidato si resuelve sus casos reales dentro de los requisitos de datos, permisos y soporte. Conviene considerar el desarrollo a medida cuando una carencia comprobada justifica el costo de tener y mantener la solución.

Separe dos decisiones: qué necesita desarrollo a medida y quién lo operará. Comprar software sigue dejando tareas de configuración, gestión de accesos y tratamiento de excepciones. Encargar código sigue requiriendo licencias, infraestructura y un acuerdo de soporte.

Compare cuatro opciones prácticas

Estas opciones pueden coexistir. Puede comprar extracción de documentos, crear un conector para un sistema contable antiguo y mantener las reglas de aprobación en su aplicación. Eso no exige entrenar un modelo propio.

Primero, defina los requisitos que descartan una opción

Describa el desencadenante, las entradas necesarias, las acciones permitidas y el resultado final de un proceso. Incluya casos difíciles y defina cuáles deben pasar a una persona. Separe los requisitos obligatorios de las preferencias negociables.

Compruebe estos puntos antes de comparar precios:

• Datos: qué campos salen de cada sistema, quién accede a ellos, dónde se procesan y conservan y cómo se eliminan. Revise el producto, plan y contrato concretos. Excluir los datos del entrenamiento de modelos no establece por sí solo una política de conservación.
• Permisos: el sistema debe funcionar con el acceso que realmente puede conceder. Un conector que exige amplios derechos de administrador puede quedar descartado aunque su demo funcione.
• Operación: identifique quién atenderá excepciones, fallos de integración y recuperación, y qué soporte habrá en su ausencia.
• Salida: determine qué puede exportarse y reutilizarse, qué seguirá sujeto a licencia y qué necesitaría otra persona para hacerse cargo.

Un requisito de ubicación de datos no implica automáticamente desarrollar internamente. Un producto bajo licencia adecuado puede cumplirlo. En cambio, un desarrollo a medida que envía datos a un servicio alojado inadecuado tampoco lo cumple. Pida al responsable correspondiente que evalúe el diseño y las condiciones reales.

Pruebe la capacidad que falta antes de pagar por desarrollarla

Imagine una empresa de servicios que clasifica solicitudes entrantes. Las de clientes conocidos deben llegar al responsable de su cuenta; los prospectos nuevos deben tener un borrador en el CRM con la categoría de servicio correcta. Las cuentas desconocidas y los datos contradictorios pasan a una cola de excepciones. Enviar mensajes al cliente queda fuera de esta prueba.

Pruebe el producto disponible con solicitudes representativas, incluidos envíos duplicados, cambios de nombre de cuenta y datos de contacto ausentes. Una categoría faltante puede resolverse con configuración. Un CRM antiguo no compatible puede requerir un conector. Una regla que el personal no explica de manera coherente puede necesitar una aclaración del proceso antes de automatizar.

Registre cada carencia, su frecuencia, sus consecuencias y la solución provisional. Compare el costo de esa solución con el de corregir la carencia. A veces, un proceso propio puede configurarse en un producto estándar; un proceso común puede necesitar una integración a medida.

Use los mismos casos reservados y criterios de aceptación para cada candidato. Registre versión, configuración y fecha de prueba. Cuente las acciones inaceptables por separado de las clasificaciones correctas. Superar esta prueba aporta evidencia para un piloto acotado, sin demostrar fiabilidad futura. La guía del piloto explica la siguiente etapa.

Compare un año completo con la misma carga

Asigne a cada opción el mismo volumen de casos, horario de servicio, requisitos de calidad y periodo operativo. Incluya:

1. Puesta en marcha, integración, migración, limpieza de datos y pruebas de aceptación.
2. Tiempo interno de implementación y gestión a costo completo, aunque esas personas ya estén en nómina.
3. Licencias, uso de modelos, alojamiento, monitoreo y soporte.
4. Revisión humana, excepciones, reintentos, correcciones y mantenimiento.
5. Traspaso o migración si se detiene el proyecto o cambia de proveedor.

Estime por separado los meses normales y los de mayor demanda. Identifique qué cifras son cotizaciones, resultados medidos o supuestos. No oculte horas internas en la opción a medida ni las añada solo a la opción de producto. Evite contar dos veces un soporte ya incluido en una tarifa.

Por ejemplo, una suscripción que parece económica puede exigir correcciones manuales frecuentes. Un desarrollo interno puede evitar esa suscripción, pero ocupar a ingenieros necesarios en otro proyecto. Compare el costo del trabajo completado y aceptado, incluido el esfuerzo humano restante. El tiempo liberado es capacidad; solo se convierte en ahorro de efectivo cuando disminuye un costo real.

Nuestra guía de costos de agentes de IA incluye un cálculo de recuperación de la inversión y los límites de nuestros precios publicados. Estime el mantenimiento por el trabajo y nivel de servicio necesarios, sin asumir un porcentaje fijo del costo de desarrollo.

Lo que no deciden las estadísticas de éxito

El informe de julio de 2025 de Project NANDA compara despliegues declarados por 52 organizaciones entrevistadas. Sus autores advierten que las diferencias entre empresas podrían explicar los resultados y que faltan datos para cuantificar el éxito del enfoque híbrido. Estas observaciones no demuestran que contratar a un proveedor duplique sus probabilidades de éxito.

Pida tanto al equipo interno como al proveedor pruebas de trabajo pertinente, resultados de tests, un responsable operativo y una estimación creíble. Aplique el mismo criterio a ambos.

Tome una decisión que pueda revisar

Anote la opción elegida, las alternativas probadas, los riesgos pendientes, el costo esperado y la evidencia que haría cambiar la decisión. Asigne al piloto un responsable, una fecha de revisión, un límite de gasto y condiciones claras de suspensión. Si ninguna opción cumple los requisitos esenciales o crea suficiente valor, mantener el proceso actual es un resultado válido.

Antes de firmar, pruebe una exportación y compruebe que quien tome el relevo puede utilizarla. Un archivo de datos exportado no incluye necesariamente las reglas, configuración, casos de evaluación o derechos necesarios para ejecutar el proceso en otro lugar. Nuestras preguntas para proveedores cubren esos detalles del contrato y la entrega.

Si todavía no sabe qué proceso merece inversión, la Auditoría de oportunidades de IA se contrata de forma independiente y cubre prioridades, costos y decisiones entre compra y desarrollo. Si el proceso y la carencia están definidos, vea cómo delimitamos el desarrollo de agentes de IA. La propuesta debe explicar por qué su caso necesita trabajo a medida.