Un manual de procedimientos útil permite que alguien termine una tarea sin tener que preguntar cada paso. No tiene por qué empezar con cincuenta páginas: una ficha clara sobre cómo recibir un pedido puede aportar más que un documento enorme que nadie consulta.
Para prepararlo, elige un proceso concreto, señala cómo empieza y cómo termina, quién decide, qué pasos se siguen y qué hacer cuando algo no encaja. Después compruébalo con una persona que no lo haya escrito. Ahí aparecen las instrucciones que parecían obvias y no lo eran.
Proceso, procedimiento e instrucción: una distinción práctica
En esta guía llamamos proceso al recorrido completo, por ejemplo atender un pedido. El procedimiento explica la forma acordada de hacerlo. Una instrucción concreta puede describir cómo registrar ese pedido en el programa. Son definiciones de trabajo para organizar el manual, no una reproducción de una norma.
El enfoque por procesos y la información documentada forman parte de la explicación pública de ISO sobre gestión de calidad. Eso no significa que nuestro ejemplo certifique nada ni que un negocio deba comprar una norma para empezar a ordenar sus tareas. El formato debe servir al equipo y a sus riesgos.
Empieza por una tarea que cause dudas repetidas
Escoge algo que ocurra con frecuencia y tenga un resultado comprobable. «Mejorar la atención» es demasiado amplio; «revisar un pedido recibido por correo antes de confirmarlo» permite escribir pasos. Si nadie sabe dónde termina, tampoco será fácil comprobar si funciona.
Habla con quien hace la tarea y observa un caso normal y otro que se haya atascado. No describas el recorrido ideal ignorando las excepciones. Un producto agotado, una dirección incompleta o una versión antigua del presupuesto suelen explicar mejor el trabajo real que una lista de botones.
| Apartado | Contenido del ejemplo ficticio |
|---|---|
| Objetivo | Confirmar pedidos completos y con condiciones revisadas |
| Inicio y final | Solicitud recibida → confirmación enviada o incidencia asignada |
| Responsable | Administración; consulta comercial cuando cambian condiciones |
| Entradas | Solicitud, presupuesto vigente y disponibilidad |
| Pasos | Comprobar, aclarar, registrar y confirmar |
| Excepciones | Datos incompletos, falta de stock o precio distinto |
| Evidencia | Referencia de pedido y confirmación conservada |
| Control de versión | Responsable, fecha de revisión y motivo del cambio |
Ejemplo: recepción de pedidos en una tienda pequeña
El siguiente circuito es ficticio. Una tienda recibe pedidos de clientes habituales por correo y teléfono. Para evitar que una conversación se quede sin registrar, la persona que la recibe crea una referencia y anota qué falta. Nadie da una fecha de entrega hasta comprobar disponibilidad.
Primero se contrasta producto, cantidad y condiciones con la propuesta aceptada. Después se revisa el contacto necesario para confirmar. Si hay una diferencia, el pedido pasa a pendiente de aclaración con responsable y fecha de revisión. No se corrige silenciosamente la petición del cliente.
Cuando todo está acordado, se registra una única versión y se comunica la confirmación. La referencia se relaciona con la ficha de cliente y su próxima acción. El almacén recibe la información necesaria para preparar, sin tener que consultar toda la conversación comercial.
- Recibe la petición y asigna una referencia.
- Comprueba producto, cantidad, condiciones y disponibilidad.
- Si falta algo, detén la confirmación y asigna la aclaración.
- Registra la versión acordada y confirma por el canal previsto.
- Comprueba que la preparación usa esa misma referencia.
Escribe también cuándo detenerse
Un procedimiento que solo dice qué hacer cuando todo va bien deja al equipo solo ante el problema. Añade una regla de parada: qué duda impide continuar, a quién se consulta y qué se conserva mientras se resuelve. Dejar constancia del bloqueo suele ser mejor que improvisar una promesa.
Si el bloqueo es falta de mercancía, enlaza con la revisión del punto de pedido para estudiar por qué se ha producido. Si llega un documento escaneado, el control de extracción de facturas debe separar lectura automática, revisión y aprobación. Cada proceso conserva su responsable.
No hace falta convertir cada excepción en otra página. Empieza por las que realmente aparecen, agrupa las parecidas y permite que el equipo proponga cambios. La instrucción mejora cuando explica la decisión, no cuando añade advertencias que nadie sabe aplicar.
Prueba la primera versión antes de darla por buena
Entrega el borrador a otra persona y pide que siga un caso ficticio sin instrucciones verbales adicionales. Observa en qué paso se para, qué documento busca y qué interpreta de otra manera. Corrige las frases ambiguas y repite el tramo que ha fallado.
Guarda la fecha, quién mantiene el procedimiento y qué cambió respecto a la versión anterior. Una copia impresa puede ser útil en el puesto, siempre que el equipo sepa dónde comprobar si sigue vigente. Evita varios documentos llamados «final definitivo». Si el proceso acaba con una intervención, el parte de trabajo puede recoger qué se ha realizado y qué sigue pendiente.
Puedes medir cuántas peticiones llegan completas, dónde se acumulan aclaraciones y qué errores requieren volver atrás. Elige una medida sencilla y compara casos equivalentes; el manual no acredita un ahorro de horas por existir. Para elegir herramientas después, revisa la comparación de plataformas de automatización con el circuito ya definido.
Qué conviene revisar con el tiempo
Reabre la ficha cuando cambie el programa, el reparto de tareas o una condición relevante del servicio. Comprueba también si se sigue haciendo lo que el papel describe. Si para trabajar hay que saltarse siempre un paso, el manual necesita una revisión, no otra firma.
Un buen criterio de cierre es sencillo: el equipo puede localizar la instrucción, ejecutarla y explicar cuándo debe pedir ayuda. Si todavía depende de que una persona recuerde todo, la documentación aún no ha resuelto el problema que debía resolver.
Preguntas frecuentes
¿Qué debe incluir un manual de procedimientos?
Objetivo, alcance, responsables, entradas, pasos, excepciones, evidencias y control de versión. El detalle depende de la tarea y de sus riesgos.
¿Cuántas páginas necesita una pyme?
No hay una extensión útil para todas. Empieza con una ficha de un proceso concreto y comprueba si otra persona puede ejecutarlo sin explicaciones adicionales.
¿Escribir un procedimiento equivale a tener una certificación ISO?
No. Esta guía propone una forma de organizar el trabajo; no certifica un sistema de gestión ni sustituye una evaluación de conformidad.
Una aplicación sencilla es documentar qué pasa cuando nadie puede contestar al momento. Los ejemplos de respuesta automática de correo separan recepción, ausencia y atención de incidencias.
Fuentes y criterio editorial
Revisión: 29 de octubre de 2026. ISO: explicación de la gestión de calidad. Los ejemplos, tablas y propuestas de trabajo son de elaboración propia; no describen resultados de clientes ni sustituyen la revisión del caso concreto.
