Una plantilla de procedimiento operativo estándar que sirva tiene cinco partes: el objetivo, el activador, los pasos numerados con quién hace cada uno, los controles o aprobaciones y dónde se archiva el resultado. Escríbala a partir de cómo se hace de verdad el trabajo, con los correos y los archivos, no de memoria.
Para qué sirve un SOP
Un procedimiento operativo estándar, o SOP, es una descripción breve y por escrito de cómo se hace un trabajo recurrente, para que cualquier persona formada pueda hacerlo de la misma forma; una plantilla de procedimiento operativo estándar mantiene todos los SOP con la misma estructura.
Los SOP demuestran su valor en tres momentos. Cuando alguien nuevo se incorpora y tiene que aprender el trabajo. Cuando la persona de siempre no está y otra tiene que cubrirla. Y cuando algo sale mal y el equipo necesita ver qué paso se saltó. En todos los casos, una página que dice exactamente qué ocurre es mejor que un compañero intentando acordarse.
La mayoría de los SOP fracasan por los mismos motivos. Se escriben una sola vez y de memoria, describen el caso ideal en lugar del real y son demasiado largos para seguirlos con el trabajo abierto en la otra pantalla. Una buena plantilla resuelve los dos primeros obligando a hacerse las preguntas correctas, y el tercero limitando cada procedimiento a un solo trabajo.
Los SOP son una parte de la documentación de procesos, la costumbre más amplia de poner por escrito cómo funciona una empresa. El mapeo de procesos dibuja el panorama general: qué trabajos existen y quién pasa qué a quién. Un SOP se acerca a una de las casillas de ese mapa y explica cómo se hace de verdad el trabajo que contiene.
La plantilla en cinco partes
Todo SOP necesita cinco partes: objetivo, activador, pasos, controles y archivo; lo demás es opcional.
La plantilla de abajo sirve para casi cualquier trabajo de oficina, desde registrar facturas de proveedores hasta enviar un extracto mensual. Mantenga breve cada parte. Si una parte se alarga más que el resto de la página, probablemente el trabajo son dos trabajos y merece dos SOP.
Usar la misma plantilla de procedimiento operativo estándar para todos los trabajos tiene una ventaja que va más allá del orden. Quien ha aprendido un SOP sabe dónde mirar en todos los demás: el activador siempre es la segunda parte y las aprobaciones, siempre la cuarta. Con el tiempo, el conjunto de procedimientos se lee como un único manual y no como un montón de notas escritas por personas distintas en días distintos.
Añada por encima de las cinco partes una línea de cabecera con el nombre del procedimiento, su responsable y la fecha de la última revisión. Esa fecha importa más de lo que parece: le dice al lector si puede fiarse de la página.
| Parte | Qué responde | Ejemplo para facturas de proveedores |
|---|---|---|
| Objetivo | Por qué existe el trabajo, en una frase | Cada factura de proveedor se registra, se adjunta y se archiva para que pueda aprobarse y pagarse a tiempo |
| Activador | Qué pone en marcha el trabajo, y dónde | Llega una factura al buzón de contabilidad o a la carpeta de escaneos |
| Pasos | Qué se hace, en qué orden y quién lo hace | Abrir, comprobar el proveedor, registrar la factura, adjuntar el PDF, archivarlo |
| Controles y aprobaciones | Qué hay que verificar y quién firma | Los totales cuadran y el número no está repetido; aprueba el responsable de finanzas |
| Archivo | Adónde van el resultado y los justificantes | El PDF, en la carpeta del proveedor; la factura, en borrador a la espera de aprobación |
Escribir pasos que la gente siga
Los pasos que la gente sigue están numerados, empiezan por un verbo, nombran a quién hace cada uno y caben en una pantalla.
Escriba cada paso como una instrucción, no como una descripción. Diga: abra la factura y compruebe el nombre del proveedor en la lista de proveedores. No diga: normalmente se verifica el proveedor. Lo primero se puede hacer; lo segundo se puede discutir.
Nombre a la persona o el puesto en cada paso en el que el trabajo cambia de manos. La mayoría de los errores de un proceso se producen en los traspasos, cuando alguien da por hecho que otro ya ha hecho algo. Si el paso dice quién, nadie tiene que suponer nada.
Este es un ejemplo breve, escrito como debería leerse un SOP, para un equipo pequeño que gestiona las facturas de proveedores que llegan.
Fíjese en lo que el ejemplo deja fuera. No explica cómo se usa el sistema de contabilidad ni por qué importan las facturas; eso corresponde a la formación, no al procedimiento. Cada paso es una acción que una persona puede marcar como hecha, y el último pasa el trabajo a alguien que firma.
- Auxiliar de contabilidad: abrir cada factura nueva del buzón de contabilidad a primera hora de la mañana.
- Auxiliar de contabilidad: comprobar que el proveedor está en la lista de proveedores; si no está, pasar la factura al responsable de finanzas y detenerse.
- Auxiliar de contabilidad: comprobar que ese número de factura no se ha registrado antes para ese proveedor.
- Auxiliar de contabilidad: registrar la factura como borrador en el sistema de contabilidad y adjuntar el PDF.
- Auxiliar de contabilidad: guardar el PDF en la carpeta del proveedor, con la fecha y el número de factura en el nombre.
- Responsable de finanzas: revisar los borradores y aprobar los que sean correctos.
¿Tiene su SOP todo lo que necesita?
Abra un procedimiento que ya tenga, o el borrador que esté escribiendo ahora. Marque cada afirmación que sea cierta.
Añadir controles y aprobaciones
Ponga controles donde los errores salen caros y aprobaciones donde algo sale de la empresa o se mueve dinero.
No todos los pasos necesitan un control. Si hay demasiados, la gente marca casillas sin mirar. Elija los puntos en los que un error cuesta dinero o confianza de verdad: un pago, una ficha de proveedor nueva, un correo a un cliente, una cifra que va a una declaración de impuestos. Esos merecen un control con nombre y, cuando importa, una persona concreta que apruebe.
Escriba el control como algo que una persona pueda verificar en segundos. Los totales cuadran. Los datos bancarios coinciden con la ficha del proveedor. El nombre del cliente está escrito como en el contrato. Un control que requiere criterio está bien, pero diga de quién es ese criterio.
También ayuda poner por escrito lo que el procedimiento no cubre. Una lista corta de exclusiones evita que la gente estire un SOP hasta casos para los que nunca se escribió.
- Qué pasa cuando el caso no encaja en los pasos, y quién decide.
- Qué documentos no deben registrarse nunca sin que los mire una segunda persona, como los reembolsos.
- Qué cambios necesitan la aprobación del responsable, como un proveedor nuevo o unos datos bancarios nuevos.
- Dónde se deja constancia de que el control se hizo.
Escribir SOP a partir de correos y archivos reales
Los SOP más precisos se escriben a partir de las pruebas del trabajo, los correos, los adjuntos y las carpetas, y no del relato que alguien hace de él.
Pida a cualquiera que describa su trabajo y le dará la versión que cree que hace. El buzón le muestra la versión que hace de verdad: qué proveedores escriben, qué clientes reclaman, qué informes salen a final de mes, a qué compañero se pone en copia y en qué. Las carpetas muestran dónde se archivan las cosas de verdad, no dónde se suponía que debían ir.
Esto importa sobre todo cuando alguien se marcha. Un documento de traspaso de funciones escrito con prisas, en la última semana, suele recoger las tareas evidentes y olvidar la trimestral, la renovación anual y el favor que se le hacía a un cliente concreto. Esas lagunas solo aparecen cuando la persona ya se ha ido.
Aquí es donde un empleado de IA puede ayudar, y es uno que tenemos funcionando hoy. Cuando una persona clave se marcha, nuestro robot de traspaso lee el historial de su buzón y sus adjuntos en modo de solo lectura y redacta lo que el puesto hacía de verdad, lo que sigue abierto, los plazos y un plan de traspaso, antes del último día. No cambia nada en el buzón y no envía nada.
Ese informe no es un SOP por sí mismo. Es la materia prima: una lista basada en hechos de los trabajos que hacía el puesto, con ejemplos. Después, una persona elige los trabajos recurrentes y pasa cada uno a la plantilla de cinco partes, comprobando los pasos con quien vaya a hacerse cargo de ellos.
Mantener los SOP al día
Un SOP solo sigue siendo útil si alguien es su responsable, lo revisa con un ritmo fijo y lo cambia cada vez que cambia el trabajo.
Los procedimientos se quedan anticuados sin hacer ruido. Un proveedor pasa a usar un portal, se añade una aprobación nueva, se cambia el nombre de una carpeta, y el SOP sigue describiendo el trabajo del año pasado. La solución es sencilla y poco vistosa: un responsable por procedimiento, una fecha de revisión en la cabecera y la costumbre de actualizar la página el mismo día en que cambia el proceso.
Un ritmo práctico es revisar cada procedimiento después de cualquier cambio en el trabajo y, como muy tarde, una vez al año. Al revisarlo, no se limite a releer la página. Observe a alguien hacer el trabajo con el SOP abierto, o compárelo con los últimos casos reales del buzón, y corrija cada paso que ya no coincida. Si actualiza la propia plantilla de procedimiento operativo estándar, aplique el cambio a todos sus procedimientos en la siguiente revisión, no todos de golpe.
Guarde todos los SOP en un solo sitio que su equipo ya use, como una carpeta compartida, con el mismo patrón de nombres para cada uno. Un procedimiento que nadie encuentra es como no tener procedimiento.
Por último, conozca los límites del documento. Un SOP describe cómo se hace el trabajo; no lo hace. Si un procedimiento se sigue igual muchas veces al mes y termina en un documento o un asiento, puede ser también un buen candidato para un empleado de IA que prepare el trabajo en borrador para que una persona lo revise. El SOP pasa a ser entonces su descripción de puesto.
Preguntas
¿Cuáles son las cinco partes de un procedimiento operativo estándar?
Objetivo, activador, pasos numerados con quién hace cada uno, controles y aprobaciones, y dónde se archiva el resultado. Por encima va una cabecera con el responsable y la fecha de la última revisión.
¿Qué extensión debe tener un SOP?
La justa para seguirlo con el trabajo abierto en la otra pantalla, normalmente una página. Si se alarga mucho más, probablemente son dos trabajos y deberían ser dos procedimientos.
¿Qué diferencia hay entre un SOP y un mapa de procesos?
Un mapa de procesos muestra el panorama general: qué trabajos existen y quién pasa qué a quién. Un SOP toma un trabajo de ese mapa y explica exactamente cómo se hace.
¿Qué debe incluir un documento de traspaso de funciones?
Los trabajos recurrentes que hacía la persona, lo que sigue abierto, los próximos plazos, con quién trata y dónde están los archivos. Escribirlo a partir de sus correos y carpetas recoge las tareas que la memoria olvida.
¿Quién debe escribir un SOP?
La persona que hace el trabajo, con la revisión de quien vaya a hacerse cargo de él o a aprobarlo. Escribirlo a partir de correos y archivos reales lo mantiene preciso.
¿Quiere recuperar horas de este trabajo?
Escríbanos a [email protected] sobre el procedimiento que más horas le lleva a su equipo cada mes, y le diremos con claridad si un empleado de IA podría prepararlo en borrador.
Díganos qué horas quiere recuperar Servicio relacionado: Procesos y traspasos
