Procesos

Procedimiento operativo estandarizado (SOP): qué es, estructura y ejemplo

En una línea: un procedimiento operativo estandarizado (SOP, por sus siglas en inglés) es la descripción escrita, paso a paso, de cómo se ejecuta una tarea concreta para que el resultado sea el mismo sin importar quién la haga.
8 min de lectura

Qué es un SOP

SOP viene de Standard Operating Procedure; en español se dice «procedimiento operativo estandarizado» (o «normalizado», o simplemente «procedimiento operativo»). Es un documento corto que responde a tres preguntas: qué se hace, en qué orden y quién lo hace. Su valor no está en la formalidad sino en que convierte conocimiento tácito — lo que «sabe» la persona que lleva años en el puesto — en algo que puede leer otra persona.

Nacieron en industrias donde el error cuesta caro (manufactura, salud, alimentos, laboratorios), pero sirven igual en una agencia, un estudio contable o una tienda: donde una tarea se repite y el error se paga en tiempo, dinero o clientes.

SOP, manual, checklist e instrucción: no son lo mismo

DocumentoQué esÚsalo cuando
SOPCómo se ejecuta una tarea, con pasos y responsables.Hay que enseñar o estandarizar una tarea repetida.
ChecklistLista para verificar que nada se olvidó.El equipo ya sabe hacer la tarea y solo falla por descuido.
Instrucción de trabajoDetalle de un paso en una herramienta concreta.Un paso del SOP es difícil de ejecutar sin capturas o campos exactos.
Manual de procesosEl conjunto de procesos y SOPs de la organización.Quieres ver cómo opera todo el negocio. Ver manual de procesos y procedimientos.

Un buen sistema usa los tres: el SOP enseña la tarea, el checklist la verifica en cada ejecución y la instrucción de trabajo aclara el paso que se complica.

Estructura de un SOP en 8 secciones

  1. Título, código y versión. Para encontrarlo y saber si es el vigente.
  2. Propósito. Una frase: por qué existe este SOP.
  3. Alcance. Cuándo aplica y cuándo no (esto último evita aplicarlo donde no corresponde).
  4. Responsables. Quién ejecuta, quién revisa y quién aprueba.
  5. Materiales y accesos. Qué hay que tener a mano antes de empezar.
  6. Pasos. Numerados, cada uno con verbo en imperativo. Una acción por paso.
  7. Controles y registros. Qué se verifica y qué evidencia queda (un formulario, un correo, un estado en el tablero).
  8. Historial de cambios. Fecha, qué cambió, quién lo aprobó.

Con la ficha de plantilla para documentar procesos tienes estos campos listos para copiar.

Ejemplo: SOP de facturación mensual

SOP ADM-02 · Facturación mensual · v2.0
Propósito: emitir todas las facturas del mes sin omisiones ni duplicados.
Alcance: clientes con contrato recurrente. No aplica a proyectos con facturación por hitos.
Responsables: ejecuta Administración; revisa Dirección.
Pasos:
1. Exportar el registro de horas del mes cerrado (día 1 hábil).
2. Cruzar horas con el contrato de cada cliente.
3. Preparar el borrador de cada factura y marcar excepciones.
4. Enviar los borradores a Dirección para revisión (día 2 hábil).
5. Emitir las facturas aprobadas y enviarlas al cliente.
6. Registrar fecha de emisión y vencimiento en el control de cobranza.
Controles y registros: total facturado igual a horas × tarifa pactada; copia de cada factura en la carpeta del cliente.
Historial: v2.0 (2026-10-23) — se añade el cruce con contrato.

Son seis pasos y una página. Cada paso se puede convertir en un elemento de checklist para ejecutarlo mes a mes; y si el proceso se repite cada mes, es el caso clásico de tarea recurrente con checklist de plantilla. El insumo del paso 1 sale de un buen registro de horas.

Errores que vuelven inútil un SOP

  • Describir el ideal y no la realidad. Si el SOP dice una cosa y el equipo hace otra, nadie lo consulta. Escribe lo que de verdad se hace, y solo después mejóralo.
  • Pasos con varias acciones. «Revisar y enviar el informe» son dos pasos; mezclarlos esconde dónde falla.
  • Sin responsable. «Se envía la factura» no dice quién. Pon un nombre o un rol.
  • Lenguaje de manual universitario. Frases cortas, verbo primero. Si hace falta leerlo dos veces, está mal escrito.
  • Nunca se prueba. Pide a alguien que no conoce la tarea que la ejecute con el SOP. Cada pregunta que haga es un hueco del documento.
  • No se revisa. Un SOP de hace tres años describe herramientas que ya no usan. Fecha de revisión y dueño, siempre.

Cuándo no escribir un SOP

No todo merece un SOP. No lo escribas para tareas que ocurren una vez al año y cambian cada vez, para decisiones que requieren criterio (ahí sirve un criterio con ejemplos, no un paso a paso) ni para cosas que nadie ha logrado hacer bien todavía — primero aprende a hacerlo, después documéntalo. Y no empieces por la tarea más aburrida del índice: empieza por la que más errores cuesta o la que solo sabe hacer una persona.

Para ligar cada SOP a las tareas y proyectos donde se usa, con archivos en tu propia carpeta y sin cuenta, Hito convierte tus procedimientos en checklists reutilizables.

👉 Prueba Hito gratis — SOPs que se ejecutan, local-first.

Preguntas frecuentes

¿Qué es un procedimiento operativo estandarizado?
Es un documento que describe paso a paso cómo se ejecuta una tarea concreta, quién la hace y qué se verifica, para que el resultado sea consistente sin importar quién la realice. Se conoce por sus siglas en inglés, SOP.
¿Qué diferencia hay entre un SOP y un checklist?
El SOP explica cómo se hace la tarea; el checklist solo verifica que nada se olvidó. Se usa el SOP para enseñar o estandarizar, y el checklist cuando el equipo ya conoce la tarea y necesita no omitir pasos.
¿Qué debe incluir un SOP?
Título con código y versión, propósito, alcance, responsables, materiales y accesos, pasos numerados, controles y registros, e historial de cambios.
¿Cuántos pasos debe tener un SOP?
No hay un número fijo, pero si supera unos 10–12 pasos conviene dividirlo en dos procedimientos o mover los detalles de herramienta a instrucciones de trabajo aparte. Un SOP útil cabe en una o dos páginas.
¿Cada cuánto se actualiza un SOP?
Al menos cada 6–12 meses y cada vez que cambie una herramienta o el proceso falle. La fecha de próxima revisión y el responsable deben estar escritos en el propio SOP.

Equipo Hito

Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.

Empieza

¿Listo para tener el control de tus datos y proyectos?