Ningún agente funciona con ficción

Ningún agente funciona con ficción, y la mayoría de los manuales de proceso que leo son ficción bien escrita.

He visto operaciones con un manual de 34 páginas. Lindo. Firmado. Aprobado por la dirección. Entonces le pedí a quien opera en el día a día que me mostrara lo que hacía de verdad. Era otro proceso. Lo real estaba en WhatsApp, en la planilla paralela, en el desvío que el equipo inventó cuando el sistema se cayó y que nunca arreglaron.

Nadie ahí estaba equivocado. El manual describía cómo la empresa quisiera funcionar. El equipo describía cómo funciona. Son dos cosas distintas, y solo una de ellas se puede automatizar.

Dónde vive la ficción

Cuando empiezo a levantar un proceso, siempre busco en los mismos lugares:

• Grupos de WhatsApp donde el equipo acuerda "quién toma este lead" fuera del CRM.
• Planillas paralelas que existen porque el sistema no tiene el campo que la persona necesita.
• Atajos creados un día de incendio (sistema caído, campaña desbordada) que se volvieron rutina.
• Etapas del embudo que todos se saltan porque "no tiene sentido para nuestro caso".
• Aprobaciones que en el papel pasan por tres personas y en la práctica pasan por un mensaje de audio.

Imagina una desarrolladora cuyo manual dice que todo lead entra al CRM, recibe calificación en un máximo de dos horas y se distribuye por regla de rotación. En la práctica, el corredor recibe el lead en el celular, responde desde su WhatsApp personal y solo registra en el CRM a quien avanzó. Si construyo un agente a partir del manual, va a calificar leads que el corredor ya atendió, a cobrar etapas que nadie ejecuta y a distribuir a quien ya no está en la escala. El agente no se equivoca. Solo obedece a un proceso que no existe.

Por qué esto frena la automatización

Un agente de IA necesita tres cosas para operar: saber cuál es la entrada, saber cuál es la regla y saber qué hacer cuando la regla no cubre el caso. Cuando el proceso documentado es distinto del real, las tres se rompen al mismo tiempo. La entrada viene de un lugar que nadie mapeó. La regla se escribió para un flujo que no ocurre. Y las excepciones, que en el mundo real resuelve alguien que "sabe cómo funciona", no están escritas en ningún lado.

El resultado es previsible. La automatización entra, estorba, el equipo la esquiva y crea un desvío más. Ahora la empresa tiene el manual, el proceso real y la automatización: tres versiones de la misma operación, ninguna hablando con las otras.

El camino no es más herramientas

Si tu operación todavía está en la improvisación, el siguiente paso no es comprar otro sistema ni contratar otra IA. Es documentar lo que realmente pasa. En la práctica, eso significa:

1. Sentarte con quien opera en el día a día, no con quien diseñó el proceso. Pedirle que te muestre la pantalla, el grupo, la planilla. Ver, no escuchar.
2. Escribir el flujo como es hoy, incluyendo los desvíos. El desvío es información, no vergüenza. Muestra dónde falló el proceso oficial.
3. Para cada paso, anotar qué pasa cuando sale mal. Ahí es donde el agente más necesita una regla.
4. Solo entonces decidir qué vale la pena corregir, qué vale la pena oficializar y qué vale la pena automatizar.

Muchas veces este levantamiento por sí solo ya resuelve la mitad del problema, antes de escribir una sola línea de automatización. La empresa descubre que tiene dos procesos de atención, que la planilla paralela es en realidad el sistema de hecho, o que una etapa entera del embudo se puede eliminar.

Después sí, automatizar. Con un agente que lee el proceso real, opera dentro de él y sabe a quién pasarle el caso cuando se sale de la regla.

¿Cuál es el manual de tu empresa que nadie sigue? Si no sabes responder, ese es el mejor lugar para empezar.

Si quieres ver dónde se separan el documento y la realidad en tu operación, el diagnóstico es el punto de partida que usamos para eso.