Manuales operativos (SOPs) — cómo escribir uno bueno
Guía práctica para que tus SOPs sean replicables y no queden en el olvido.
5 min de lectura Actualizado el 28 de mayo de 2026
Estructura recomendada
- Objetivo — para qué sirve este SOP en 1 frase.
- Cuándo se usa — disparadores y casos.
- Responsable — rol que lo ejecuta (no nombre propio).
- Pre-requisitos — accesos, herramientas, datos necesarios.
- Pasos numerados — máximo 12, cada uno con verbo de acción.
- Criterio de éxito — cómo sabes que salió bien.
- Qué hacer si falla — escalación / plan B.
Buenas prácticas
- Escribe para alguien que entra hoy a la empresa — no asumas contexto.
- Captura de pantalla > párrafo descriptivo cuando hablas de UI.
- Mantén el SOP corto: si pasa de 2 páginas, pártelo en sub-SOPs enlazados.
- Revisa cada 6 meses — marca "caducó" si el proceso cambió.
- Linkea SOPs desde el onboarding de cada rol.
El error más común: SOPs descriptivos en vez de prescriptivos. Di "haz X", no "se debería hacer X".
¿Pudiste resolverlo con esta guía?
Artículos relacionados
Wiki y SOPs (manuales)
Documenta procesos, políticas y conocimiento de la empresa en manuales con Markdown, generación con IA y visibilidad por departamento.
4 min
Directorio del equipo
La ficha de cada persona: cargo, departamento, perfil DISC, fechas y a quién reporta. Con vistas de tarjetas, lista y organigrama.
4 min