Plantilla de manual de procesos lista para copiar
La estructura y la ficha de proceso que necesitas para empezar tu manual hoy, con instrucciones campo a campo y las señales de que la plantilla se te ha quedado pequeña.
Esta plantilla de manual de procesos está pensada para copiarla en tu editor de textos o en una hoja de cálculo y empezar hoy mismo. Tiene dos partes: la estructura general del manual y la ficha que se repite para cada proceso. Debajo de cada tabla explicamos cómo rellenar los campos, porque una plantilla mal rellenada da un manual que nadie usa.
Parte 1: estructura del manual de procesos
El manual tiene cuatro bloques. No añadas más al principio: se puede crecer después.
| Bloque | Qué contiene |
|---|---|
| 1. Portada | Nombre de la empresa, versión del manual, fecha de la última actualización, puesto dueño del manual. |
| 2. Cómo usar este manual | Tres o cuatro líneas: para quién es, cómo se proponen cambios y a quién se avisa. |
| 3. Índice de procesos | Tabla con código, nombre, área, puesto dueño y versión de cada proceso. |
| 4. Fichas de proceso | Una ficha por proceso, en el orden del índice. |
Texto de ejemplo para «Cómo usar este manual»
Este manual recoge cómo hacemos las cosas en [empresa]. Cada proceso tiene un puesto dueño, que es quien lo mantiene al día. Si ves que algo de lo escrito ya no se hace así, díselo a ese puesto: no lo cambies por tu cuenta. Cuando un proceso cambia, sube de versión y se avisa a los puestos que intervienen. Si buscas algo y no está, pregunta a [puesto dueño del manual] para añadirlo.
Adáptalo, pero mantén las tres ideas: quién mantiene cada proceso, cómo se propone un cambio y cómo se entera la gente.
Plantilla del índice
| Código | Proceso | Área | Puesto dueño | Versión | Última revisión |
|---|---|---|---|---|---|
| [ÁREA-01] | [Nombre con verbo: «Emitir una factura»] | [Área] | [Puesto] | [1.0] | [Fecha] |
| [ÁREA-02] | […] | […] | […] | […] | […] |
Parte 2: ficha de proceso
Copia esta ficha para cada proceso. Todos los campos son necesarios salvo los marcados como opcionales.
| Campo | Rellenar |
|---|---|
| Nombre | [Verbo + objeto] |
| Código | [ÁREA-00] |
| Puesto dueño | [Puesto que lo mantiene al día] |
| Objetivo | [Para qué existe, en una frase] |
| Disparador | [Qué hecho lo pone en marcha] |
| Entradas | [Qué hace falta tener antes de empezar] |
| Puestos que intervienen | [Lista de puestos] |
| Herramientas | [Programas, plantillas, equipos] |
| Pasos | [Ver tabla de pasos] |
| Resultado | [Qué existe cuando el proceso termina bien] |
| Indicadores | [Una o dos cifras para saber si funciona] |
| Excepciones (opcional) | [Casos que se tratan distinto] |
| Procesos relacionados (opcional) | [Códigos de los procesos anterior y siguiente] |
| Versión y fecha | [1.0 · fecha] |
Tabla de pasos
| N.º | Puesto | Qué hace | Por qué / cuidado con |
|---|---|---|---|
| 1 | [Puesto] | [Acción con verbo en presente] | [Motivo o error habitual] |
| 2 | […] | […] | […] |
Historial de cambios
| Versión | Fecha | Quién | Qué cambió |
|---|---|---|---|
| [1.0] | [Fecha] | [Puesto] | [Primera versión] |
Cómo rellenar la plantilla, campo a campo
- Nombre: empieza por un verbo. «Emitir una factura» se entiende mejor que «Facturación», que puede ser un departamento entero.
- Puesto dueño: uno solo. Es quien responde de que el proceso esté al día, no quien hace todos los pasos. Si pones dos, no será de nadie.
- Objetivo: escribe el resultado para el cliente o para la empresa, no la actividad. «Que el cliente reciba la factura correcta a la primera», no «hacer facturas».
- Disparador: un hecho concreto y comprobable: «el técnico cierra el parte», «llega el día 1 del mes». Evita «cuando haga falta».
- Entradas: lo que tiene que existir antes. Si falta, el proceso no debería arrancar. Ayuda a detectar por qué algo se atasca siempre en el mismo sitio.
- Pasos: entre cinco y diez, verbo en presente, un puesto por paso. Usa la columna «por qué / cuidado con» para lo que sabe la persona con experiencia y no sabe el recién llegado.
- Herramientas: nombra el programa y, si aplica, la pantalla o plantilla concreta. Evita que cada uno lo haga con su propia hoja.
- Indicadores: no más de dos, y que se puedan medir sin esfuerzo. Por ejemplo, días entre pedido y factura, o número de facturas devueltas al mes.
- Versión: sube el número cada vez que cambia un paso y apunta qué cambió. Sin historial, nadie sabe si lo que lee está vigente.
Un consejo para rellenarla: no la rellenes solo. Siéntate con quien hace el proceso, pídele que te cuente la última vez que lo hizo y completa la ficha mientras habla. Tienes el método paso a paso en cómo documentar procesos, y un ejemplo terminado en este manual de procesos de ejemplo.
Errores habituales al usar una plantilla
- Rellenar campos por rellenar. Si un indicador no se va a mirar nunca, mejor dejar el campo vacío que poner algo decorativo.
- Escribir cómo debería hacerse, no cómo se hace. Documenta primero la realidad. Mejorar viene después, y es otro trabajo.
- Pasos que en realidad son instrucciones de un programa. «Pulsa en Archivo, luego en Exportar» va en una instrucción aparte, enlazada desde el paso.
- No fijar quién aprueba los cambios. Si cualquiera puede editar sin avisar, el manual pierde credibilidad en semanas.
Un calendario razonable para las primeras semanas
| Semana | Qué hacer |
|---|---|
| 1 | Portada, «cómo usar este manual» e índice con todos los procesos y su puesto dueño. |
| 2 a 5 | Un proceso por semana, empezando por los que más dependen de una sola persona. |
| 6 | Revisión: alguien que no hace cada proceso intenta seguirlo; se corrige lo que falle. |
| 7 en adelante | Un proceso nuevo cada semana o cada dos, y actualización de los existentes cuando cambien. |
Cuándo pasar de la plantilla a una herramienta
Una plantilla en un documento compartido es un buen comienzo. Para un puñado de procesos y un equipo pequeño, puede bastar durante mucho tiempo. Pero hay señales claras de que se te ha quedado pequeña:
- Nadie sabe cuál es la versión buena. Hay copias en el correo, en el escritorio y en la carpeta compartida, y no coinciden.
- Los cambios no llegan a quien afectan. Se actualiza un paso, pero las personas que lo ejecutan siguen haciéndolo como antes porque nadie les avisó.
- Documentar es un cuello de botella. Hay procesos pendientes porque escribirlos lleva horas y siempre hay algo más urgente.
- La gente no lo consulta. Encontrar un proceso en un documento largo cuesta más que preguntar al compañero.
- Las incorporaciones siguen dependiendo de alguien. Tienes el manual, pero enseñar a una persona nueva sigue pasando por la misma persona de siempre.
Cuando aparecen dos o tres de estas señales, el problema ya no es la plantilla, sino mantenerla. Es el momento de mirar una herramienta que guarde versiones y avise a los puestos afectados cuando algo cambia. Vector, por ejemplo, parte de conversaciones grabadas para escribir el proceso, mantiene cada procedimiento con su puesto dueño y deja que cada persona vea solo lo de su puesto. Lo explicamos con más detalle en la página del manual de procesos.