Consultor de automatización ante un proceso que nadie ve

La gerente dice que las cotizaciones salen en un día. Ventas calcula tres. Administración recuerda casos que tardaron una semana porque faltaba una aprobación. Cuando alguien pregunta dónde se puede comprobar, aparecen una hoja de cálculo, dos bandejas de correo y una conversación de WhatsApp.

Nadie está mintiendo. Cada área está describiendo el tramo que alcanza a ver.

Ese es uno de los escenarios más útiles para un consultor de automatización de procesos. También es donde una consultoría puede equivocarse temprano: escoger la versión más ordenada, dibujarla en un diagrama y proponer una herramienta que automatiza un proceso que solo existe durante la reunión.

Antes de hablar de plataformas, conectores o inteligencia artificial, la empresa necesita volver visible el trabajo. No una versión ideal. El recorrido real, con esperas, correcciones, decisiones informales y casos que regresan al principio.

Tres relatos correctos pueden esconder un proceso roto

Un proceso rara vez vive completo en un solo departamento. Ventas recibe la solicitud y promete una fecha. Operaciones valida disponibilidad. Finanzas revisa condiciones. Dirección interviene cuando el monto supera cierto límite. Después, alguien debe avisar al cliente y registrar lo acordado.

Cada participante conoce bien su parte, pero suele asumir que el resto funciona como está escrito. Por eso las entrevistas producen relatos coherentes que no encajan entre sí. Una persona dice que siempre se consulta inventario; otra explica que lo hace solo para pedidos grandes. El procedimiento exige aprobación por correo, mientras el equipo acepta un "ok" en el chat cuando hay prisa.

La discrepancia no es ruido que deba limpiarse para presentar un diagrama bonito. Es información de diseño. Allí aparecen las reglas que nadie formalizó, los controles que se saltan bajo presión y las decisiones que dependen de una persona concreta.

Un diagnóstico serio de automatización de procesos debe conservar esas diferencias hasta que la empresa decida cuál práctica será la autorizada. Automatizar una ambigüedad no la resuelve. La convierte en una instrucción rígida o, peor, en una excepción permanente.

El recorrido se reconstruye con evidencia pequeña

Las reuniones ayudan, pero la memoria acomoda el trabajo. La evidencia lo devuelve a tierra.

No hace falta iniciar con una auditoría interminable. Una muestra de veinte casos recientes suele revelar mucho: hora de entrada, datos recibidos, archivos adjuntos, cambios de responsable, solicitudes de corrección, aprobaciones y respuesta final. El objetivo no es calificar a las personas. Es comparar el proceso narrado con el proceso que dejaron los registros.

Un caso sencillo puede pasar directo. Otro llega sin número de cliente. Un tercero usa una tarifa negociada que no aparece en el catálogo. El cuarto queda detenido porque la persona que autoriza está de vacaciones. El quinto parece duplicado, pero corresponde a otra sucursal. Esas variaciones enseñan más que cien cajas alineadas en una presentación.

El consultor debería señalar qué parte de la evidencia es confiable y qué sigue siendo una inferencia. Un correo enviado permite comprobar una hora. No demuestra que el destinatario abrió el mensaje ni que la tarea quedó resuelta. Una etapa marcada como "propuesta enviada" en el CRM tampoco prueba que el archivo correcto llegó al cliente. La automatización necesita estados que describan hechos, no optimismo administrativo.

La espera merece una columna propia

Muchos mapas registran acciones y omiten silencios. Sin embargo, el costo suele vivir precisamente allí.

Una solicitud tarda ocho minutos en prepararse y dos días esperando aprobación. Un formulario se procesa rápido, pero pasa seis horas sin asignación. Administración corrige un documento en diez minutos y luego espera que ventas confirme una condición que solo existe en una conversación anterior.

Si el diagnóstico suma todo como "tiempo del proceso", la empresa no sabe qué atacar. Debe separar tiempo de trabajo, tiempo de espera y retrabajo. La diferencia cambia la solución. Una tarea manual repetitiva puede requerir integración. Una espera por falta de responsable necesita reglas de asignación y escalamiento. Un documento que regresa tres veces quizá pide un formulario mejor o una validación anterior, no IA.

Esta línea base no tiene que ser perfecta. Debe permitir una comparación honesta después del cambio: cuánto tardaba el caso, cuántas veces regresaba, dónde esperaba y cuántas personas intervenían. Sin ese punto de partida, cualquier demo parecerá rápida.

Las excepciones no caben en una nota al pie

En el diagrama ideal, cada decisión tiene dos salidas. En la operación aparecen clientes con acuerdos especiales, documentos ilegibles, solicitudes urgentes, productos sustitutos, pagos parciales y responsables ausentes. Si todo eso se agrupa bajo una caja llamada "gestión manual", el alcance todavía no está listo.

No todas las excepciones merecen automatización. Algunas ocurren una vez al año y conviene dejarlas bajo criterio humano. Otras se repiten cada semana y ya forman parte del proceso, aunque nadie quiera admitirlo. El consultor debe distinguir frecuencia, impacto y autoridad necesaria.

