Primero mapee el flujo de trabajo: por qué nunca debería automatizar un proceso que no sabe dibujar

Casi todas las automatizaciones que salen mal salieron mal antes de que alguien tocara una herramienta. El propietario se saltó el paso aburrido —dibujar de verdad cómo fluye el trabajo hoy— y saltó directo a comprar software para un proceso que no habría sabido explicar a una persona recién contratada. El resultado es predecible: la automatización gestiona la versión del trabajo que vive en su cabeza, no la que ocurre de verdad un martes por la tarde cuando un cliente vuelve a llamar para cambiar su pedido.

He asistido a muchas de estas autopsias. Una empresa pequeña gasta dinero real en una plataforma vistosa, la configura con confianza y, al cabo de un mes, la gente la sortea en silencio. Cuando pregunta por qué, la respuesta casi nunca es «el software era malo». Es «el software no conocía la excepción con la que lidiamos cada semana». Nadie había anotado esa excepción, porque nadie había dibujado nunca el conjunto sobre papel.

Mapear un flujo de trabajo antes de automatizarlo es el seguro más barato que puede contratar. Cuesta una tarde y una pizarra. Detecta los pasos ocultos, las entregas silenciosas y los huecos de dónde-se-toma-esta-decisión que de otro modo afloran tres semanas después de la puesta en marcha. Es la parte que todo el mundo quiere saltarse, y es la parte que decide en silencio si el proyecto funciona.

Qué significa realmente «mapear un flujo de trabajo»

Quitemos la jerga. Mapear un flujo de trabajo significa simplemente anotar, en orden, cada paso que ocurre entre un disparador y un resultado terminado, y ser honesto con las partes caóticas. El disparador podría ser «llega una nueva consulta» y el resultado terminado «el cliente ha pagado y el trabajo está cerrado». Todo lo que hay en medio es su mapa.

No está dibujando el proceso que le gustaría tener. Está dibujando el que tiene de verdad: el tal como es, no el como debería ser. Esa distinción importa más que cualquier notación o herramienta. Todo el valor del mapeo nace de capturar la realidad, incluidas las partes vergonzosas: la hoja de cálculo que solo María sabe actualizar, la aprobación que ocurre acercándose al escritorio de alguien, el correo que se vuelve a teclear a mano en el sistema de facturación.

Bien hecho, un mapa cabe en una página y una persona ajena podría leerlo y entender a grandes rasgos cómo su empresa convierte una consulta en dinero. Ese es el listón. Si su mapa necesita una leyenda y cuatro colores para ser legible, lo ha sobrediseñado.

Por qué saltarse este paso sale tan caro

Cuando automatiza sin mapear, no está automatizando su proceso: está automatizando su suposición sobre su proceso. Y el hueco entre ambos es donde se va el dinero. Tres modos de fallo aparecen una y otra vez.

El primero es el paso invisible. Casi siempre hay una tarea tan rutinaria que nadie la menciona: la comprobación rápida, la corrección manual del IVA, la llamada para confirmar una dirección. Nunca llega al briefing, así que nunca llega a la automatización, y la primera vez que se necesita todo el flujo se atasca.

El segundo es la decisión no documentada. En algún punto de su proceso una persona emite en silencio un juicio: este pedido es urgente, este cliente recibe un descuento, este presupuesto necesita el visto bueno de un responsable. Si no saca a la luz dónde vive esa decisión y qué regla sigue, la automatización o bien la ignora o bien la adivina, y ambas cosas son malas.

El tercero es la entrega fantasma. El trabajo pasa entre dos personas o dos sistemas por un canal que nadie documentó: un correo reenviado, una carpeta compartida, un aviso verbal. Automatice a su alrededor y el trabajo simplemente cae en un hueco. El mapeo es como encuentra estos antes de que ellos le encuentren a usted.

Antes de dibujar nada: elija un proceso y un resultado

No intente mapear toda su empresa. Así es como el propio mapeo se convierte en un proyecto de seis meses que muere en una unidad compartida. Elija exactamente un flujo de trabajo —el que ya sospecha que merece la pena automatizar— y mapee solo ese, de un disparador claro a un final claro.

