Cómo escribir SOPs con Claude

La estructura de un buen SOP

Propósito — la o las frases que dicen qué logra el procedimiento y por qué existe.
Alcance — qué situaciones, productos o equipos cubre, y qué queda deliberadamente fuera.
Roles y responsabilidades — quién ejecuta cada paso y a quién escalar cuando algo sale mal.
Requisitos previos — acceso, herramientas o información que alguien necesita antes de empezar.
Pasos numerados — una acción por paso, escrita para que alguien nuevo la siga sin preguntar.
Excepciones y escalamiento — qué hacer cuando un paso no aplica o algo falla.
Historial de revisiones — cuándo cambió por última vez y por qué, para que el lector confíe en que está vigente.

Escríbelo paso a paso con Claude

Propósito y alcance — “Entrevístame sobre cómo manejamos [proceso] y redacta el propósito y alcance de un SOP con mis respuestas.”
Pasos — “Convierte estas notas en pasos numerados, una acción clara por paso.”
Roles — “Agrega una sección de roles y responsabilidades: [equipo] hace los pasos, [rol] aprueba las excepciones.”
Excepciones — “Agrega una sección de excepciones y escalamiento para el caso de [situación].”
Ajuste final — “Lee este SOP como lo haría alguien nuevo en el equipo y marca cualquier paso ambiguo.”

Revisión y aprobación

Pide a Claude que redacte el SOP como una página y la deje sin publicar hasta que se revise — por ejemplo, “publica este SOP para el equipo de Operaciones, sin publicar hasta que se apruebe.” Comparte la página con quienes deben dar el visto bueno, y que comenten o editen directamente en OpenDocs.

Los equipos regulados necesitan más que una revisión por correo. El plan Compliance agrega un paso de aprobación, para que una página requiera el visto bueno de un revisor antes de publicarse, y confirmaciones de lectura, para que cada lector confirme que leyó la versión vigente. Juntos dejan un registro de que el SOP se revisó antes de publicarse y se leyó por las personas a quienes aplica.

Publícalo y manténlo vigente

Una vez aprobado, pide a Claude que publique la página en el espacio correcto. Cada edición posterior, hecha por una persona o por Claude, queda guardada como una revisión de página, así que siempre tienes un rastro de qué cambió en un SOP y cuándo.

Los SOPs se desactualizan en silencio. De vez en cuando pide a Claude que compare el SOP publicado con cómo trabaja realmente el equipo hoy — por ejemplo, “compara la página publicada de [nombre del SOP] con lo que acabo de describir y marca lo que haya cambiado” — así detectas el desajuste en una revisión de cinco minutos en vez de durante una auditoría.

Preguntas frecuentes

¿Claude puede escribir un SOP completo desde cero?

Sí, pero el resultado es mejor si primero le das a Claude los pasos reales, por ejemplo pegando notas o pidiéndole que te entreviste sobre el proceso. Claude es más fuerte estructurando, ajustando y dando formato a un proceso que ya conoces, no inventándolo desde cero.

¿Cómo me aseguro de que el equipo realmente siga el SOP una vez publicado?

Publícalo en un espacio que tu equipo ya lee. En el plan Compliance también puedes exigir una confirmación de lectura, para que cada lector confirme que leyó la versión vigente, y exigir aprobación antes de que un cambio se publique.

¿Qué agrega el plan Compliance para los SOPs?

El plan Compliance agrega un paso de aprobación, para que una página requiera el visto bueno de un revisor antes de publicarse, y confirmaciones de lectura, para que los lectores confirmen que leyeron la versión vigente. Esto sirve a equipos regulados que necesitan probar que un SOP se revisó y se leyó.

¿Cada cuánto debería actualizar un SOP?

Actualízalo cada vez que cambie el proceso real, y de vez en cuando pide a Claude que compare el SOP publicado con cómo trabaja el equipo hoy, para detectar el desajuste temprano en vez de durante una auditoría.