Por qué fracasan los proyectos de automatización

Imagine a un empresario que investigó durante meses, puso en marcha una automatización y se la presentó a su equipo. Unas semanas después todos han vuelto a su método anterior. El sistema funciona, pero nadie lo usa. Este cuadro no es nada raro.

Abundan los textos que explican lo útil que es la automatización. En nuestro propio sitio hay artículos así, sector por sector. Sin embargo, un tema casi nunca se aborda: ¿por qué los proyectos de automatización no cuajan?

De eso trata este artículo. Hablar de los límites de lo que vendemos puede parecer extraño, pero lo contrario sale más caro. Una automatización mal montada consume más tiempo que no tener ninguna.

El problema no suele estar en la tecnología

Cuando una automatización se atasca, la culpa recae primero en la herramienta. Sin embargo, las herramientas están hoy bastante maduras. El origen del atasco suele estar en la fase anterior: en el proceso mismo.

Los puntos de atasco más frecuentes

Empezar sin haber escrito el proceso

En muchas empresas dos personas hacen el mismo trabajo de dos maneras distintas. Mientras lo ejecutan personas esto no causa problemas; cada cual conoce su método. La automatización, en cambio, exige un único método. Si el proceso no se ha escrito antes, durante la puesta en marcha aparece la frase "en realidad nosotros no lo hacemos así" y el trabajo vuelve a empezar.

El remedio es sencillo pero suele saltarse: el proceso que se va a automatizar debería escribirse paso a paso antes de la instalación. Quién hace qué y cuándo, qué información va a dónde. Cuando esa lista existe, a menudo también se hacen visibles los pasos innecesarios.

Empezar por la tarea más compleja

Es natural querer empezar por donde más duele. Pero el punto que más duele suele ser el más complejo: un proceso con mucha gente implicada, muchas excepciones y muchos sistemas conectados. Ese es un terreno exigente para una primera instalación.

Empezar por un proceso pequeño y acotado puede ser una vía más firme. Recordatorios de cita, dirigir un mensaje entrante a la persona adecuada, preparar un informe recurrente. Cuando un área pequeña funciona, el equipo empieza a confiar en el sistema, y pasar a áreas complejas puede resultar más fácil.

Dejar al equipo fuera del proceso

La automatización suele decidirse en la dirección y entregarse al equipo ya terminada. El equipo puede leerlo de dos formas: como "una herramienta que me facilita el trabajo" o como "un sistema que me vigila". Cuál de las dos crean influye directamente en el resultado.

Es el equipo quien introducirá los datos, usará el resultado y notará el primer fallo. Consultarles al principio cuesta menos esfuerzo que intentar convencerles al final.

Creer que la instalación es la meta

El trabajo no termina cuando la automatización entra en funcionamiento. El uso real siempre difiere del escenario de instalación: llega un formato de mensaje inesperado, un cliente rellena un formulario a medias, un proveedor envía datos en otra estructura. No son fallos, es el funcionamiento normal.

Si en el primer periodo tras el arranque nadie observa el sistema y corrige las asperezas, el equipo puede volver a su método anterior al primer tropiezo. Y una vez que se vuelve, regresar cuesta más.

No medir lo que ha cambiado

Si la pregunta "¿ha servido?" se responde por sensación, la discusión no termina. Antes de la instalación conviene decidir qué se va a medir: cuántos mensajes quedaban sin responder, cuántas citas se olvidaban, por qué pasos pasaba la preparación de un presupuesto.

Esa medición no tiene por qué ser compleja. Lo importante es que la situación previa quede registrada en algún sitio. De lo contrario puede haber mejora y nadie darse cuenta.

Cuándo la automatización no encaja

No todo proceso es apto. En estos casos, esperar puede ser la decisión más acertada:

• Si el proceso cambia con frecuencia. Automatizar un trabajo que aún no se ha asentado y cambia de forma cada mes significa reinstalar continuamente. Puede convenir esperar a que el proceso se calme.
• Si la tarea se realiza rara vez. Para una operación que se repite muy poco, el esfuerzo de instalación puede no compensar.
• Si cada caso es realmente único. La automatización trabaja con patrones que se repiten. Donde no hay dos situaciones parecidas, su aportación puede quedar limitada.
• Si no hay ningún dato. En un área sin registros no hay base sobre la que construir. Primero conviene asentar el hábito de registrar.

Decir esto puede parecer extraño desde el punto de vista comercial. Pero un sistema instalado en un lugar inadecuado no sirve a nadie: la empresa pierde su dinero y quien lo instala, su reputación.

Preguntas útiles antes de empezar

Si antes de una conversación sobre automatización tiene respuesta a lo siguiente, el proceso puede avanzar más rápido y el riesgo de una instalación equivocada disminuye:

• ¿Quién realiza hoy este proceso y por qué pasos discurre?
• ¿Funciona igual para todos o varía según la persona?
• ¿Dónde se guarda cada dato? ¿En un solo sitio o disperso?
• ¿Cuáles son las excepciones? ¿Dónde se rompe más a menudo?
• ¿Quién vigilará el sistema después de la instalación?
• ¿En qué nos fijaremos para saber si ha funcionado?

No poder responder a algunas no es un problema. La ausencia de respuesta también es información; puede indicar qué área conviene ordenar primero.

Cómo trabajamos

En Kılman Bilişim preferimos levantar el proceso conjuntamente antes de cualquier instalación. No proponemos montar nada en un área que consideramos inadecuada; en su lugar señalamos qué preparación hace falta. Tras el arranque observamos cómo se comporta el sistema en uso real y corregimos los puntos que fallan.

Este enfoque puede parecer más lento. Pero un sistema bien montado una vez suele perdurar, porque se gana la confianza del equipo.

Preguntas frecuentes