Llega un momento en que alguien te convence de que la solución a tu caos es documentar. Contratas a alguien, o te pones tú, y escribes procedimientos: los famosos SOP (standard operating procedures). Meses después tienes una carpeta impecable… y sigues aprobando cada excepción. ¿Por qué?
Porque un SOP y una regla operativa resuelven dos problemas distintos, y solo uno de ellos es el que te tiene atrapado.
Qué documenta cada uno
Un SOP documenta la ejecución: los pasos para hacer bien una tarea. «Cómo se prepara un pedido», «cómo se cierra la caja», «cómo se da de alta un cliente». Es enormemente útil para que el trabajo salga igual lo haga quien lo haga. Resuelve el cómo.
Una regla operativa documenta la decisión: hasta dónde alguien puede decidir sin ti. «Qué descuento se puede dar sin consultar», «qué compra no necesita tu firma», «qué caso se escala siempre». Resuelve el quién decide y hasta qué límite.
El SOP dice cómo se hace la tarea. La regla dice quién puede decidir hacerla. Ser el cuello de botella es un problema de decisión, no de ejecución.
Por qué el SOP solo no te libera
Imagina que tienes un SOP perfecto para «gestionar una devolución». Detalla cada paso. Y aun así, tu empleado te escribe: «Este cliente quiere devolver algo fuera de plazo, ¿qué hago?». El SOP le ha dicho cómo procesar una devolución normal, pero no le ha dicho si puede decidir sobre la excepción. Esa decisión no está reglada, así que vuelve a ti.
Multiplica eso por cada excepción de cada proceso y tienes la foto exacta: una empresa con procesos documentados donde el dueño sigue siendo el árbitro de todo lo que se sale de la norma. Y el negocio, precisamente, vive en las excepciones.
No es elegir uno u otro
No es que los SOP sobren. Es que resuelven la mitad del problema. La secuencia sensata es al revés de como suele hacerse:
El orden que libera
- Primero las reglas de decisión de lo que más te interrumpe: el semáforo de qué se decide sin ti, hasta qué límite, y qué se escala. Eso te quita las colas de la mesa.
- Después, el SOP de las tareas cuya calidad depende del método. Ahí el procedimiento aporta de verdad.
La mayoría lo hace en el orden inverso: documenta cientos de tareas y nunca llega a reglar las decisiones, que son las que le tienen atado. Por eso el manual acaba en un cajón y el fundador sigue igual de ocupado.
La diferencia práctica: una regla operativa se lee en una página, vive donde se decide y se mantiene en diez minutos a la semana. Un SOP de cien páginas nadie lo consulta con un cliente esperando al teléfono.
La misma situación, con SOP y con regla
Un cliente pide una modificación a mitad de un trabajo ya presupuestado. Veamos qué pasa en los dos casos.
Con SOP. El procedimiento de «gestión de cambios» explica que hay que registrar la petición, valorarla, comunicar el impacto y actualizar el presupuesto. Todo correcto. Y la persona que lo lee sigue sin saber lo único que necesita saber: si puede aceptarlo. Así que te escribe.
Con regla. «Hasta cuatro horas y trescientos euros, acéptalo y comunícalo. Entre cuatro y ocho, o hasta ochocientos, acéptalo y anótalo en la hoja del proyecto. Por encima, o si toca una entrega comprometida antes del día veinte, me lo pasas.»
Con eso, el noventa por ciento de los casos se resuelven sin ti. Y fíjate en que la regla no explica cómo se registra un cambio: para eso está el SOP, y sigue haciendo falta.
Cuándo sí necesitas un SOP
Este artículo no va de que los procedimientos sobren. Va del orden.
Un SOP aporta de verdad cuando la calidad del resultado depende del método: una soldadura, un cierre contable, la puesta en marcha de una máquina, un protocolo de seguridad. Ahí el paso a paso evita errores caros y hace que dos personas produzcan lo mismo.
Un SOP no aporta nada cuando el problema no es cómo se hace, sino si se puede hacer. Y eso es exactamente lo que te tiene atrapado.
Si tu equipo sabe hacer el trabajo pero te pregunta igual, tu problema no se arregla con más documentación.
Una regla operativa cabe en cuatro campos
Esta es la diferencia práctica que más sorprende: un SOP ocupa páginas y una regla ocupa una cara. Si la tuya no cabe en una cara, se ha convertido en un procedimiento y no se va a usar.
Los cuatro campos
- Quién decide. Un puesto concreto, no «el responsable». Y quién le sustituye cuando falta.
- Qué necesita tener delante. Los dos o tres datos sin los cuales no se puede decidir bien, y de dónde salen.
- Hasta dónde llega. Los tramos, con cifras: qué decide solo, qué decide registrándolo, qué te sube siempre.
- Dónde queda registrado. Un sitio concreto. «Que lo apunte» no es un sitio.
Nada más. Si aparece un quinto campo, casi siempre es un paso de ejecución que pertenece al SOP.
El error de convertir la regla en un procedimiento
Pasa mucho cuando alguien con experiencia en calidad se pone a escribirlas. La regla empieza siendo una cara y acaba con anexos, casuísticas y un diagrama de flujo de tres niveles.
Y entonces deja de funcionar, por un motivo muy concreto: la regla se consulta en el momento de decidir, muchas veces con un cliente al teléfono. Si hay que buscarla, abrirla y leer dos páginas, no se consulta. Se pregunta.
La prueba de que una regla está bien escrita es que quepa impresa en la pared donde se decide y se lea de un vistazo.
Cómo conviven los dos en la misma empresa
Sin pelearse, y con una jerarquía clara: la regla decide si se hace; el SOP dice cómo se hace.
En una empresa ordenada, la secuencia de una petición cualquiera es esta. Llega. La regla dice si entra en verde, en ámbar o si sube. Si entra, el SOP guía la ejecución. Y si sube, sube con la información mínima ya recogida, no con un «tienes un momento».
Por eso el orden importa tanto. Documentar primero la ejecución te deja con una carpeta impecable y la misma cola en la mesa. Escribir primero las reglas te quita la cola, y después decides con calma qué tareas merecen un procedimiento.
Preguntas frecuentes
¿Tengo que tirar los SOP que ya he escrito?
No. Siguen sirviendo para lo que fueron pensados. Lo que hay que añadir encima es la capa de decisión, que es la que falta.
¿Cuánto se tarda en escribir una regla operativa?
Menos de una hora si tienes a mano dos o tres casos reales recientes. Lo que lleva tiempo es probarla una semana y ajustarla, no redactarla.
¿Sirve esto en una empresa con ISO o certificaciones?
Sí, y suelen convivir bien. La norma te exige documentar procesos; nada te impide añadir además quién puede decidir y hasta qué límite. De hecho, los auditores lo agradecen porque hace trazable la autoridad.
¿Y las excepciones que no cubre ninguna regla?
Esas suben, y está bien que suban: son las que justifican que sigas siendo tú. La cuestión es que sean unas pocas al mes y no cuarenta. Cuando una excepción se repite tres veces, deja de ser excepción y toca escribirla.
¿Por dónde empiezo?
Por la pregunta que más veces te hicieron la semana pasada. Lo explico paso a paso en cómo delegar decisiones sin perder el control.
Los términos, definidos: Dependencia decisional · Factura Invisible · Regla operativa · Semáforo verde, ámbar y rojo
Si tu empresa está llena de procesos pero tú sigues decidiéndolo todo, el arreglo empieza por reglar tus 3 decisiones más frecuentes: Una Decisión Menos. Y si aún no le has puesto número al coste, calcula tu Factura Invisible.