Todas las ideas

Operaciones

Automatizar no es rediseñar

30 de junio de 2026

Casi todo lo que se llama transformación con IA es en realidad una capa nueva sobre un proceso viejo. El proceso se queda tal cual, con sus nueve pasos, sus cuatro aprobaciones y sus tres hojas de cálculo, y se le añade un asistente que redacta más rápido uno de esos pasos. Se gana algo. Se gana poco.

Los pasos que existen solo por costumbre

Todo proceso con más de cinco años acumula pasos que ya no sirven para nada. Una validación que se añadió después de un incidente que ocurrió una vez en 2017. Un informe que alguien pidió y que nadie ha vuelto a leer. Una segunda firma que existe porque el sistema antiguo no dejaba rastro de la primera.

Si automatizas eso, lo consagras. Ahora ese paso inútil es más rápido, más barato y mucho más difícil de eliminar, porque ya tiene una herramienta detrás y alguien que la defiende.

Empezar por el final

Rediseñar es otra cosa. Se empieza por el resultado que quieres —un presupuesto enviado, un expediente resuelto, un pedido servido— y se pregunta cómo llegarías hasta ahí si empezaras hoy, sabiendo lo que la tecnología permite ahora. No cómo mejorarías el camino actual, sino qué camino harías desde cero.

La pregunta que más nos funciona en una sala es sencilla: si la máquina pudiera hacer el setenta por ciento de esto, ¿qué aspecto tendría el proceso? Obliga a hablar del trabajo, no de las herramientas. Y casi siempre aparecen dos o tres pasos que directamente desaparecen.

Cómo se hace en la práctica

  • Fija el resultado y el momento en que se considera terminado. Sin ambigüedad.
  • Descompón el camino en pasos pequeños y concretos, sin heredar el orden actual.
  • Para cada paso decide quién lo hace: persona, máquina o los dos.
  • Marca los traspasos. Ahí es donde se pierde el tiempo y donde se cuelan los errores.
  • Define qué se registra en cada paso, porque esos datos son los que harán que el proceso mejore solo con el tiempo.
  • Define qué pasa cuando algo falla y quién lo recoge.

Un ejemplo corriente

Presupuestos en una empresa industrial. El proceso original: comercial recibe la petición, pide datos técnicos a ingeniería, ingeniería contesta en tres días, comercial monta el precio en una hoja, un responsable lo aprueba, alguien lo pasa a plantilla y se envía. Once días de media, la mitad esperando.

Rediseñado: el sistema extrae los datos técnicos de la petición y los contrasta con el histórico de trabajos parecidos, propone una configuración y un precio de partida, ingeniería solo interviene cuando la pieza es realmente nueva, y el responsable aprueba únicamente por encima de cierto importe o cierto margen. El comercial revisa y envía.

Lo interesante no es la herramienta. Es que desaparecieron dos esperas y una aprobación, y que ingeniería pasó de contestar cuarenta consultas al mes a contestar seis, las que de verdad necesitaban su criterio.

Si al terminar el rediseño el proceso tiene los mismos pasos que antes, no has rediseñado nada.

El coste de hacerlo bien

Rediseñar cuesta más conversación al principio y bastante menos dinero después. Un rediseño serio de un proceso crítico se hace en cuatro u ocho semanas, incluyendo un piloto con usuarios reales. Es menos de lo que tarda en llegar la factura de una plataforma que nadie acaba usando.

¿Tienes un proceso que duele?

Cuéntanoslo en media hora. Sin presentación de cuarenta páginas. Si no somos los adecuados, te lo decimos y te apuntamos hacia quien sí puede ayudarte.