Convertir el conocimiento de tu equipo en SOPs mantenibles con Claude

En operaciones hay un patron que se repite: el proceso funciona porque Marta lleva ocho anos haciendolo. Marta sabe a quien llamar cuando el proveedor se retrasa, que casilla no hay que tocar en el ERP y por que la excepcion del cliente grande se tramita distinto. Nada de eso esta escrito. El dia que Marta se va de vacaciones, coge una baja o cambia de empresa, el equipo improvisa y aparecen los errores.

Documentar procesos internos es una de esas tareas que todos saben que hay que hacer y casi nadie hace. Escribir un procedimiento operativo estandar (SOP, por sus siglas en ingles: el documento que describe paso a paso como se ejecuta una tarea) desde una pagina en blanco es lento, aburrido y se percibe como tiempo robado al trabajo real. El resultado habitual: carpetas con documentos de 2019 que ya no reflejan como se trabaja hoy. Aqui es donde Claude cambia la economia del problema.

Donde se pierde el tiempo hoy

El cuello de botella no es la falta de conocimiento, es extraerlo y darle forma. Desglosemos el proceso tipico de documentar un procedimiento:

• Arrancar de cero. Nadie quiere enfrentarse al documento vacio. La tarea se pospone semana tras semana.
• Entrevistar al que sabe. El experto explica en 20 minutos de conversacion desordenada lo que hace, pero convertir esa charla en pasos ordenados requiere otra hora de trabajo de redaccion.
• Falta de formato comun. Cada persona documenta a su manera. Unos SOPs tienen requisitos previos, otros no; unos indican responsables, otros los omiten.
• Mantenimiento inexistente. El proceso cambia y el documento no. Actualizar un SOP es tan tedioso como crearlo, asi que se queda obsoleto.
• Casos excepcionales sin recoger. Lo que hace valioso a un veterano son las excepciones, y son justo lo que nunca se escribe.

El conocimiento tacito, ese que esta en la cabeza del equipo y no en ningun sitio, es el activo mas fragil de operaciones. Documentarlo es un seguro contra la rotacion y las bajas.

Como cambia el proceso con Claude

La idea no es que Claude invente vuestros procesos: no los conoce. La idea es usarlo como un redactor tecnico que entrevista, estructura y mantiene, mientras la persona que sabe aporta el conocimiento y valida el resultado. El reparto es explicito: Claude propone la estructura y redacta; la persona corrige, decide y aprueba.

El flujo nuevo funciona asi:

1. Volcado en bruto. El experto graba o escribe como hace la tarea, sin orden ni formato. Puede ser una transcripcion de audio o unas notas sueltas.
2. Claude estructura. Le pides que convierta ese volcado en un SOP con tu plantilla: objetivo, alcance, responsable, requisitos previos, pasos numerados, excepciones y controles de calidad.
3. Claude pregunta lo que falta. Aqui esta el valor real. Un buen prompt hace que el modelo detecte huecos: si el paso 4 falla, que se hace? Esas preguntas obligan al experto a escribir lo que nunca escribia.
4. La persona valida. El experto revisa, corrige lo que Claude interpreto mal y aprueba. El documento pasa de conversacion desordenada a SOP en una fraccion del tiempo.

Un proceso que antes costaba media jornada por documento baja a menos de una hora, y lo mas importante: recoge las excepciones porque el modelo las pregunta activamente.

Como implantarlo

No documentes todo el departamento a la vez. Empieza por un piloto acotado: elige de tres a cinco procesos criticos, esos que solo domina una persona y cuyo fallo tiene impacto real.

1. Define una plantilla unica. Antes de tocar Claude, acuerda que campos tiene un SOP en tu organizacion. Esto garantiza que todos salgan iguales.
2. Recoge el volcado en bruto. Pide al experto que explique la tarea como se la contaria a un companero nuevo. No hace falta que sea ordenado.
3. Pasalo por Claude con un prompt de estructura. Por ejemplo:

Eres un redactor tecnico de operaciones. A partir de esta
transcripcion, redacta un SOP con esta estructura exacta:
1. Objetivo
2. Alcance y responsable
3. Requisitos previos y herramientas
4. Pasos numerados (accion + responsable)
5. Excepciones y que hacer en cada una
6. Controles de calidad

Al final, lista en una seccion aparte toda la informacion que
falte o sea ambigua, en forma de preguntas concretas para el
experto. No inventes datos: si algo no esta en la transcripcion,
preguntalo.

Transcripcion:
[pega aqui el volcado]

La ultima instruccion es clave: que no invente y que pregunte lo que falta. Asi evitas SOPs con pasos fantasma.

4. Cierra el ciclo de preguntas. El experto responde los huecos, se los pasas a Claude y este integra las respuestas en el documento final.
5. Revision y aprobacion humana. Un responsable valida cada SOP antes de publicarlo en vuestro repositorio (Notion, SharePoint, Confluence o donde sea).
6. Rutina de mantenimiento. Cada vez que el proceso cambie, pega el SOP actual y describe el cambio: Claude actualiza los pasos afectados sin reescribir todo.

Si el equipo nunca ha usado la herramienta, conviene arrancar con un curso para empezar con Claude desde cero antes de escalar el piloto a mas areas. Reduce la curva y evita que cada uno improvise su propia forma de pedir las cosas.

Que medir

Un piloto sin metricas es una anecdota. Compara antes y despues:

• Tiempo por SOP. Horas dedicadas a documentar un proceso antes (redaccion manual) frente a despues (volcado mas revision). Objetivo realista: reduccion del 50 al 70 por ciento.
• Cobertura de procesos criticos. Cuantos de tus procesos clave estan documentados y actualizados. Pasa de un porcentaje conocido a otro medible.
• Tiempo de incorporacion. Cuanto tarda una persona nueva en ejecutar la tarea sola. Con SOPs completos deberia bajar de forma notable.
• Incidencias por ejecucion incorrecta. Errores atribuibles a que el proceso no estaba claro. Es la metrica que justifica el esfuerzo ante direccion.

Riesgos y limites

Esto no es magia y hay que decir donde estan los limites.

Claude no conoce tu proceso. Todo lo que produce sale del volcado que le das. Si el experto omite un paso, el SOP saldra incompleto. El modelo puede rellenar huecos con suposiciones plausibles pero falsas, por eso la instruccion de no inventar y la revision humana no son opcionales.

La validacion humana es obligatoria. Ningun SOP debe publicarse sin que una persona con conocimiento lo apruebe. Un procedimiento mal documentado sobre seguridad, calidad o normativa puede causar mas dano que la ausencia de documento.

Cuidado con los datos que salen de la organizacion. Si vuestros procesos incluyen datos personales (nombres de clientes, empleados, proveedores identificables), aplica el RGPD en Espana y las normativas equivalentes en Latinoamerica. Anonimiza antes de pegar: sustituye nombres reales por marcadores como [CLIENTE] o [EMPLEADO]. Para informacion sensible o secretos industriales, revisa las condiciones del plan que uses y si permite excluir tus datos del entrenamiento. La regla practica: si no lo pondrias en un correo a un proveedor externo, no lo pegues sin anonimizar.

No delegues el criterio. Las decisiones sobre que es una excepcion valida, que control de calidad es imprescindible o quien es responsable de que paso son decisiones de negocio. Claude ordena y redacta; el criterio operativo lo pone vuestro equipo.

Bien acotado, este proceso convierte un pendiente eterno en una rutina de una hora por documento, y transforma el conocimiento fragil de vuestros veteranos en un activo que no se va de vacaciones.