Procedimiento operativo estandarizado (POE): qué es, formato y ejemplo

Un procedimiento operativo estandarizado (POE, o SOP por sus siglas en inglés) es un documento corto que dice, paso a paso, cómo se hace una actividad repetitiva para que salga igual sin importar quién la haga. Lleva responsable, criterios para saber si quedó bien y el registro que deja.

Por el equipo de Setalent Consultoría Empresarial · Consultores certificados EC0249 (CONOCER) y Lean Six Sigma Black Belt · Actualizado: octubre de 2026

Hay tareas que se hacen diez veces al día y que casi nadie revisa: recibir un pedido en el almacén, limpiar una mesa de preparación, dar de alta a un cliente, cerrar la caja. Mientras salen bien, nadie piensa en ellas. El día que alguien se salta un paso, aparece una merma, una devolución o un cliente molesto.

El POE existe para esas tareas. No es un manual largo: es la instrucción exacta que tiene a la mano quien hace el trabajo.

¿Qué es un procedimiento operativo estandarizado (POE)?

Es el documento que fija una sola forma de hacer una actividad concreta y repetitiva. Responde lo mismo cada vez: quién la hace, qué pasos sigue y en qué orden, cómo se sabe que cada paso quedó bien y dónde queda el registro.

POE y SOP son lo mismo. SOP viene del inglés standard operating procedure. En México también se le llama procedimiento normalizado de operación (PNO), sobre todo en la industria farmacéutica y en laboratorios.

¿Cuándo conviene escribir un POE?

Cuando la actividad se repite seguido y un error cuesta dinero, clientes o una sanción. Estos son ejemplos típicos que vemos en empresas medianas (ilustrativos, no casos de clientes):

• Limpieza y desinfección en negocios de alimentos, donde además lo pide la normatividad sanitaria que te aplique.
• Recepción de mercancía en el almacén, para no pagar lo que no llegó o llegó dañado.
• Arranque o cambio de una máquina, donde un paso omitido genera piezas defectuosas o accidentes.
• Alta de un cliente nuevo, para que no falten datos fiscales ni condiciones de crédito.
• Cierre de caja, para que las diferencias se detecten el mismo día.

Si la actividad cambia cada vez o depende sobre todo del criterio de quien la hace, un POE rígido no ayuda. Ahí sirve más una guía con reglas y ejemplos.

¿En qué se diferencia un POE de un procedimiento y de un instructivo?

Los tres se parecen y se usan de forma distinta según la empresa. Así los distinguimos nosotros:

Todos juntos forman el manual de procedimientos de la empresa. Ahí explicamos cómo se arma el manual completo; aquí nos enfocamos en el POE.

¿Qué partes lleva el formato de un POE?

• Encabezado: nombre, código, versión, fecha y quién elaboró, revisó y aprobó.
• Objetivo: para qué existe, en una línea.
• Alcance: dónde aplica y dónde no.
• Responsable: el puesto que lo ejecuta y el que lo supervisa.
• Materiales o equipo: lo que hay que tener a la mano antes de empezar.
• Pasos: en orden, uno por renglón, con su criterio de aceptación.
• Qué hacer si algo sale mal: a quién avisar y qué no hacer.
• Registro: el formato o sistema donde queda la evidencia.
• Control de cambios: qué cambió en cada versión.

Si quieres partir de algo hecho, descarga el formato de procedimiento en Word, con un ejemplo ya lleno. Sirve igual para un POE.

¿Cómo se ve un ejemplo completo de POE?

Ejemplo ilustrativo de una distribuidora ficticia. Úsalo de modelo y cámbiale los datos a tu operación.

POE de recepción de mercancía en almacén (POE-ALM-01, versión 1.0)

Objetivo: recibir solo la mercancía que se pidió, en la cantidad y el estado acordados, y dejar el registro para pagar al proveedor.

Alcance: toda mercancía de proveedores que llega al almacén central. No aplica a devoluciones de clientes.

Responsable: auxiliar de almacén. Supervisa: jefe de almacén.

Qué hacer si algo sale mal: si falta la orden de compra o la mercancía llega dañada, no se firma de recibido y se avisa al jefe de almacén y a compras antes de que se vaya el transportista.

Si quieres ver cómo se conecta un documento así con el diagrama del proceso completo, revisa nuestro ejemplo de manual de procesos.

¿Cómo escribir un POE que el equipo sí siga?

Cuando varios POE de distintas áreas siguen el mismo formato y las mismas reglas, ya estás estandarizando procesos. Y si además los llevas a una herramienta donde se ve quién hizo cada paso, eso es la sistematización de procesos.

¿Qué errores hacen que un POE no sirva?

• Escribir el ideal y no lo que pasa. Si el POE no se parece a la operación real, el equipo lo ignora desde el primer día.
• Pasos demasiado generales. «Verificar la calidad» no le dice a nadie qué revisar ni cuándo rechazar.
• No decir qué hacer cuando algo falla. Las excepciones son justo donde se cometen los errores caros.
• No tener dueño. Si nadie es responsable de actualizarlo, en seis meses describe una tarea que ya cambió.
• Hacerlo de diez páginas. Un POE largo no se consulta. Si no cabe en una o dos hojas, probablemente son dos POE.

En nuestro estudio con más de 100 proyectos, 9 de cada 10 empresas no tenían ningún proceso por escrito. En casi todas, las tareas repetitivas se aprendían viendo a un compañero, y por eso cada quien las hacía un poco distinto.

Si tienes varias tareas así y prefieres que te ayudemos, la documentación de procesos incluye los POE de las actividades críticas. Puedes estimar el costo de tu caso en dos minutos con la calculadora de costo.