0.3Identificar los procesos que hay que automatizar
Lo esencial en 30 segundos
- Buen candidato = repetitivo, frecuente, con reglas claras, sin juicio humano fino : copias, notificaciones, recordatorios, informes.
- Método : auditar una semana, cifrar frecuencia × duración, y solo automatizar lo que se escribe en « cuando X, hacer Y, salvo si Z ».
- Empezar por un quick win (gran impacto, poco esfuerzo) : bien enmarcar antes de construir, si no se acelera el caos.
Minicaso hilado — Lina audita su semana
Lina, responsable de digitalización en Orán, anota durante una semana todo lo que copia a mano : las inscripciones a la hoja de cálculo (20 minutos, dos veces por semana), los recordatorios de pago enviados uno por uno, y un informe de actividad recompilado cada domingo por la noche. Cifra cada gesto en frecuencia × duración, descarta el informe aún difuso con reglas cambiantes, y elige su quick win : la copia de las inscripciones, sencilla y medible. La enmarca en una frase antes de cualquier montaje.
Caso autónomo de esta sección : vuelve en el curso, el esquema, el guion y el reto 48h de la sección 0.3.
1. Qué es un buen candidato
La competencia más rentable no es técnica : es detectar los buenos procesos. El buen candidato es una tarea repetitiva, frecuente, con reglas claras y sin juicio humano fino : copiar datos de una herramienta a otra, enviar una notificación con cada nuevo pedido, recordar a un cliente al cabo de X días, generar un informe semanal. Al contrario, una tarea rara, difusa o que exige pericia humana es un mal candidato. Lina subrayó en verde la copia de las inscripciones y en rojo el informe con reglas cambiantes.
2. Auditar y cifrar
El método : auditar su día a día. Anotad durante una semana los gestos que repetís (copiar y pegar, actualizaciones manuales, transferencias de información), estimad su frecuencia × duración, y detectad los que siguen una regla explícita : un desencadenante identificable (formulario enviado, fecha alcanzada), acciones claras, una condición eventual (« salvo si el importe es bajo »). Lina enmarcó su copia en una frase : « cuando se envía un formulario, crear una fila y avisar, salvo si el expediente está incompleto ».
3. Priorizar : la matriz impacto / esfuerzo
Priorizad por el tiempo ganado y la sencillez de puesta en marcha : primero los quick wins (gran impacto, poco esfuerzo), que demuestran el valor y forman con suavidad. Guardad los grandes proyectos para más tarde, y no empecéis nunca por lo más complejo. Automatizar un proceso mal elegido — o mal definido — cuesta más de lo que aporta : enmarcar bien antes de construir es la clave. Si el proceso no se escribe en « cuando X, hacer Y, salvo si Z », primero hay que aclararlo y estandarizarlo.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Enmarcar una tarea
« Cuando se envía un formulario de inscripción (desencadenante),
crear una fila en la base + avisar al equipo (acciones),
salvo si el expediente está incompleto (regla). »
→ 2 veces 20 min por semana = tiempo ganado estimado.Lectura : Lina tiene su enmarcado en una frase : desencadenante, acciones, regla, tiempo ganado.
Lección : si no se puede escribir en « cuando X, hacer Y, salvo si Z », es demasiado difuso.
Vocabulario de la sección
- Proceso
- Secuencia de pasos repetidos para obtener un resultado (tramitar una inscripción, recordar a un cliente).
Ejemplo sencillo: Lina describe su proceso de inscripciones : formulario, base, notificación, archivo.
Lo que no es: una acción única que solo se hace una vez.
Reflejo: descomponer cada proceso en pasos antes de automatizarlo.
- Tarea repetitiva
- Acción rehecha regularmente de forma idéntica (copiar y pegar, notificación, actualización) — la candidata ideal.
Ejemplo sencillo: Lina copia las inscripciones dos veces por semana : el copiar y pegar perfecto para eliminar.
Lo que no es: una decisión de experto que cambia en cada caso.
Reflejo: anotar durante una semana todo lo que se repite de forma idéntica.
- Desencadenante (trigger)
- Evento que lanza una automatización (formulario enviado, nueva fila, fecha alcanzada).
Ejemplo sencillo: En casa de Lina, el desencadenante es claro : un nuevo formulario de inscripción enviado.
Lo que no es: la acción en sí (la notificación enviada).
Reflejo: nombrar el desencadenante en primer lugar en todo enmarcado.
- Regla de negocio
- Condición explícita que decide el comportamiento (« si el expediente está incompleto entonces no avisar »).
Ejemplo sencillo: Lina añade su regla : salvo si el expediente está incompleto, no se avisa.
Lo que no es: un vago « depende del contexto » no escrito.
Reflejo: escribir cada regla en « si… entonces… » antes de construir.
- Mapeo de procesos
- Representación de los pasos (entradas, acciones, decisiones, salidas) para analizar antes de automatizar.
Ejemplo sencillo: Lina dibuja su mapeo de las inscripciones en cuatro casillas en su cuaderno.
Lo que no es: el montaje directo en la herramienta sin análisis previo.
Reflejo: dibujar el proceso en papel antes de abrir Make o Zapier.
En la práctica — En la práctica — Detectar vuestros mejores candidatos para la automatización
- Durante una semana, anotad cada tarea repetida (copiar y pegar, recordatorios, actualizaciones, transferencias) en un cuaderno, como Lina.
- Para cada una, estimad frecuencia × duración : ¿cuántos minutos, cuántas veces al mes ?
- Probab la regla : ¿podéis escribirla en « cuando ocurre X, hacer Y, salvo si Z » ? Si no, es demasiado difusa.
- Clasificad en impacto / esfuerzo y elegid UN quick win : gran tiempo ganado Y sencillo de automatizar.
Guion listo para decir — proponer su quick win (30 s)
« He auditado mi semana : la copia de las inscripciones me lleva dos veces veinte minutos, con una regla sencilla. Propongo automatizarla primero : cuando llega un formulario, se crea la fila y se avisa, salvo expediente incompleto. Es nuestro quick win, lo enmarco en una frase y lo monto esta semana. »
Para decir con el cifrado frecuencia × duración ; mostrar la frase de enmarcado escrita.
Plantilla para copiar y pegar — mi ficha de enmarcado
TAREA : _______________
FRECUENCIA × DURACIÓN (tiempo/mes) : _______________
DESENCADENANTE (cuando X) : _______________
ACCIONES (hacer Y) : _______________
REGLA (salvo si Z) : _______________
IMPACTO / ESFUERZO : [ ] quick win [ ] gran proyecto [ ] descartarPYME / presupuesto pequeño
Sin tiempo que perder : una sola ficha de enmarcado sobre la tarea más repetitiva (facturas, recordatorios) — el resto espera al primer éxito.
PYME Orán
Lina hace rellenar una ficha de enmarcado a cada compañero en Orán : el equipo compara los tiempos ganados y vota el quick win común.
Autónomo
Solo : cifrar en euros el tiempo ganado (tarifa por hora × horas) para elegir el quick win más rentable, no el más divertido.
Proceso difuso
Regla no escrita o llena de excepciones : primero estandarizar en papel con los compañeros, luego automatizar la parte estable — nunca al revés.
✓ Buenas prácticas
- Auditad vuestro día a día y cifrad frecuencia × duración.
- Empezad por un quick win (gran impacto, poco esfuerzo).
- Aclarad y estandarizad el proceso antes de automatizarlo.
✗ Errores frecuentes
- Automatizar una tarea difusa o con mucho juicio humano.
- Empezar por el proyecto más complejo.
- Automatizar un proceso caótico (eso acelera el caos).
Puntos clave
- Buen candidato = tarea repetitiva, frecuente, con reglas claras, sin juicio humano fino.
- Mal candidato = tarea rara, difusa o que exige pericia humana.
- Método : auditar su día a día, cifrar frecuencia × duración, detectar las reglas explícitas.
- Empezar por un quick win (gran tiempo ganado + sencillo) ; enmarcar bien antes de construir.
Reto 48h — aplica mañana
Auditad 3 gestos repetidos de vuestra semana, cifrad su frecuencia × duración, y enmarcad uno solo en una frase « cuando X, hacer Y, salvo si Z » : vuestro quick win.
- Distingo un buen candidato (repetitivo, regla clara) de uno malo (difuso, juicio humano).
- He cifrado 3 tareas en frecuencia × duración.
- He enmarcado mi quick win en una frase con desencadenante y regla.
Preguntas frecuentes
¿Por dónde empezar si he detectado muchas tareas para automatizar ?
Priorizad con una matriz sencilla impacto / esfuerzo. El impacto es el tiempo (o los errores) ahorrado ; el esfuerzo es la dificultad de puesta en marcha. Empezad por las tareas de gran impacto y poco esfuerzo (los « quick wins ») : demuestran el valor rápidamente, os forman con suavidad y crean adhesión. Guardad los grandes proyectos (gran impacto pero gran esfuerzo) para cuando estéis más cómodos. Evitad empezar por una automatización compleja e incierta : un primer éxito rápido vale más que un proyecto ambicioso que se atasca.
¿Cómo saber si un proceso es demasiado complejo para automatizarlo en no-code ?
Desconfiad de los procesos que exigen mucho juicio humano (« depende del contexto »), que tienen excepciones en cada paso, o cuyas reglas no están escritas ni son estables. Si no lográis describir el proceso como « cuando ocurre X, hacer Y, salvo si Z », probablemente es demasiado difuso para automatizarlo tal cual. La buena práctica : primero aclarar y estandarizar el proceso (hacerlo explícito), y luego automatizar la parte estable. Automatizar un proceso caótico solo acelera el caos.
¿Cuál es el mejor candidato para la automatización ?