Defina los dos extremos en voz alta antes de empezar. ¿Dónde empieza este proceso? y ¿qué aspecto tiene «terminado»? Si no puede nombrar ambos en una sola frase cada uno, aún no está listo para mapear: está intentando mapear una niebla. «Desde el momento en que llega un correo de pedido hasta el momento en que se envía la factura» es un proceso mapeable. «Nuestras ventas» no lo es.

Cómo mapear un flujo de trabajo, paso a paso

No necesita software especial para esto. Las notas adhesivas en una pared superan a cualquier herramienta, porque son fáciles de mover y todo el equipo puede agruparse en torno a ellas. Si prefiere lo digital, una pizarra compartida o incluso una lista numerada en un documento funciona bien. El método importa mucho más que el medio.

1. 1
   Reúna a las personas adecuadas en la sala

   No solo al propietario. Las personas que de verdad hacen el trabajo ven pasos que el propietario olvidó que existían. Una voz que falte y se perderá una rama entera del proceso.
2. 2
   Escriba primero el disparador y el resultado

   Ponga el inicio a la izquierda del todo y el final a la derecha del todo. Todo lo que añada vive entre esos dos puntos fijos, lo que evita que el mapa se desborde.
3. 3
   Recorra un ejemplo real

   Tome un caso reciente real —un pedido real, una consulta real— y narre exactamente qué le pasó, paso a paso. Lo real gana a lo hipotético siempre.
4. 4
   Marque cada entrega y decisión

   Cada vez que el trabajo pasa a otra persona o sistema, dibújelo. Cada vez que alguien toma una elección, dibuje una bifurcación y escriba la regla que hay detrás. Estos son los puntos donde la automatización vive o muere.
5. 5
   Cace las excepciones

   Ahora pregunte: ¿cuándo NO sigue el camino normal? La devolución, el pedido urgente, el cliente incómodo. Añada las excepciones comunes; anote las raras al margen.
6. 6
   Cronometre cada paso a grandes rasgos

   Apunte una cifra aproximada de minutos junto a cada paso. Busca las partes gordas —donde de verdad se esfuman las horas— para saber qué merece la pena automatizar.

Cuando termine, debería poder posar el dedo en cualquier lugar del mapa y decir qué pasa, quién lo hace, cuánto tarda y qué podría salir mal. Si hay un paso en el que la respuesta honesta es «no estoy del todo seguro de cómo funciona eso», enhorabuena: acaba de encontrar lo más importante de la pared. Esa niebla es exactamente lo que habría roto su automatización.

¿Necesita una notación formal?

Existe todo un lenguaje formal para esto llamado BPMN, con símbolos precisos para tareas, compuertas y eventos. Para una gran empresa con un equipo de procesos dedicado, es genuinamente útil. Para un negocio de ocho personas y un flujo de trabajo doloroso, es un exceso que estorba. Cajas para los pasos, rombos para las decisiones, flechas para el flujo: esa es toda la notación que necesita. No deje que la notación perfecta le impida dibujar el mapa imperfecto.

Leer el mapa: qué arreglar antes de automatizar

Aquí está la parte que la gente se pierde. Un mapa no es solo documentación para quien desarrolla: es un diagnóstico. Una vez que el proceso está en la pared, problemas con los que ha convivido durante años de repente parecen obvios. Resista el impulso de automatizar de inmediato. Primero, arregle lo que el mapa revela.

Busque pasos que existen solo por costumbre. Una cantidad sorprendente de proceso de pequeña empresa es arqueología: cosas que se hacen de cierta manera porque alguien lo montó así en 2017 y nadie lo ha cuestionado desde entonces. Si un paso no añade valor, elimínelo. Automatizar un paso inútil solo hace que un paso inútil vaya más rápido.

Busque también la misma información tecleada más de una vez. Cada entrada duplicada en su mapa es a la vez un sumidero de tiempo y un lugar donde se cuelan los errores, y suele ser lo más fácil y de mayor retorno para automatizar. Y busque los cuellos de botella: el único paso donde todo se amontona esperando a una persona. A veces la solución ahí no es software en absoluto, es un cambio de regla.