También debe identificar la salida segura. Cuando falta un dato, ¿el sistema lo solicita, detiene el caso o lo envía a revisión? Cuando dos fuentes discrepan, ¿cuál manda? Cuando se vence el plazo, ¿quién recibe el aviso y qué puede hacer? Una excepción bien diseñada no significa que la máquina decide mejor. Significa que la persona recibe el caso con suficiente contexto para no reconstruirlo desde cero.

El entregable útil permite discutir y corregir

Una consultoría de automatización no debería terminar con el nombre de una plataforma y una estimación general. Antes de cotizar construcción, la empresa tendría que recibir una representación que pueda revisar con quienes hacen el trabajo.

Ese entregable puede combinar un mapa del recorrido actual, una tabla de decisiones, el inventario de sistemas y datos, y una lista priorizada de fricciones. Lo importante es que muestre responsables, entradas, estados, reglas, excepciones y evidencia disponible. También debe separar lo confirmado de lo pendiente por decidir.

Esa última distinción evita un problema frecuente: convertir la opinión del consultor en política interna. Si dos áreas no han acordado quién aprueba una condición especial, el documento debe decir "decisión pendiente", no inventar un dueño para cerrar el gráfico.

Cuando el proceso necesita formularios, portales internos o una aplicación para centralizar el trabajo, el diagnóstico puede orientar un proyecto de desarrollo web y plataformas digitales. Pero la plataforma llega después de definir qué estado representa cada caso y quién tiene autoridad para moverlo. De lo contrario, la empresa cambia correos dispersos por una pantalla que reproduce el mismo desorden.

La herramienta se evalúa contra el proceso, no al revés

Con el trabajo visible, las preguntas sobre tecnología se vuelven más precisas. Ya no se trata de averiguar si una plataforma "hace automatizaciones". Hay que comprobar si puede conservar la trazabilidad necesaria, integrarse con las fuentes vigentes, manejar los permisos reales y detenerse donde comienza una decisión humana.

A veces basta con reglas, formularios y notificaciones. En otros casos conviene conectar CRM, correo, documentos o sistemas internos. La IA puede aportar cuando la entrada llega en lenguaje libre, cuando hace falta clasificar documentos o preparar un resumen. No debería ocupar cada etapa por obligación comercial.

También importa la salida. La empresa necesita saber quién administrará las cuentas, cómo podrá exportar datos, qué documentación recibirá y qué ocurre si cambia de proveedor. Un flujo crítico no puede depender de una cuenta personal o de una configuración que nadie más puede explicar.

Aquí se nota la diferencia entre vender una herramienta y prestar consultoría. La primera conversación gira alrededor de funciones. La segunda obliga a justificar por qué una capacidad encaja con una fricción comprobada.

Un piloto debe cerrar un recorrido completo

El primer piloto no necesita cubrir todos los departamentos. Sí debe resolver una unidad de trabajo de principio a fin.

Puede comenzar con solicitudes de cotización de un solo servicio: capturar la entrada, validar datos obligatorios, asignar responsable, preparar información, registrar aprobación y dejar constancia de la respuesta. Si aparece una excepción fuera del alcance, el caso se deriva con contexto. Durante la prueba se conserva revisión humana donde exista una promesa comercial o una decisión sensible.

Conviene elegir un volumen que incluya días normales y casos incómodos. Cinco ejemplos preparados prueban la configuración. Varias semanas de trabajo controlado prueban si el diseño soporta ausencias, datos incompletos y cambios de criterio.

La medición debe volver a la línea base. ¿Bajó la espera sin aumentar correcciones? ¿Se redujo el retrabajo? ¿Los responsables ven los pendientes antes? ¿El cliente recibe una respuesta más clara? ¿Cuántos casos todavía salen del flujo y por qué? Una mejora pequeña pero comprobable vale más que una automatización extensa cuyo resultado solo se describe como "mayor eficiencia".

La claridad es el primer retorno

El consultor todavía no ha automatizado nada cuando entrega un proceso visible. Aun así, la empresa ya ganó algo que suele faltar: una versión común del trabajo, respaldada por evidencia y abierta a corrección.

Esa claridad permite decidir si conviene automatizar, rediseñar una etapa o simplemente asignar una responsabilidad que estaba flotando. También evita cotizar una solución sobre supuestos distintos entre dirección y operación.

Un buen consultor de automatización deja menos misterio que al comienzo. La empresa entiende dónde entra el caso, qué lo detiene, quién decide, qué datos hacen falta y cómo se medirá el cambio. Después se puede hablar de herramientas.

Si la conversación empieza por el software, todavía falta diagnóstico. Si empieza por reconstruir el martes real de quienes hacen el trabajo, la automatización tiene una posibilidad mucho mejor de resolver algo que existe. Global Agenttic reúne servicios digitales y consultoría para llevar ese mapa hacia una implementación medible, sin convertir la herramienta en el punto de partida.