La mayoría de los proyectos de automatización no puede demostrar que funcionó

Veinticinco proyectos desde 2023. Diecisiete de automatización, ocho de marketing. Cuando me senté a armar este portafolio, podía demostrar uno.

No porque los otros veinticuatro hayan fracasado. Varios funcionaron muy bien. Clientes reales, testimonios reales, algunos de cinco estrellas. Simplemente no tenía ni idea de cuánto. Sabía que una dueña de negocio había recuperado horas. No podía decirte cuántas, porque nadie las había contado antes de que yo empezara.

Eso no es una historia sobre mi desorden. Es la condición normal de este oficio, y vale la pena entender por qué.

La ventana se cierra el primer día

Todo proyecto de automatización tiene un momento en el que la línea base está disponible, y es corto. Está entre el momento en que el cliente describe el problema y el momento en que uno empieza a resolverlo.

En esa ventana podrías cronometrar la tarea. Contar los mensajes. Exportar los últimos noventa días del CRM. Es una tarde de trabajo.

Nadie lo hace, y no es por pereza. Es porque esa tarde se siente desperdiciada. El cliente está pagando por construir algo. Sentarse con un cronómetro a mirar a alguien armar una cotización a mano parece exactamente lo contrario de avanzar. Entonces uno se lo salta, construye la cosa, funciona, todos contentos.

Y dieciocho meses después quieres escribirlo, y el antes ya no está. No es que sea difícil de encontrar. No está. Nunca existió como número. Lo máximo que puedes hacer es pedirle al cliente que estime algo que dejó de hacer hace año y medio.

Lo que uno dice en cambio

Mira el sitio de cualquier agencia de automatización y vas a encontrar el mismo vocabulario. Optimizamos. Transformamos su flujo de trabajo. Redujimos el trabajo manual. Ahorramos incontables horas.

Incontables está haciendo mucho trabajo en esa última frase.

No son mentiras. Es lo que queda cuando tienes un resultado real y ninguna medición de él. El sistema de verdad hace la tarea. De verdad mejoraste las cosas. Solo que no puedes decir cuánto, entonces echas mano de una palabra que suena a número sin serlo.

El problema es que todos los competidores echan mano de las mismas palabras, y el comprador ya las leyó todas. El sitio de nadie dice que la automatización quedó mediocre. Así que los adjetivos se anulan entre sí y el comprador decide por precio, o por quién le cayó mejor en la llamada.

La parte incómoda

Acá va lo que creo que casi nadie en este campo quiere decir en voz alta: si no puedes enunciar el antes, en realidad no sabes si el proyecto funcionó.

No "no lo sabes vender bien". No lo sabes.

Sabes que el sistema corre. Sabes que nadie se ha quejado. Sabes que el cliente se ve más contento. Todo eso es perfectamente compatible con haber movido una tarea de un lado a otro sin ahorrarle tiempo significativo a nadie. Eso pasa más de lo que el gremio admite, sobre todo cuando la automatización se monta encima de un proceso que ya estaba roto.

He construido cosas técnicamente impecables y comercialmente inútiles. La señal, siempre, fue que no podía decir qué había cambiado.

Lo que realmente hace medir primero

Hoy mido el antes en todos los proyectos, y la razón no es el caso de estudio. Pasan tres cosas que no me esperaba.

Algunos proyectos se detienen antes de empezar. Cuentas cada cuánto pasa la tarea de verdad, lo multiplicas por lo que se demora, y descubres que el premio son cuatro horas al año. Esa conversación es incómoda por diez minutos y le ahorra seis semanas a todo el mundo.

El problema real se mueve. Los clientes piden automatizar el paso que los fastidia, que casi nunca es el paso que les cuesta. Mirar el trabajo revela que la cotización se demora tres días no porque escribirla sea lento, sino porque espera dos días una sola aprobación. Eso no lo arregla ninguna automatización. Lo arregla una conversación.

El alcance se encoge. Cuando sabes qué número estás moviendo, todo lo que no lo mueve se vuelve visiblemente opcional. Buena parte de lo que se construye en proyectos de automatización está ahí porque nadie pudo argumentar en contra.

El caso de estudio es un subproducto. Uno útil. Pero si medir solo sirviera para hacer mejor marketing, lo seguiría haciendo igual, y lo haría también para el noventa por ciento de los proyectos que nunca van a ser un caso de estudio.

Lo que me cuesta decir esto

En este sitio hay un caso de estudio. He hecho veinticinco proyectos.

El resto está en la página de "sobre mí" como una lista de nombres, sin números al lado, porque no puedo demostrar qué hicieron esos proyectos y no voy a escribir "optimizamos sus operaciones" con la esperanza de que no te des cuenta.

Es una decisión cara. Un portafolio con veinticinco entradas se ve más impresionante que uno con un solo resultado medido. La mayoría de los visitantes no va a leer con suficiente cuidado para notar que veinticuatro de ellas no dicen nada.

Pero los que sí leen con cuidado son con los que vale la pena trabajar. Y prefiero ser el que dice "esa no la puedo demostrar, así que no está acá" antes que el que dice incontables horas.

Si estás por arrancar un proyecto de automatización, propio o para alguien más: dedica la primera tarde a medir cuánto cuesta hoy. Cronométralo, cuéntalo o expórtalo. Escribe el número con la fecha y con cómo lo obtuviste.

Ese número lo vas a usar dos veces. Una para decidir si vale la pena construir la cosa. Y otra, mucho después, para saber si tenías razón.