Por Huminary Labs
Publicado:
El mejor primer proceso suele tener un inicio claro, una salida verificable y alguien que pueda revisar el resultado. Para elegirlo, reúne tres tareas que hoy consumen tiempo y compáralas con los mismos criterios. Esta guía propone una matriz de trabajo; sus ejemplos son ilustrativos y deben sustituirse por datos de tu operación.
Describe una tarea completa
“Automatizar administración” es demasiado amplio para presupuestar o comprobar. Un alcance más útil sería: “Cuando llega una solicitud de compra, comprobar que contiene los campos necesarios y preparar una tarea para que el responsable la revise”.
Anota seis datos antes de hablar de herramientas:
- Disparador: qué inicia el proceso y con qué frecuencia ocurre.
- Entrada: qué archivos, mensajes o registros necesita.
- Reglas: cómo se decide que la información es suficiente y correcta.
- Salida: qué cambia al terminar y dónde puede comprobarse.
- Excepciones: qué casos deben detenerse o pasar a una persona.
- Responsable: quién valida el resultado y atiende los errores.
Si dos personas describen salidas distintas, primero hay que acordar el proceso. Automatizar una regla que nadie ha definido desplaza la discusión hacia el software y hace más difícil saber si funciona.
Compara impacto, riesgo y esfuerzo
Usa una escala de uno a tres como ayuda para conversar. Los valores siguientes son una propuesta editorial; no son un estándar ni un modelo estadístico de retorno.
| Criterio | 1 | 2 | 3 |
|---|---|---|---|
| Impacto | Ocasional y de poco trabajo | Recurrente para un equipo | Frecuente y bloquea trabajo relevante |
| Riesgo del error | Salida revisable antes de actuar | Error reversible que afecta otro paso | Acción difícil de revertir o de alto impacto |
| Esfuerzo | Datos accesibles y pocas reglas | Varias fuentes o excepciones | Datos deficientes o muchas dependencias |
Busca una combinación de impacto relevante, riesgo bajo y esfuerzo manejable. Conviene conservar las tres notas por separado: sumar todo en una puntuación puede ocultar una acción de alto riesgo detrás de un gran volumen.
Añade dos condiciones de entrada: existe un responsable y hay ejemplos representativos disponibles. Si falta cualquiera, la siguiente tarea consiste en conseguirlos. Un proceso puede ser atractivo y todavía no estar listo para un piloto.
Un ejemplo de selección
Imagina un equipo que considera tres posibilidades:
- Preparar un resumen de solicitudes pendientes. Tiene datos accesibles, una salida que puede compararse con la lista original y revisión antes de distribuirse. Puede ser un buen punto de partida si el resumen consume tiempo de forma recurrente.
- Clasificar correos y crear borradores de tareas. Requiere interpretar texto, detectar información incompleta y evitar duplicados. Permite comenzar con una propuesta que la persona acepta o corrige.
- Autorizar pagos automáticamente. Afecta dinero y exige controles específicos. Aunque tenga alto impacto, el primer alcance podría limitarse a reunir documentos y señalar datos faltantes para revisión.
La decisión depende de tus datos. No hay un ganador universal: un resumen mensual de cinco minutos puede aportar menos que ordenar a diario una bandeja con solicitudes pendientes.
Mide el punto de partida
Observa casos normales y excepcionales durante un periodo representativo. Separa el tiempo de trabajo activo del tiempo de espera: una aprobación puede tardar dos días de calendario y requerir cinco minutos de trabajo. Ambos importan, pero responden a mejoras diferentes.
Una referencia sencilla es:
Horas mensuales de trabajo = tareas mensuales × minutos activos por tarea ÷ 60.
Por ejemplo, 200 tareas de seis minutos representan 20 horas de trabajo. Es una cuenta ilustrativa, no una promesa de 20 horas ahorradas. Durante el piloto habrá tareas no cubiertas, revisión y correcciones. Registra también cuántos casos terminan bien a la primera y cuántos se reabren.
Puedes explorar estos supuestos en la calculadora de automatización. El valor económico del tiempo liberado depende de cómo se utilice esa capacidad; para hablar de ahorro de caja debe existir un gasto que realmente disminuya.
Define cuándo ampliar y cuándo detener
Antes del piloto, acuerda una muestra de casos, un periodo de observación y criterios de aceptación. Un registro útil incluye: identificador de tarea, resultado esperado, resultado obtenido, revisión necesaria, tiempo activo y motivo de cualquier error.
Empieza preparando resultados para revisión. Amplía permisos cuando el equipo pueda comprobar la calidad y manejar las excepciones. Si faltan datos, se generan duplicados o no hay una forma de verificar la salida, detén ese recorrido hasta corregir la causa.
Tampoco es obligatorio usar un agente. Una integración o una regla fija puede cubrir el proceso. La distinción de Anthropic entre flujos definidos y agentes ayuda a entender qué parte necesita decisiones dinámicas. Nuestra comparación de agentes, RPA y software a medida desarrolla esa elección con un mismo ejemplo.
Lleva una ficha a la conversación técnica
Resume el proceso en una página: objetivo, disparador, entradas, salida, herramientas, responsable, volumen, tiempo activo, excepciones y aprobación necesaria. Incluye ejemplos anonimizados cuando corresponda.
Con esa ficha puedes revisar el servicio de automatización de procesos o consultarnos un primer flujo. La conversación ya tendrá un resultado concreto que diseñar y comprobar.