• Pasos redundantes que existen solo porque «siempre lo hemos hecho así»: elimínelos.
• Los mismos datos introducidos a mano en dos o más sistemas: objetivos prioritarios de automatización.
• Una decisión que toma una persona pero que en realidad sigue una regla fija y escrita: esa regla puede automatizarse; el juicio genuino no.
• Un cuello de botella donde el trabajo espera a una persona: a veces un cambio de proceso supera a un cambio de tecnología.
• Una entrega que pierde información: ajústela antes de envolver una automatización a su alrededor.

Un caso breve: la mesa de pedidos que automatizó primero lo que no debía

Un pequeño mayorista con el que trabajamos —llamémosle un proveedor regional de equipamiento de hostelería, unos veinte empleados— llegó a nosotros convencido de que necesitaba una herramienta de IA para leer los correos de pedidos entrantes. Los pedidos llegaban como correos de texto libre, alguien los volvía a teclear en el sistema, y ese reteclear parecía lo obvio para automatizar. Casi habían contratado un producto de lectura de documentos antes de que nos sentáramos.

Pasamos una tarde mapeando el proceso real de pedido a factura en la pared de su sala de reuniones. El mapa contaba otra historia. Sí, reteclear los correos era molesto, quizá diez minutos por pedido. Pero dos pasos más adelante, cada pedido se detenía en el escritorio de una persona para una comprobación manual de stock y una comprobación manual de crédito, porque esos dos sistemas no hablaban con el sistema de pedidos ni entre sí. Ahí era donde los pedidos se quedaban horas, a veces un día entero.

El caro lector de correos con IA habría recortado diez minutos de un paso que no era el cuello de botella, mientras el retraso real quedaba intacto. Peor aún, el mapa sacó a la luz una regla no documentada: los pedidos por encima de cierto valor siempre recibían una llamada de confirmación antes de procesarse. Nadie lo había mencionado, y habría roto en silencio cualquier automatización ingenua.

Lo que construimos en realidad fue poco glamuroso y más barato: una conexión que traía automáticamente el estado de stock y de crédito a la pantalla de pedidos, de modo que la comprobación pasó a ser un vistazo en lugar de un rodeo de media hora, más una marca para los pedidos de alto valor que aún necesitaban la llamada humana. ¿El reteclear los correos? También lo automatizamos, al final, pero como paso dos, una vez que el mapa había mostrado que era el premio menor. El tiempo total recuperado en la mesa rondó, a modo ilustrativo, el día y medio por semana, y casi nada vino de aquello que originalmente querían comprar.

Convertir un mapa terminado en un plan de automatización

Una vez que su mapa está dibujado, mejorado y es fiable, la automatización casi se especifica sola. Deja de hacerse la pregunta abierta y aterradora —«¿cómo automatizamos nuestra empresa?»— y empieza a hacerse otras pequeñas y respondibles, un paso cada vez.

Recorra el mapa y etiquete cada paso con honestidad. Algunos son puras reglas: salta un recordatorio, los datos van de A a B, un estado se actualiza. Eso es automatización llana: barata, fiable, sin necesidad de IA. Unos pocos pasos implican lenguaje humano caótico o juicio: leer un correo no estructurado, redactar una respuesta, atender una pregunta por teléfono. Ahí es donde la IA moderna se gana de verdad el sueldo. Y algunos pasos deberían seguir siendo humanos a propósito, porque el coste de equivocarse es alto. El mapa hace esas categorías obvias de un modo que una conversación nunca logra.

Fíjese en lo que se deduce de esto. No necesita automatizar todo el mapa de golpe, y no debería. Elige el paso basado en reglas de mayor valor, automatiza solo ese, demuestra que funciona en la semana real y solo entonces pasa al siguiente. El mapa es lo que le permite secuenciarlo con sensatez en lugar de morder el conjunto entero y atragantarse.

Preguntas frecuentes