- procesos
- delegación
- operaciones
El procedimiento de una página para delegar cualquier tarea
Si una tarea solo existe en tu cabeza, no puedes delegarla ni en alguien nuevo ni en un agente. Cómo dejarla en un folio, probarla y mantenerla viva.
Todo negocio pequeño tiene una docena de tareas que solo sabe hacer bien una persona: dar de alta a un cliente nuevo, preparar el pedido de los jueves, cuadrar la caja, reclamar una factura que se ha pasado de fecha. Funcionan porque esa persona está. El día que no está —vacaciones, una baja, o simplemente que andas hasta arriba con otra cosa— la tarea se para o sale mal. La salida no es un manual de cien páginas que nadie va a leer: es un folio por tarea. Y da bastante igual si quien lo va a seguir es alguien que entró el lunes o un agente de IA, porque los dos necesitan casi lo mismo.
Una tarea que solo vive en tu cabeza no se puede delegar
Cuando intentas soltar una tarea sin tenerla escrita, pasa siempre lo mismo. La explicas por encima, la otra persona la hace a su manera, tú la corriges, y a la tercera decides que «es más rápido si lo hago yo». No es que la persona sea torpe ni que la tarea sea difícil: es que le has dado el 60% de la información y el 40% que falta sigue en tu cabeza, en forma de excepciones.
Ese 40% suena así: los clientes de toda la vida no pagan por adelantado; a ese proveedor hay que llamarle, no escribirle; si el pedido pasa de 500 euros, avísame antes de confirmarlo; en agosto no mandamos recordatorios el viernes por la tarde. Nada de eso está escrito en ningún sitio. Se aprende metiendo la pata, y quien lo aprende eres tú otra vez, porque acabas revisando cada intento.
Escribir ese 40% cuesta veinte minutos una vez y te ahorra explicarlo doce veces. Es la diferencia entre tener a alguien que ejecuta y tener a alguien que te pregunta. Y con un agente de IA no es opcional: si no lo escribes, no existe.
Las seis casillas que caben en un folio
Un procedimiento útil no es una redacción. Son seis bloques cortos, y si no caben en una cara de un folio es que has metido dos tareas en una:
- Cuándo se activa. El disparador exacto, no «cuando haga falta». Un día y una hora, un mensaje que entra, un pedido que se confirma.
- Qué hace falta antes de empezar. Accesos, la plantilla, dónde está el listado. Media hora buscando el archivo correcto es media hora perdida.
- Los pasos, en orden y en imperativo. Siete u ocho como mucho. Si te salen quince, hay dos tareas ahí dentro.
- Las decisiones y sus reglas. Cada «depende» se convierte en un si-entonces con un número o un nombre concreto.
- Lo que nunca se hace sin ti. El límite, explícito. Esta casilla es la que te deja dormir.
- Cómo se sabe que ha salido bien. Un resultado que se puede mirar, no una sensación.
Con eso, un procedimiento real ocupa esto:
Procedimiento: reclamar facturas vencidas
Se activa: todos los lunes a las 9:00.
Necesitas: acceso al listado de facturas y a la plantilla "aviso-1".
Pasos:
1. Saca las facturas con más de 7 días de vencimiento.
2. Quita las de clientes con pago acordado a 60 días (lista aparte).
3. Manda el aviso 1 por email, tono cordial, con el PDF adjunto.
4. Si a los 5 días no hay respuesta: aviso 2 y avísame a mí.
Decisiones:
- Importe mayor de 3.000 € -> no mandes nada, pásamelo primero.
- El cliente pide aplazamiento -> pásamelo, no negocies tú.
Nunca sin mí: aplazar, perdonar importes o cambiar condiciones de pago.
Ha salido bien si: ninguna factura vencida lleva más de 12 días sin contacto.
Fíjate en lo poco literario que es. Un procedimiento no se lee: se sigue.
Cómo sacártelo de la cabeza sin perder la tarde
El error clásico es sentarse a escribirlo de memoria. De memoria te sale la versión ideal de la tarea, no la que haces de verdad, y justo se te olvidan las excepciones, que son la parte valiosa.
Hazlo al revés: la próxima vez que toque hacer esa tarea, hazla con el móvil grabando una nota de voz y ve narrando lo que haces, incluidos los «ah, espera, con este cliente es distinto». Luego pasas la transcripción a las seis casillas. Veinte minutos, y encima queda escrito en tu idioma y con tus criterios, no con los de un consultor.
Dos detalles que marcan la diferencia. El primero: quien escribe el procedimiento es quien hace la tarea, no quien manda. Si los presupuestos los haces tú, lo escribes tú; si los hace Marta, lo escribe Marta y tú lo revisas. El segundo: guárdalos todos en el mismo sitio y con el mismo criterio de nombre, un documento por tarea. Un procedimiento buenísimo que nadie encuentra es un procedimiento que no existe.
Lo que cambia cuando quien lo sigue es un agente
Una persona rellena los huecos con sentido común y, si duda mucho, te pregunta. Un agente de IA no hace ninguna de las dos cosas igual de bien: rellena los huecos con algo que suena razonable. Ahí está toda la diferencia práctica.
Eso significa tres ajustes cuando el folio es para un agente:
- Nada de pasos ambiguos. «Avisa si hace falta» le sirve a un compañero y es un desastre para un agente. Escribe a quién, con qué texto y en qué caso exacto.
- Di de dónde salen los datos. Una persona sabe que el precio bueno es el del último Excel. Un agente usará lo que le des; si le das dos fuentes que no cuadran, elegirá una y tú no sabrás cuál.
- La casilla 5 se vuelve la más importante. Todo lo que toque dinero, plazos, datos personales o un «no» a un cliente pasa por ti antes de salir. Tú apruebas, ellos ejecutan.
La buena noticia es que el mismo folio sirve para los dos. Si está lo bastante claro para que un agente lo ejecute sin inventarse nada, la persona que entre en septiembre lo va a agradecer todavía más.
Cuándo no vale la pena escribir nada
Ni todas las tareas merecen un procedimiento ni escribirlo es gratis, así que van tres casos en los que yo no lo haría:
- Lo que haces dos veces al año y nunca igual. Ahí no quieres un procedimiento, quieres una lista corta de las cuatro cosas que siempre se te olvidan. Otro formato, otro propósito.
- Lo que es puro criterio. Decidir el precio de un proyecto raro, decidir si aceptas a un cliente que te da mala espina. Escribirlo da una falsa sensación de proceso y, peor, invita a delegar algo que no se debe delegar.
- Lo que hoy funciona mal. Documentar un proceso roto solo consigue que el desastre se repita con más disciplina. Arréglalo primero y escríbelo después.
Si al escribirlo te das cuenta de que la tarea no debería existir, has ganado. Eso también es un resultado.
La prueba de fuego, y por dónde empezar
El procedimiento no está terminado cuando tú lo das por bueno, sino cuando otro lo ejecuta sin ti. Dale el folio a alguien que nunca haya hecho la tarea y no le contestes preguntas durante la primera hora. Cada pregunta que te apunte es un agujero, y la respuesta va al folio, no al chat. Con dos rondas de esas, el documento ya se sostiene solo. Con un agente el bucle es idéntico: la primera semana revisas lo que propone antes de que salga, y cada corrección la metes en el folio en vez de repetirla mensaje a mensaje.
Para empezar, no elijas la tarea más fácil de escribir. Elige la que se pararía si mañana te fueras una semana, o la que más veces te interrumpe al día. Un folio, veinte minutos, y esa tarea deja de depender de que tú estés disponible.
Cuando ya tienes esos folios, delegar la parte repetitiva es casi mecánico: es justo lo que hace el agente de operaciones de Yaqbot, que sigue tus reglas, prepara el trabajo y te pasa a ti lo que necesita tu criterio. Pero el orden importa. Primero el folio; el agente viene después.
