Cinco señales de que tu empresa aún no debe automatizar
El tamaño es la pregunta equivocada. Cinco condiciones deciden si la automatización paga ahora, y fallar en una suele ser motivo para esperar un trimestre.
El tamaño es la pregunta equivocada
La pregunta llega con una forma estándar: ¿ya somos lo bastante grandes para esto?
No tiene respuesta útil, porque la aritmética que lo decide no sigue al número de empleados. Una empresa de alquiler de doce personas con cuatrocientas reservas al mes tiene más volumen automatizable que una consultora de doscientas donde cada encargo es a medida. El tamaño correlaciona con un par de cosas que importan y no predice ninguna lo bastante bien como para usarlo.
Cinco condiciones sí lo deciden. Fallar en una suele ser motivo para esperar un trimestre.
Una: el volumen tiene que dividir el coste de obra
La economía de la automatización es un coste fijo repartido entre el rendimiento. Esa sola frase explica la mayoría de los proyectos que decepcionan.
Un proceso que se ejecuta cuatrocientas veces al mes y ahorra quince minutos cada vez es un caso directo. El mismo proceso a ochenta veces al mes tiene el mismo coste de obra repartido entre una quinta parte del beneficio, y normalmente no supera una aritmética honesta aunque el ahorro por ejecución sea idéntico.
Saca el volumen de tus propios sistemas y no de una entrevista, usa el mes flojo y no el bueno, y pregunta cómo queda el retorno si el volumen no crece nunca. Las cuatro preguntas que derriban la mayoría de los números de ROI cubren el resto de esa cuenta.
Dos: el proceso tiene que quedarse quieto
Debe seguir siendo reconociblemente el mismo al final de la ventana de retorno, que para nosotros es de tres a seis meses.
La prueba es concreta. Describe los pasos como eran hace seis meses y como son ahora. Si la diferencia está en los casos límite, vas bien, para eso existe la cola de excepciones. Si la secuencia misma ha cambiado dos veces, estás automatizando un plano que todavía se está dibujando, y un proceso que cambia de forma relevante cada mes se reconstruye de tres a seis veces antes de que llegue el retorno.
Esperar a que se asiente sale mucho más barato que reconstruir, y no está cerca.
Tres: alguien de dentro tiene que ser el dueño
Una persona con nombre, cuyo puesto hace suyo el flujo cuando el proveedor se va, con autoridad para cambiarlo sin comité.
No quien firmó el contrato. Normalmente no la persona más sénior de la sala. Lo que hace el dueño es poco lucido: vigilar la cola de excepciones, notar cuándo cambia la forma del volumen, decidir si un caso límite nuevo recibe una regla o una persona.
La automatización sin dueño se degrada en silencio, y el silencio es el problema. Los paneles siguen viéndose bien mientras las excepciones se acumulan y el equipo inventa rodeos alrededor del sistema. Si no puedes nombrar a la persona antes de empezar, arregla eso primero. Cuesta cero y es el mejor predictor que tenemos.
Cuatro: el desorden de datos tiene que ser del tipo correcto
| Tipo de desorden | ¿Automatizar ya? | Por qué |
|---|---|---|
| Campos ausentes | Sí | El flujo puede pedirlos; los huecos salen cuando importan |
| Formatos inconsistentes | Sí | Normalizar es barato y mecánico |
| Registros obsoletos | Normalmente | La automatización revela la obsolescencia antes que las personas |
| Dos sistemas que discrepan | No | Automatizar una contradicción la ejecuta a velocidad |
La precondición no son datos limpios. Es una respuesta decidida sobre qué fuente es autoritativa para cada campo del que depende el flujo. Sin esa decisión, la automatización no limpia el desorden, lo cimenta, y la discrepancia se ejecuta más rápido de lo que una persona habría podido detectarla.
Cinco: el cuello de botella tiene que estar realmente aquí
La versión más cara de este error es un back office primorosamente automatizado pegado a una empresa cuya restricción real es que no hay suficiente gente preguntando.
La automatización operativa hace a un negocio más rápido atendiendo demanda. Si lo que falta es la demanda, te hace más rápido haciendo menos, y la ganancia es real y comercialmente invisible. La ganancia que medimos es del cuarenta al sesenta por ciento de la parte automatizada, no de la empresa, y si esa parte no es la restricción, el efecto a nivel de compañía queda cerca de nada.
Compruébalo preguntando qué pasaría si el proceso tardara la mitad. Si la respuesta es que se haría más trabajo y ese trabajo tiene ingresos detrás, este es el proyecto. Si la respuesta es que todos esperarían más cómodamente, el dinero rinde más en aquello que están esperando.
Qué hacer con un "todavía no"
La respuesta correcta rara vez es no hacer nada durante un trimestre.
Mide. Extrae las marcas de tiempo, cuenta el volumen del mes flojo, nombra al dueño y decide qué sistema es autoritativo para cada campo en disputa. Ese trabajo sirve automatices o no, acorta el proyecto futuro, y es exactamente la auditoría descrita en qué debe entregar una auditoría de procesos y demostrada sobre una operación real en la semana de medición.
Rechazamos proyectos por estos motivos, y conviene ser directo en que eso nos interesa a nosotros tanto como a ti. Un proyecto que no supera la aritmética sigue sin superarla después de que nos hayan pagado, y la recomendación vale más que el honorario.
01¿Existe un número de empleados por debajo del cual automatizar nunca tiene sentido?+
No, y que la gente siga buscando ese número es la razón de que esta pregunta se responda mal. La aritmética está dominada por cuántas veces se ejecuta un proceso y cuánto dura cada ejecución, y ninguna de las dos cosas sigue al número de empleados de forma fiable. Una empresa de alquiler de doce personas con cuatrocientas reservas al mes tiene más volumen automatizable que una consultora de doscientas donde cada proyecto es distinto. Lo que el tamaño sí predice es algo de segundo orden que conviene saber: las empresas pequeñas más a menudo carecen de alguien que pueda asumir el resultado tras la entrega, y las grandes más a menudo tienen procesos sobre los que tres departamentos no se ponen de acuerdo. Ambos obstáculos son reales, pero van de propiedad y de acuerdo, no de tamaño, y hay que probarlos directamente en lugar de inferirlos de una cifra.
02¿Cuán estable tiene que ser el proceso?+
Lo bastante como para seguir siendo reconociblemente el mismo proceso al final de la ventana de retorno, que para nosotros es de tres a seis meses. El listón es más bajo de lo que suena, porque la mayoría de los procesos operativos son mucho más estables de lo que creen quienes los ejecutan: lo que cambia cada semana suelen ser las excepciones, no el camino principal. La prueba es concreta: describe los pasos como eran hace seis meses y como son ahora, y mira si la diferencia está en la secuencia o solo en los casos límite. Si la secuencia misma ha cambiado dos veces, estás ante un proceso todavía en diseño, y automatizar un diseño en curso significa pagar por reconstruirlo de tres a seis veces hasta que se asiente. Espera a que se asiente. Esperar sale más barato que reconstruir, y no está cerca.
03¿Qué significa en la práctica que 'alguien es el dueño'?+
Una persona con nombre, dentro de tu empresa, cuya descripción de puesto hace suyo el flujo cuando el proveedor se va, y con autoridad suficiente para cambiarlo sin convocar a un comité. No es quien firmó el contrato y normalmente no es la persona más sénior implicada. Lo que hace ese dueño es poco lucido y decisivo: vigila la cola de excepciones, nota cuándo cambia la forma del volumen, decide si un caso límite nuevo recibe una regla o una persona, y es quien dice que algo va mal antes de que lo diga el informe. La automatización sin dueño se degrada en silencio, porque los paneles siguen viéndose bien mientras las excepciones se acumulan y el equipo inventa rodeos. Si no puedes nombrar a esa persona antes de empezar el proyecto, eso es lo primero que hay que arreglar, y cuesta cero.
04Nuestros datos están desordenados. ¿Limpiar antes o automatizar antes?+
Depende enteramente de qué clase de desorden es, y la distinción merece diez minutos antes de decidir. Los datos ausentes e inconsistentes suelen poder automatizarse sin problema, porque un flujo puede construirse para pedir lo que necesita, y en la práctica la automatización tiende a mejorar ese tipo de desorden al hacer visibles los huecos en el momento en que importan. Los datos contradictorios son la clase peligrosa: dos sistemas que discrepan sobre el mismo hecho, sin una regla sobre cuál gana. Automatizar eso no lo limpia, lo cimenta, y la discrepancia pasa a ejecutarse a velocidad en lugar de ser detectada por una persona que sabía cuál sistema era el fiable. La precondición no son datos limpios; es una respuesta ya decidida sobre qué fuente es autoritativa para cada campo del que depende el flujo.
