Empieza por una tarea que puedas describir
Copiar pedidos, comprobar archivos o perseguir aprobaciones puede ocupar parte de la jornada. Para elegir por dónde empezar, describe una tarea de principio a fin: qué la activa, qué información recibe, qué regla aplica y qué resultado entrega. Si cada persona la explica de una forma distinta, conviene acordar el proceso antes de automatizarlo.
Observa un periodo que incluya actividad habitual y un cierre o pico de trabajo. Anota cuántas veces se repite, el tiempo de ejecución y revisión, y las correcciones necesarias. Usa tus registros: una sensación de trabajo repetitivo no permite estimar por sí sola el beneficio.
Compara frecuencia, reglas y consecuencias
| Criterio | Qué comprobar | Qué decisión orienta |
|---|---|---|
| Frecuencia y volumen | ¿Cuántas entradas hay y cómo cambia el volumen en los picos? | Una tarea ocasional puede resolverse con una plantilla. |
| Reglas | ¿Dos personas llegan al mismo resultado con los mismos datos? | Reglas estables permiten delimitar una automatización. |
| Errores | ¿Qué se corrige hoy y qué pasa si el sistema se equivoca? | Un error costoso exige aprobación antes de actuar. |
| Datos | ¿Llegan completos y en un formato consistente? | Puede hacer falta mejorar la entrada primero. |
| Mantenimiento | ¿Cambian las tarifas, formatos o herramientas? ¿Quién avisará? | Incluye la actualización de reglas en el coste. |
| Recuperación | ¿Se puede deshacer la acción o retomar el trabajo manual? | Empieza por una acción reversible y comprobable. |
No sumes criterios sin mirar su peso: una tarea frecuente con consecuencias graves puede necesitar más controles que una menos frecuente. Compara el esfuerzo manual actual con preparación, integración, revisión de excepciones y mantenimiento. Define qué observación justificaría continuar y cuál justificaría descartar la prueba.
Delimita una primera prueba
- Elige una entrada y una salida. Por ejemplo, validar un archivo y preparar un registro pendiente de aprobación.
- Escribe las reglas con ejemplos aceptados y rechazados: campos obligatorios, códigos válidos, importes y duplicados.
- Aparta las excepciones en una bandeja con motivo y responsable. Un fallo debe verse y poder resolverse.
- Decide quién revisa antes de confirmar y cómo se vuelve al proceso manual si falta un sistema.
- Prueba con datos de ensayo representativos. Compara resultados y tiempo total, incluyendo la revisión.
- Acuerda quién mantiene las reglas, qué alertas recibe y cuándo se revisará si la automatización sigue siendo útil.
Una prueba que prepara trabajo para revisión permite comprobar reglas antes de conceder permiso para modificar datos definitivos. Guarda la referencia de cada entrada y su estado sin copiar información sensible innecesaria a los registros.
Ejemplo ilustrativo: preparar pedidos para revisión
Una distribuidora ficticia recibe un archivo de pedidos con códigos de producto y cantidades. Este ejemplo no representa un proyecto de cliente ni promete ahorro. La propuesta de prueba sería comprobar estructura, códigos y cantidades, y preparar un borrador en el sistema de gestión para que una persona lo apruebe.
Si falta un código, la cantidad no cumple la unidad de venta o el pedido ya está registrado, el sistema lo apartaría indicando el motivo. La persona responsable decidiría cómo resolverlo. Antes de probar habría que comprobar que el sistema permite crear borradores y que existe una referencia estable para evitar duplicados.
La revisión compararía cada borrador con el archivo original y recogería excepciones, correcciones y tiempo de supervisión. Si las reglas siguen cambiando o el equipo dedica más esfuerzo a resolver fallos, el siguiente paso sería ajustar la entrada o detener la prueba.
Prepara una ficha de la tarea
Escoge una tarea y reúne su entrada, salida, frecuencia observada, herramientas, reglas y excepciones. Añade quién la realiza y qué debe comprobar antes de darla por terminada. Comparte ejemplos anonimizados; no envíes contraseñas ni información sensible en la consulta.