Ensayo · Arquitectura del tiempo

La automatización que se niega a escribir

Un negocio pequeño no necesita presupuesto para automatizar con inteligencia artificial. Necesita algo bastante más raro: un sistema que sepa cuándo callarse.

Hay un instante, dentro de la secuencia de seguimiento que gobierna nuestros propios contactos, en el que el sistema tiene delante todo lo necesario para escribir un mensaje comercial: el nombre del negocio, su sector, el problema concreto detectado en su web, las horas que podría recuperar cada mes y lo que valen esas horas en euros. Tiene la plantilla, tiene el tono, tiene el momento. Y no escribe nada.

Esto es exactamente lo que devuelve en su lugar:

Ni un borrador de cortesía, ni un asunto genérico por si acaso. Un motivo, una instrucción y silencio. Ese silencio es, con diferencia, la parte más valiosa del sistema — y la que casi nunca aparece cuando se habla de automatizar con inteligencia artificial.

Este ensayo abre esa automatización por dentro. No es un caso hipotético ni un ejemplo de folleto: es el código que Chronos usa consigo mismo, sobre sus propios contactos, todos los días. Verás las cuatro decisiones de diseño que hacen que ahorre horas de verdad. Ninguna de las cuatro necesita nuestro software para aplicarse.

Las cifras que no vas a encontrar aquí

Circula un dato: el 65 % de las pymes ya usa herramientas de inteligencia artificial. Circula otro: automatizar recorta un 40 % el tiempo dedicado a tareas administrativas. Los dos suenan bien. Los dos aparecen, casi siempre, sin una fuente que se pueda abrir y comprobar.

No los vamos a usar. No porque sean falsos —puede que no lo sean—, sino porque una cifra que no puedes verificar no te ayuda a decidir nada, y decidir es precisamente lo que estás intentando hacer si has llegado hasta aquí. Un número prestado tranquiliza durante diez segundos y luego te deja exactamente donde estabas.

Así que a cambio, todo lo que se afirma a partir de este punto se puede rastrear hasta una línea de código o una fila de una base de datos. Cuando falte el dato, se dirá que falta.

El trabajo caro nunca fue escribir

Cuando alguien dice «voy a automatizar mi seguimiento comercial con IA», casi siempre quiere decir «voy a hacer que un modelo redacte los mensajes por mí». Es la parte visible del trabajo, así que parece la parte cara.

No lo es. Redactar un mensaje de seguimiento cuesta unos minutos. Lo que cuesta de verdad es todo lo que ocurre antes de la primera palabra: decidir a quién le toca hoy, por qué canal, con qué argumento, y si merece la pena escribir siquiera. Cuatro decisiones invisibles que no caben en una plantilla.

La escala convierte ese detalle en el problema entero. En el momento de escribir esto, Chronos tiene 49 contactos dentro de la secuencia de cinco toques. Son unos 196 mensajes que alguien tendría que redactar uno a uno, desde cero.

Y el criterio, a diferencia del texto, se escribe una sola vez.

Primera decisión: el canal lo dicta la señal, no la costumbre

Casi todas las secuencias que he visto llevan el canal escrito a fuego: día 3 email, día 7 email, día 12 llamada. Eso no es una decisión. Es un calendario disfrazado de estrategia.

En la secuencia real de Chronos el canal se resuelve en el instante del envío, leyendo señales que ya están guardadas en la base de datos —aperturas, rebotes, teléfono disponible— sobre ese contacto en concreto:

Ese porcentaje no es un ejemplo ilustrativo. A día de hoy, sobre los 80 correos que Chronos ha enviado de verdad, 7 se abrieron y 11 no llegaron a ninguna bandeja. Nueve por ciento. Es un número mediocre, está a la vista del sistema cada vez que elige un canal, y explica por qué elige WhatsApp casi siempre.

Dentro de un sector concreto se pone peor — y por eso mismo, más útil:

Un sistema diseñado para agradar habría redondeado eso a «tu email rinde razonablemente». Este lo dice tal cual, porque su trabajo no consiste en tranquilizarte, sino en evitar que gastes el envío número veintiséis en el mismo canal que ya falló veinticinco veces.

Hay un detalle más en esa tercera rama que separa un sistema honesto de uno decorativo. La estadística de apertura solo se usa si existe un mínimo de cinco envíos medidos.

Con tres correos enviados no tienes una tendencia: tienes tres correos. Un sistema que te presenta ruido con aspecto de patrón no te ahorra tiempo — te hace tomar decisiones equivocadas más deprisa, que es la forma más cara de ir rápido.

Segunda decisión: si no hay dato, se calla la frase

El artículo típico sobre este tema ilustra la idea con un taller de artesanía que atiende consultas a cualquier hora gracias a un chatbot mientras su dueño diseña productos nuevos. Es un ejemplo cómodo precisamente porque no ha ocurrido: nadie puede comprobarlo y, por eso mismo, no enseña nada.

