Cuántas horas a la semana le pagas a alguien para que haga lo que un sistema haría en minutos

Hazme caso con esto: no necesitas una calculadora complicada ni un reporte de nadie más. Agárrate a cualquier persona de tu equipo y pregúntale cuánto de su semana se le va en tareas que ya hace de memoria — confirmar algo, pasar un dato de un lado a otro, escribir lo mismo que escribió ayer. La respuesta casi siempre es más alta de lo que esperabas, y nadie la había puesto en números porque nadie se la había preguntado así.

En una empresa de servicios es confirmar la cita de mañana llamando uno por uno. En una tienda online es actualizar el mismo inventario a mano en cada plataforma donde vendes. En una agencia es armar la propuesta número cuarenta y tres desde cero, aunque el ochenta por ciento es idéntico a la treinta y nueve. Cambia la etiqueta, el problema es el mismo: alguien con criterio está gastando su semana en algo que no necesita criterio para hacerse bien.

Eso que acabas de calcular no es 'trabajo operativo'. Es nómina pagando por una tarea repetitiva. Y lo repetitivo es justo lo que un sistema hace sin cansarse, sin pedir aumento y sin faltar el lunes después del puente.

El error no es tuyo por no haberlo visto antes. El error común es creer que automatizar significa comprarle a esa persona una herramienta para que trabaje 'más rápido'. Eso no cambia la cuenta: sigues pagando el sueldo completo y ahora además pagas la herramienta. Lo que mueve la aguja es sacar la tarea de la persona y dársela al sistema — no para que la persona desaparezca, sino para que quede libre para el trabajo que sí necesita su criterio, que es el que de verdad no puedes reemplazar.

Así se hace en la práctica, sin vueltas: primero identificas la tarea que se repite igual todas las semanas — la que varía la dejas en manos humanas, esa sí necesita criterio. Segundo, le das al sistema el mismo contexto que le darías a un empleado nuevo el primer día: fechas, nombres, y las reglas de cuándo sí y cuándo no. Tercero, el sistema ejecuta y deja rastro de lo que hizo, para que tú o tu equipo revisen el resultado sin reconstruirlo de memoria. Eso es el loop cerrado que documentan Diana Hu, de Y Combinator, y Jack Dorsey: el proceso mide su propio resultado y se corrige, en lugar de ejecutarse a ciegas y esperar que alguien note si algo salió mal.

Esto no te lo cuento desde la teoría. Opero 3 negocios con 6 personas. Si esto no funcionara, tendría que contratar cada vez que uno de esos negocios crece — y no es lo que pasa.

Si quieres ver cuánto te está costando el trabajo repetitivo en tu empresa, con tus números y no con un promedio de internet, ese es el primer cálculo que hacemos en el workshop. Ahí ves el sistema funcionando antes de decidir nada.