El dilema que paraliza a muchos COO y CFO
Tiene un ERP funcionando. El equipo lo conoce. Los procesos están más o menos definidos. Y aun así, hay tareas que siguen dependiendo de personas: consolidar datos de distintas fuentes, preparar reportes para dirección, cruzar información entre módulos, responder consultas internas sobre stock o facturación.
La pregunta no es si la IA puede ayudar. La pregunta es cuándo actuar y cómo hacerlo sin asumir riesgos innecesarios.
Hay tres respuestas habituales en empresas mid-size: construir internamente, contratar a alguien que lo haga, o esperar a que la tecnología madure. Las tres tienen lógica. Y las tres tienen costes que no siempre se calculan.
Opción 1: construir internamente
La opción de build interno tiene sentido cuando el equipo de tecnología tiene capacidad real disponible, cuando el problema es suficientemente específico como para justificar desarrollo propio, y cuando la empresa tiene tolerancia para iterar durante varios meses.
El problema habitual: el equipo de IT está al 100% manteniendo el ERP, gestionando incidencias y ejecutando proyectos ya comprometidos. No hay margen para explorar tecnologías nuevas con la profundidad que requiere un agente de IA en producción.
Construir un agente que se integre con un ERP, que maneje errores, que tenga observabilidad y que el equipo de negocio adopte de verdad, no es un proyecto de dos semanas. Requiere decisiones de arquitectura, gestión de prompts, integración con APIs, pruebas con datos reales y un proceso de adopción. Si el equipo no tiene ese tiempo ni ese método, el proyecto se alarga o se abandona.
Cuándo tiene sentido el build interno: cuando hay un perfil técnico dedicado, con tiempo real asignado, y el problema es lo suficientemente acotado como para entregar algo funcional en menos de seis semanas.
Opción 2: contratar un partner
Contratar a un partner externo acelera la implementación, pero no todas las propuestas del mercado son equivalentes. Hay una diferencia importante entre un partner que construye el agente y lo entrega, y un partner que construye junto al equipo y deja la capacidad instalada.
El primer modelo crea dependencia: cada modificación, cada nuevo agente, cada ajuste requiere volver al proveedor. El segundo modelo deja al equipo autónomo.
Para una empresa mid-size, la dependencia es un riesgo operativo real. Si el proveedor cambia de prioridades, sube precios o simplemente no responde con la agilidad necesaria, el sistema queda sin soporte interno.
Lo que conviene evaluar al contratar: ¿el partner trabaja junto al equipo o trabaja en lugar del equipo? ¿Hay transferencia de conocimiento explícita? ¿El equipo puede operar y modificar los agentes sin intervención externa al finalizar el proyecto?
Cuándo tiene sentido contratar: cuando el equipo no tiene tiempo para construir internamente, cuando el problema tiene impacto económico claro y cuando el partner garantiza autonomía al cierre del proyecto.
Opción 3: esperar
La opción de esperar tiene una lógica aparente: la tecnología mejora cada mes, los costes bajan, hay más casos de uso documentados. ¿Por qué actuar ahora?
El problema es que esperar también tiene un coste. Cada mes que el equipo dedica 20 horas a consolidar datos manualmente es un coste real. Cada reporte que llega tarde a dirección es una decisión que se toma con información incompleta. Cada proceso manual que depende de una persona específica es un riesgo de continuidad.
Además, los competidores que ya están implementando no esperan. No es un argumento de urgencia artificial: es una variable de competitividad que se acumula mes a mes.
Cuándo tiene sentido esperar: cuando no hay ningún proceso con impacto económico claro, cuando el equipo está en medio de una migración de ERP o cuando hay una reorganización interna que hace inestable cualquier implementación nueva.
Cómo evaluar si el momento es ahora
Hay tres preguntas concretas para tomar la decisión:
1. ¿Existe un proceso que consume más de 10 horas mensuales y cuya lógica es repetible?
Si la respuesta es sí, hay un caso de uso viable. Ejemplos habituales en empresas con ERP: consolidación de cierres contables, generación de reportes de ventas por región, conciliación de facturas con pedidos, respuesta a consultas internas sobre inventario.
2. ¿Cuál es el coste real de ese proceso hoy?
Una estimación razonable: si el proceso consume 20 horas mensuales de un perfil con coste empresa de 3.000 euros al mes, el coste mensual del proceso es aproximadamente 375 euros. En doce meses, 4.500 euros. Si un agente puede reducir ese tiempo en un 70%, el ahorro anual está entre 3.000 y 3.500 euros solo en ese proceso. Multiplicado por tres o cuatro procesos similares, la hipótesis de ROI se vuelve concreta.
3. ¿Tiene el equipo capacidad para adoptar algo nuevo en las próximas seis semanas?
No se trata de capacidad técnica, sino de disponibilidad real. Un agente que nadie usa no genera ROI. La adopción requiere que alguien en el equipo esté dispuesto a cambiar la forma en que trabaja.
Un ejemplo concreto
Una empresa de distribución industrial con ERP SAP dedicaba entre 25 y 30 horas mensuales a preparar el reporte de cierre para dirección: extraer datos de distintos módulos, cruzarlos en Excel, validar con el equipo de contabilidad y formatear la presentación final.
Con un agente conectado al ERP vía API, ese proceso pasó a ejecutarse de forma automatizada. El equipo de contabilidad dejó de hacer el trabajo de extracción y cruce, y se concentró en la validación final. El tiempo dedicado bajó a entre 5 y 8 horas mensuales. El reporte llegó a dirección con dos días de anticipación respecto al proceso anterior.
El coste del proyecto se recuperó en menos de cuatro meses.
Conclusión
Build, contratar o esperar no es una decisión ideológica. Es una decisión financiera y operativa que depende de variables concretas: capacidad del equipo, impacto del problema y coste de oportunidad de no actuar.
Si tiene un proceso repetitivo con impacto medible y un equipo con mínima disponibilidad para adoptar algo nuevo, el momento de evaluar es ahora, no el próximo trimestre.
Si quiere revisar si hay un caso de uso viable en su operación, podemos hacer ese análisis en 15 minutos.
[→ Solicitar diagnóstico gratuito]