La regla que gobierna nuestro redactor es la contraria, y está escrita literalmente en la cabecera del archivo:

Esa regla tiene una consecuencia visible: el mismo toque tiene dos versiones, y cuál te toca depende de si alguien hizo el trabajo previo de investigar ese negocio.

La segunda no es mejor porque esté mejor escrita. Es mejor porque es verdad, y quien la recibe lo nota en la primera línea. La primera es correcta, educada y perfectamente olvidable.

Hay un segundo efecto, más silencioso y más útil: el sistema te dice cuál de las dos ha hecho y por qué. Junto a cada borrador aparece una nota del tipo «sin hallazgo de prospección guardado para este contacto, así que el mensaje va sin mencionar ningún problema concreto». Nunca tienes que adivinar de dónde salió una frase.

Tercera decisión: enseñarle al sistema que no sabe

Hay un fallo que delata a cualquier automatización mal hecha en tres palabras: el saludo. Lo cometimos.

En un CRM clásico, name es una persona y company es su empresa. En datos reales de prospección local ocurre justo al revés: el nombre es el negocio («Automóviles Yuncos») y la empresa es un descriptor («Taller mecánico»). Coger la primera palabra del nombre —la heurística de manual, la que aparece en todos los tutoriales— producía esto:

De un mensaje así no se vuelve. Quien lo lee sabe, antes de terminar el primer renglón, que forma parte de una lista.

La corrección no consistió en añadir más inteligencia, sino en añadir duda. La función que resuelve el saludo comprueba marcadores de negocio, dígitos y longitud del nombre, y ante la menor sombra de ambigüedad renuncia a personalizar:

«Hola,» es una palabra peor y un sistema mejor. Y una precaución añadida: el primer mensaje y los cuatro seguimientos comparten una única implementación de esa función, para que no puedan volver a divergir. Un fallo corregido en un solo sitio no vuelve por la puerta de atrás.

Cuarta decisión: coste cero como restricción, no como oferta

Volvamos a la promesa que abre casi todos los artículos sobre este asunto: automatizar no exige un presupuesto alto. Es cierto. Pero la razón que suele darse —«ya existen herramientas baratas»— es la equivocada, y por eso no ayuda a nadie a empezar.

La razón real es que la mayor parte de este trabajo no necesita un modelo de inteligencia artificial en absoluto. Nuestro redactor de seguimientos lleva esta condición escrita en la primera línea del archivo, como restricción de diseño y no como argumento de venta:

Los 196 mensajes no cuestan nada de generar. Ni un céntimo por token, ni una clave de API, ni una factura que crece justo cuando el negocio crece. Pero la ventaja que más se agradece llega después: da el mismo resultado siempre. Puedes revisar la lógica una vez y confiar en los doscientos mensajes siguientes. Con un modelo generativo detrás, cada mensaje es una pequeña tirada de dados que alguien tiene que leer.

¿Dónde vale la pena un modelo, entonces? En lo genuinamente abierto: resumir una llamada, clasificar una respuesta ambigua, ordenar un texto largo. Eso es una fracción pequeña del trabajo. El resto es criterio, y el criterio se escribe una vez y se ejecuta gratis.

Ahí está la verdadera razón por la que un negocio pequeño puede permitirse esto hoy. No es que hayan bajado los precios. Es que la parte que ahorra horas casi nunca es la parte cara.

Cómo se sabe si ha servido de algo

Falta la pieza que convierte todo lo anterior en una decisión de negocio en lugar de en una curiosidad técnica: cómo se mide. En Chronos, cada solución propuesta a un contacto se guarda con dos columnas que no admiten adjetivos:

No son cifras de folleto: son las mismas que el propio mensaje del día 3 pone delante del cliente, con nombre y apellidos de la tarea.

A esa medida la llamamos Capital Temporal™: el impacto de un proyecto no se calcula por cuántas automatizaciones se implantaron, sino por las horas y el valor que vuelven al negocio cada mes. Es una métrica incómoda para quien vende software, porque puede salir baja y deja poco margen al relato. Por eso mismo sirve.

Y mantiene la misma disciplina que todo lo demás: si ese contacto no tiene una fila con esos números, la frase con la cifra desaparece del mensaje. Un número sin dato detrás no se escribe.

Cuatro criterios que puedes aplicar sin comprar nada

Nada de lo anterior depende de nuestras herramientas. Son decisiones de diseño, y caben igual de bien en una hoja de cálculo que en un sistema entero.

Y un paso cero que no cuesta dinero ni permiso: durante una semana, anota cada tarea que repitas más de tres veces. El viernes tendrás tu lista de candidatos, ordenada por la única métrica que importa de verdad — cuántas veces te robó la atención.