Servicio 02 · Automatización
Automatización de un proceso: de cómo opera hoy a cómo operaría
Documentamos el flujo real, definimos qué se automatiza y qué no, y dejamos por escrito dónde revisa una persona y qué pasa con las excepciones.
01Resultado esperado y para quién
Un flujo documentado, con sus excepciones y su control
El resultado no es «un robot que hace todo». Es un diseño verificable de dos versiones del mismo proceso —como opera hoy y como operaría— con las integraciones identificadas, las excepciones resueltas y el punto donde una persona revisa.
Para quién está pensado
- Empresas donde un mismo flujo se repite decenas o cientos de veces al mes y hoy pasa por manos humanas sin registro.
- Equipos de operaciones o administración que ya identificaron el cuello de botella y pueden señalarlo con el dedo.
- Organizaciones con un proceso estable: si el flujo cambia cada mes, el diseño queda obsoleto antes de construirse.
Estado de partida
Existe un volumen conocido, un responsable identificable y algún registro —aunque sea imperfecto— de cuántos casos se procesan. Sin volumen no hay retorno que medir.
02Cuándo no conviene
Cuándo automatizar este proceso sería un error
- Si el proceso todavía no está definido. Automatizar una excepción constante produce un sistema frágil que falla en la primera variación. Primero se estabiliza el flujo, después se automatiza.
- Si el volumen es bajo. Con veinte casos al mes, el costo de construir y mantener supera cualquier ahorro. La regla de tres a cinco minutos manuales por caso rara vez justifica un proyecto.
- Si el proceso decide sobre personas. Selección, evaluación de desempeño, despidos: no automatizamos la decisión ni la recomendación.
- Si el error es caro e irreversible. Pagos sin revisión, envíos masivos, actos administrativos. Ahí la automatización se limita a preparar el borrador; la ejecución sigue siendo humana.
- Si el sistema de destino no tiene interfaz ni documentación. Cuando hay que «automatizar» escribiendo sobre una base de datos sin contrato de integración, el riesgo técnico se come el beneficio.
- Si nadie de su empresa va a mantenerlo. Un flujo automatizado sin dueño interno se rompe en el primer cambio de formato y nadie se entera.
- Si el objetivo es reducir personal en el corto plazo. No es un juicio moral: es que los proyectos con ese objetivo fracasan en la adopción, porque las personas que deben alimentar el sistema son las mismas que lo ven como amenaza.
03Qué ocurre hoy
Un caso concreto: la conciliación mensual de facturas
Al cierre de cada mes, una persona descarga un reporte del sistema de facturación y otro del sistema contable. Los compara a mano en una planilla, marca las diferencias, escribe correos pidiendo explicaciones y vuelve a comparar cuando responden.
El proceso toma entre tres y cinco días. Un porcentaje pequeño de las facturas —nadie sabe exactamente cuál— se resuelve tarde y aparece en el cierre del mes siguiente. Cuando alguien pregunta por qué, la respuesta es «así se hizo siempre».
Esto es automatizable en la parte de comparación y clasificación de diferencias. No lo es en la decisión de qué hacer con cada diferencia: eso requiere criterio contable y una persona que responda por él.
El ejemplo describe un patrón frecuente en empresas de servicios. No corresponde a un cliente identificado.
04Alcance y método
De seis a diez semanas, con dos entregas intermedias
| Etapa | Qué se produce | Duración |
|---|---|---|
| 1. Documentar el flujo actual | Diagrama con pasos, sistemas, tiempos, excepciones y puntos de decisión. | 1–2 semanas |
| 2. Diseñar el flujo propuesto | Versión objetivo, con lo que se automatiza, lo que se mantiene manual y lo que se elimina. | 1–2 semanas |
| 3. Definir integraciones y excepciones | Contratos de datos, manejo de errores, cola de casos que requieren persona. | 1–2 semanas |
| 4. Construir y probar | Versión funcional probada con casos reales, incluidos los que fallan. | 2–3 semanas |
| 5. Operar y traspasar | Documentación, manual de operación, capacitación del responsable y período de acompañamiento. | 1–2 semanas |
Participación de su empresa
Se necesita una persona responsable del proceso con disponibilidad de dos a tres horas por semana durante el diseño, y alguien del área de sistemas para las credenciales de integración. Sin esas dos figuras el proyecto se detiene, y conviene saberlo antes y no en la semana cuatro.
05Entregables verificables
Lo que queda en la empresa al terminar
- Diagrama del flujo actual y del propuesto, en el mismo formato, para que la comparación sea directa.
- Especificación de integraciones: qué sistema entrega qué dato, con qué frecuencia y qué ocurre si no responde.
- Reglas de excepción escritas: qué casos salen del flujo automático, a quién llegan y en qué plazo se espera respuesta.
- Bitácora de pruebas: casos usados, resultados, casos fallidos y correcciones aplicadas.
- Manual de operación: cómo se detiene el flujo, cómo se reinicia y qué revisar cuando algo no cuadra.
- Plan de mantenimiento: qué se revisa cada mes, quién lo revisa y qué señales indican que el diseño dejó de aplicar.
06Cómo se medirá
La comparación se define antes de construir
Antes de escribir una línea se fija qué se va a comparar, con qué dato y en qué ventana. Si el indicador no se puede medir hoy, no sirve como indicador de este proyecto: o se construye la medición primero, o se elige otro.
| Indicador | Fuente del dato | Ventana |
|---|---|---|
| Tiempo desde la entrada hasta la primera acción | Registro del sistema o bitácora | 4 semanas antes / 4 después |
| Porcentaje de casos que requieren corrección | Bitácora de revisión | Mismo período comparable |
| Casos que salen del flujo como excepción | Cola de excepciones | Semanal |
| Tiempo de la persona en tareas de traspaso | Registro de horas o estimación declarada | Declarar el método |
Un resultado se informa con la ventana, la base y la fuente. Si la ventana es corta o la muestra es pequeña, se dice. Un número sin esas tres cosas no se publica ni se presenta como logro.
07Precio y condiciones
Precio «desde» y qué lo mueve
El precio base cubre un proceso, hasta dos integraciones y un punto de revisión humana. El monto inicial está pendiente de publicación: desde $1.190.000 IVA incluido
Qué aumenta el precio
- Cada integración adicional con un sistema distinto.
- Volumen alto que exige procesamiento por lotes o en paralelo.
- Ausencia de interfaz programable en el sistema de destino.
- Requisitos de auditoría o trazabilidad regulatoria.
Qué no incluye
Licencias, consumo de modelos, hosting y soporte posterior se cotizan por separado y se pagan directo al proveedor cuando corresponde. Tampoco incluye la operación diaria del flujo: eso queda en su equipo.
Impuestos
Precios finales con IVA incluido (19 %)
08Prueba y responsable
Qué puede verificar antes de contratar
Pida el diagrama de un flujo parecido al suyo. Si el diagrama no distingue excepciones, no sirve: cualquier flujo real las tiene.
Pida también el formato de bitácora de pruebas. Si no existe un formato, no hay medición, y sin medición la afirmación de mejora queda sin respaldo.
Responsable: quien documenta el flujo es quien lo construye. El nombre y la trayectoria se publican en quiénes somos cuando estén confirmados.
Preguntas frecuentes
¿Qué pasa si el flujo cambia a mitad del proyecto?
¿Usan IA en todos los pasos?
¿Quién es dueño del código y de las automatizaciones?
¿Funciona si el sistema de destino no tiene API?
¿Cuánto tiempo hay que dedicarle desde la empresa?
Antes de escribir
Si al leer esta página reconoce un proceso pero no está seguro de que aplique, escríbalo igual. Responder que no también es una respuesta útil.
Revisar un proceso Comparar los cinco serviciosSiguiente paso
¿Hay un flujo que se repite y consume tiempo cada semana?
Descríbalo con volumen aproximado y quién lo ejecuta. Con eso podemos decir si vale la pena automatizarlo o si conviene otra cosa.