Antes de sumar plataformas, automatización o inteligencia artificial, conviene mirar cómo funciona realmente la operación. Muchas oportunidades tecnológicas aparecen recién cuando entendemos dónde está el problema.

Todo comienza con un problema aparentemente sencillo.

Un proceso está demorando demasiado, los equipos empiezan a reclamar y alguien plantea una solución que parece evidente: “necesitamos una nueva plataforma”.

Entonces comienzan las reuniones, las demostraciones y las cotizaciones. Se comparan proveedores, funcionalidades y costos hasta que finalmente se toma una decisión. La herramienta se implementa, los equipos reciben capacitación y el proyecto entra en producción.

Pero unos meses después ocurre algo incómodo: el problema sigue ahí.

Parte de la información todavía se descarga a Excel. Algunas aprobaciones continúan circulando por correo. Hay datos que deben ingresarse manualmente en más de un sistema y los tiempos de respuesta no mejoraron tanto como se esperaba.

La tecnología funciona. El problema es que quizás nunca estuvo ahí.

Antes de iniciar cualquier proyecto tecnológico vale la pena hacerse una pregunta mucho menos atractiva que revisar una demo, pero bastante más importante: ¿cómo funciona realmente el proceso que queremos mejorar?

Cuando el problema aparece antes que la tecnología

La presión por incorporar automatización, inteligencia artificial y nuevas plataformas ha aumentado. Y con ella también crece el riesgo de comenzar por la solución.

Un estudio del IBM Institute for Business Value realizado en 2024 a 3.000 CEOs mostró que el 51% reconocía estar invirtiendo en algunas tecnologías debido al temor de quedarse atrás, incluso antes de comprender completamente el valor que podían generar para el negocio.

No es difícil entender por qué ocurre.

Una tecnología nueva es visible. Se puede presentar, presupuestar, implementar y mostrar como avance. Revisar un proceso completo, en cambio, obliga a entrar en terrenos menos cómodos: pasos innecesarios, tareas duplicadas, decisiones históricas que nadie ha vuelto a cuestionar y trabajo manual que terminó normalizándose.

Ahí suelen aparecer las oportunidades más interesantes.

Pensemos en un proceso aparentemente simple. Un ejecutivo obtiene información desde un sistema, la descarga a Excel y la envía por correo. Otra persona la revisa, solicita alguna corrección y posteriormente parte de esos datos se vuelve a ingresar manualmente en otra plataforma.

En un procedimiento formal probablemente todo eso aparezca resumido como “validación de información”.

Pero cuando se observa el recorrido real aparecen varios problemas: doble digitación, esperas, versiones diferentes de un mismo archivo y personas utilizando tiempo en mover información de un lugar a otro.

Tal vez la empresa no necesita cambiar ninguno de sus sistemas. Quizás necesita conectarlos.

Las señales están en el trabajo cotidiano

Mapear un proceso permite detectar fricciones que muchas veces pasan inadvertidas precisamente porque los equipos se acostumbraron a ellas.

Si una persona copia información todos los días entre dos plataformas, está actuando manualmente como una integración entre sistemas.

Si un trámite requiere diez minutos de trabajo, pero demora tres días porque espera distintas aprobaciones, el problema probablemente no está en la velocidad de la herramienta.

Y si un equipo responde cientos de veces al mes la misma pregunta de clientes o colaboradores, quizás antes de sumar otro canal de atención convenga preguntarse por qué esa información no está disponible de manera más clara.

Lo mismo ocurre con Excel y el correo electrónico. No son enemigos de la productividad. El problema aparece cuando terminan sosteniendo operaciones críticas mediante archivos paralelos, múltiples versiones o seguimientos que dependen de que una persona recuerde enviar un mensaje.

Observar estas situaciones permite dejar atrás diagnósticos demasiado amplios como “el proceso es lento” y comenzar a responder preguntas mucho más útiles: ¿dónde se pierde tiempo?, ¿qué tareas se repiten?, ¿dónde aparecen errores?, ¿qué información se mueve manualmente? y ¿qué impacto tiene todo eso en la operación?

Primero entender el problema, después elegir la solución

La llegada de nuevas tecnologías también genera otra tentación: querer utilizarlas simplemente porque existen.

Una empresa escucha hablar de agentes inteligentes y comienza preguntándose dónde podría implementar uno. Otra adquiere una plataforma de automatización y después busca qué procesos automatizar.

El orden debería ser exactamente el contrario.

No necesitamos un agente inteligente porque queremos utilizar inteligencia artificial. Podríamos necesitarlo porque cientos de consultas repetitivas están consumiendo horas de un equipo que debería concentrarse en resolver situaciones más complejas.

La diferencia es importante porque también cambia la forma de medir el resultado.

El objetivo deja de ser “implementar IA” y pasa a ser reducir tiempos de respuesta, disminuir carga administrativa, resolver más solicitudes o liberar horas para actividades de mayor valor.

McKinsey encontró en 2025 que, entre 25 prácticas analizadas, el rediseño de los flujos de trabajo era el factor con mayor relación con la generación de impacto en EBIT asociado al uso de inteligencia artificial. Sin embargo, solo el 21% de las organizaciones que utilizaban IA generativa había rediseñado de manera fundamental al menos algunos de sus procesos.

La tecnología puede ser sofisticada. Si se instala sobre un proceso que mantiene las mismas ineficiencias, su impacto seguirá siendo limitado.

No todo necesita automatización

Entender un proceso tampoco significa automatizar cada tarea que aparezca.

Una acción que ocurre tres veces al año y demora pocos minutos probablemente no justifique un proyecto tecnológico. Una tarea de cinco minutos repetida miles de veces puede representar cientos de horas acumuladas.

Por eso, al detectar oportunidades conviene mirar variables simples: frecuencia, volumen, tiempo involucrado, errores, impacto económico, efecto sobre el cliente y dificultad de implementación.

A veces la mejor oportunidad ni siquiera es la más visible.

Un proceso administrativo desconocido para gran parte de la organización puede consumir muchas más horas que una tarea que aparece constantemente en las reuniones ejecutivas.

Y, en algunos casos, después de analizarlo la conclusión puede ser todavía más sencilla: no se necesita una nueva plataforma. Basta con eliminar una aprobación, modificar una regla o redefinir quién hace qué.

La tecnología debería ser una consecuencia

Volvamos a la empresa del comienzo.

Quizás nunca necesitó reemplazar completamente su plataforma. El verdadero cuello de botella podía estar en unas pocas aprobaciones, dos cargas manuales y una información que viajaba innecesariamente entre distintas áreas.

Descubrirlo antes habría cambiado el proyecto, la inversión y probablemente también sus resultados.

Porque antes de decidir entre automatización, integración, analítica, inteligencia artificial o cualquier otra tecnología, hay un trabajo previo que sigue siendo esencial: entender dónde se está perdiendo tiempo, información o capacidad.

Solo entonces aparece la pregunta correcta sobre tecnología.

No qué podemos implementar, sino qué problema del negocio realmente vale la pena resolver.