Automatización sin programar para PyME

Primero el proceso, después la herramienta

Mapear el proceso actual de una tarea repetitiva, eliminar los pasos que no aportan valor y escribir la versión limpia que será automatizada.

La herramienta no arregla el proceso: lo acelera, para bien o para mal

Hoja con un proceso dibujado en recuadros y flechas, con dos recuadros tachados a lápiz
Antes de automatizar: tachar. El paso que no aporta valor no merece robot.

La emoción de la automatización es conectar cosas: el pedido cae solo, el correo se manda solo. Y justo ahí está el peligro clásico: agarrar el proceso tal como está hoy, con sus pasos absurdos heredados, y ponerle turbo. El resultado es real y doloroso: un proceso malo que ahora falla más rápido, con más evidencia y con la ventaja de que «así lo pedimos» quedó registrado. Antes de la herramienta, cinco minutos de lápiz.\n\nMapeo simple en una hoja: el proceso empieza con un evento («llega un pedido») y termina con un valor entregado («el cliente recibe y queda registrado»). Entre esos dos puntos, cada paso se escribe como cajita con tres preguntas: quién lo hace, con qué información entra, qué produce al salir. Dibujar el proceso como es —no como lo dice el manual ni como lo recuerda el jefe— obliga a sacar a la luz las cajitas que el manual no tiene: el «avísame por WhatsApp para ver si está bien», el «lo reviso antes de mandarlo por si acaso».

Los cinco ladrones de tiempo que tu proceso da por normales Revisión sin criterio: alguien lee algo que no puede cambiar nada; se puso ahí por un error de hace años que ya se corrigió arriba. Duplicidad: los mismos datos los captura dos personas porque ningún sistema habla con el otro. Expectación: el pedido duerme dos días «porque le toca el visto bueno al director» que nunca llega ese día. Retrabajo: se rehace porque la información de entrada llegó incompleta y nadie definió qué campos son obligatorios. Aprobación decorativa: el «aprobé» automático de siempre, que nadie lee pero que frena si no está. Cada ladrón tiene la misma firma: existe porque nadie lo ha cuestionado en una junta, y su defensa favorita es «por si acaso».

Para cada cajita, tres preguntas incómodas que se hacen en voz alta y se contestan por escrito: ¿por qué existe este paso? (si la respuesta es «porque siempre», es candidato a morir), ¿qué pasa si lo quitamos? (si nadie sabe responder, nadie ha vivido sin él: pruébalo un mes), ¿a quién le aporta valor real? (el «le aporta a nadie, pero a todos les da pena quitarlo» es el entierro más rápido del proceso).\n\nDe esa criba sale la versión limpia, que se escribe con la misma disciplina que pedirá la herramienta: un nombre para el proceso, inicio y fin explícitos, cada paso con dueño y con reglas de decisión en texto plano («si el cliente es nuevo y el monto pasa de 50 mil, se escala; si no, sigue»), y los datos obligatorios de entrada marcados como tales. La versión limpia es un documento vivo de una cuartilla, no un manual de 60 páginas: si no cabe en una cuartilla, todavía hay proceso que podar. Y tiene una prueba de fuego: un pasante debe poder seguir el proceso leído, sin preguntar. Si el pasante pregunta dos veces lo mismo, ahí falta una regla escrita: eso mismo, en unas semanas, será la pregunta que hará la automatización a las tres de la mañana.

Ningún software corrige un proceso que nadie se tomó la molestia de pensar: solo lo hace más rápido y más oficial.
— Lumbre · Empresa
El semáforo de un paso: cómo decidir qué queda, qué se cambia y qué se va
SemáforoCómo se veDecisión
VerdeAporta valor, tiene dueño y reglas clarasQueda y se automatiza
AmarilloAporta valor pero con datos incompletos o espera largaSe corrige la regla, luego se automatiza
RojoNo aporta valor; existe «por si acaso» o por costumbreSe elimina antes de tocar la herramienta
NegroEl paso es humano por naturaleza: trato, criterio, confianzaSe deja humano y se le limpia el alrededor

Clasifica cada paso del proceso «pedido → cobro» según su semáforo:

Verde
Amarillo
Rojo

El proceso de compras tiene un paso: «imprimir la solicitud y firmarla con tinta, luego escanearla para guardarla». Nadie recuerda quién pidió la firma en papel. ¿Qué recomienda el método de este módulo?

Si un proceso funciona bien en la práctica «aunque el manual diga otra cosa», el manual es la fuente correcta para automatizar.

Toma tu mejor candidata del inventario anterior y dibuja el proceso como es, cajita por cajita, con tres preguntas a cada una: ¿por qué existe?, ¿qué pasa si lo quito?, ¿a quién aporta valor? Marca el primer rojo que encuentres y decide cómo lo verificas antes de quitarlo.

PistaEl equipo suele descubrir en el mapeo que el último paso «de control» lo hace alguien «por si acaso» desde hace años.

Para dominar este tema

Lo esencial que debes saber

Preguntas clave del tema

  1. ¿Por qué primero proceso y después herramienta?
  2. ¿Cómo se dibuja el proceso «como es»?
  3. ¿Qué ladrones de tiempo esconde cada proceso normal?
  4. ¿Qué tres preguntas tumban un paso inútil?
  5. ¿Qué contiene la versión limpia y cuál es su prueba de fuego?

Lo que debes poder hacer

Chequeo: el proceso podado

Se requiere 60% de aciertos para avanzar.

Siguiente: Conectar aplicaciones sin escribir una línea de código — disparador, condición, acción: la gramática de toda automatización, con manejo de errores y registro de lo que pasó.