Hay una pregunta que hago siempre al principio de un proyecto y que casi nadie tiene contestada:
¿Cuánto tardas hoy en hacer eso que quieres automatizar?
No la respuesta rápida —"uf, un montón"— sino el número. Minutos. Cuántas veces por semana. Quién lo hace. Qué pasa cuando esa persona no está.
La mayoría no lo sabe. Y no es descuido: nadie cronometra su propio trabajo. Pero esa falta de número es exactamente la razón por la que tantos proyectos de IA terminan en una sensación —"sí siento que vamos más rápido"— en lugar de en un resultado que se pueda defender frente a alguien que pregunte.
Lo que pasa cuando no hay línea base
Sin un número de partida ocurren tres cosas, y las tres son caras.
No puedes saber si funcionó. Si no sabías que el reporte semanal te tomaba 90 minutos, tampoco sabes que ahora te toma 25. Solo sabes que se siente mejor. Y una sensación no sobrevive al primer día malo: basta una semana ocupada para concluir que "esto de la IA no era para tanto".
No puedes priorizar. Cuando todo es "un montón de tiempo", la tarea que se automatiza primero es la más simpática, no la más costosa. He visto ahorrar quince minutos al mes en algo divertido de resolver mientras al lado seguía viva una tarea de seis horas semanales que nadie tocó porque daba flojera.
No puedes defender el gasto. Si alguien pregunta qué se ganó, la respuesta honesta no puede ser un adjetivo. Con línea base sí hay respuesta: era esto, ahora es esto otro, y lo medimos igual las dos veces.
Medir no es un proyecto, son dos días
Aquí es donde suele aparecer la objeción: no tengo tiempo de ponerme a medir.
Medir bien no requiere una herramienta ni un tablero ni permiso de nadie. Requiere dos días de honestidad:
- Cada vez que hagas la tarea, anota la hora de inicio y la de fin. En una libreta sirve.
- Anota también las veces que la hiciste. La frecuencia suele sorprender más que la duración.
- Apunta lo que se rompió: la interrupción, el dato que faltaba, el archivo que había que ir a buscar.
Ese tercer punto es el que más vale. La duración te dice el tamaño del problema; las interrupciones te dicen dónde está de verdad.
Dos días de esto le ganan a dos semanas de estimaciones. Y si te da pereza anotar durante dos días, ya tienes una señal: la tarea probablemente no te molesta tanto como crees, y hay otra que sí.
El número que casi siempre incomoda
Cuando la gente hace el ejercicio, la reacción más común no es "qué bien, ya lo sé". Es incomodidad.
Porque una tarea de 40 minutos que haces tres veces por semana son 104 horas al año. Dos semanas y media de trabajo. Puesto así, deja de ser "algo que hago los martes" y se convierte en una decisión: esto lo sigo pagando o lo resuelvo.
Ese salto —de minutos sueltos a horas al año— es lo que hace que la gente actúe. No la tecnología. La aritmética.
Y luego sí, la herramienta
Recién con el número en la mano tiene sentido la pregunta de qué usar. Y con frecuencia la respuesta es menos espectacular de lo que se esperaba: un prompt bien armado que se reutiliza, una plantilla, un paso que se elimina en vez de acelerarse.
La mejor automatización sigue siendo dejar de hacer algo que no había por qué hacer. Eso solo se ve cuando mediste, porque hasta entonces la tarea era invisible: parte del paisaje.
Método antes que herramientas no es una frase bonita. Es el orden que evita comprar una solución para un problema que nunca dimensionaste.
Por dónde empezar hoy
Elige una tarea. La que más te pesa mentalmente, no la más grande.
Mídela dos días. Multiplica por la frecuencia y luego por 52. Mira el número.
Si ese número te incomoda, ya tienes tu primer proyecto — y, más importante, ya tienes con qué comprobar dentro de un mes si lo que hiciste sirvió de algo.