Cómo documentar un proceso de negocio
Cómo documentar un proceso para que siga siendo cierto: un responsable por paso, reglas de decisión escritas, control de versiones y aprobación, y una fecha de revisión. Con un ejemplo real.
Documentar un proceso es recoger qué ocurre, quién responde de cada paso y cuáles son las reglas de decisión, en un formato que tenga una única versión vigente, un responsable con nombre y una fecha de revisión.
En resumen
- Una única versión vigente, identificable como vigente. Todo lo demás es una copia.
- Cada paso nombra un rol responsable; cada decisión declara su regla y su umbral.
- Di dónde aterriza la evidencia: qué sistema, qué registro, qué expediente.
- Una aprobación con firma y fecha es lo que convierte un documento en un documento controlado.
- Fija una fecha de revisión, y revisa siempre después de que algo salga mal.
Elegir herramientas de documentación
Por qué la documentación de procesos deja de ser creíble
Casi todas las organizaciones tienen documentación de procesos. Muy poca es creíble, y el motivo rara vez es la redacción: es que nadie sabe qué copia está vigente. Un procedimiento vive como archivo de Word en una unidad compartida, como diagrama en la presentación de alguien y como página de wiki actualizada hace dieciocho meses, y cada una de las tres acierta en algo distinto. Documentar un proceso es solo a medias escribirlo; la otra mitad es conseguir que una versión sea identificable como la acordada.
La prueba de contenido es sencilla: ¿podría ejecutarlo alguien que nunca ha hecho ese trabajo, y podría alguien de fuera comprobar si se siguió? Eso significa que cada paso nombra a un responsable, que cada decisión indica su regla y su umbral en lugar de decir «cuando proceda», y que cada paso que produce un registro dice dónde acaba ese registro. «Verificar los datos bancarios» es una intención. «Llamar al proveedor al número que figura en el contrato firmado, nunca al de la factura, y anotar quién lo verificó y cuándo» es un control.
El ejemplo de abajo es un proceso de alta de proveedores. Lee el texto del procedimiento que hay bajo el lienzo junto al diagrama: se generan a partir de las mismas filas, y ese es justo el punto. Cuando el diagrama y el procedimiento escrito son dos documentos, divergen, y la divergencia es invisible hasta que un auditor los pone uno al lado del otro.
Un proceso documentado: diagrama y texto
Alta de proveedores en cinco carriles. El texto del procedimiento bajo el lienzo se genera a partir de las mismas filas: dos vistas, una sola fuente.
Registra el disparador y la entrada
Un formulario de alta y una comprobación documentada de si un proveedor actual ya cubre la necesidad. Documentar la entrada es lo que impide que el proceso se inicie por la mitad, que es como acaban entrando proveedores no homologados en la contabilidad.
Nombra las revisiones y a quién las ejecuta
Cláusulas y condiciones con Legal, solvencia y crédito con Finanzas, protección de datos con Seguridad. Cuatro revisiones, cuatro responsables, un carril cada uno: un procedimiento que dice «se realiza la diligencia debida» sin nombrar quién hace cada parte no es documentación, es un titular.
Escribe la regla de decisión
El nivel de riesgo determina la profundidad de la revisión, y la puerta de diligencia debida tiene una ruta de rechazo explícita. Cuando la regla y su umbral están escritos en el paso, la decisión es repetible por quien esté de guardia en lugar de depender de a quién se pregunte.
Documenta el control, incluido el bucle
Los datos bancarios se verifican por llamada, y los datos sin verificar vuelven atrás para verificarse otra vez: el alta de pago no avanza con una cuenta sin verificar. Los controles que solo existen como una frase en una política se saltan; un control dibujado como puerta con bucle se ve que no es opcional.
Cómo funciona
Decide para qué sirve el documento
Formar a alguien nuevo, satisfacer a un auditor y zanjar discusiones entre equipos exigen niveles de detalle distintos. Escribe cuál de los tres estás haciendo, porque determina cuánto entra dentro. Intentar servir a los tres a la vez produce un documento demasiado largo para formar y demasiado vago para auditar.
Captura el flujo antes que la prosa
Construye el proceso primero como diagrama: pasos como filas, conexiones por número de fila y un carril de responsable por paso. El diagrama saca los huecos a la luz: un paso sin dueño, una rama sin etiqueta y una excepción que falta se ven en un diagrama y se esconden fácilmente en un párrafo.
Da a cada paso un responsable y a cada decisión una regla
Pon el rol responsable en el carril del paso y la regla de decisión en su comentario: el umbral, los criterios y quién puede conceder una excepción. Sustituye «cuando proceda» y «en un plazo razonable» por números siempre que puedas, y donde de verdad no puedas, nombra a quien decide.
Di dónde aterriza la evidencia
Para cada paso que produce un registro (una aprobación, un contrato firmado, una entrada en un registro) escribe qué sistema lo guarda y con qué nombre. Esa es la diferencia entre una documentación que aguanta el recorrido de una auditoría y otra que genera una petición de información adicional.
Consigue que se apruebe, no solo que se publique
Pasa el diagrama terminado por el flujo de aprobación de QueryChart para que la versión vigente lleve revisor, firma y fecha. Eso es lo que lo convierte en un documento controlado y no en un archivo: una versión aprobada, un historial de cambios inalterable y ninguna ambigüedad sobre qué copia debe leer la gente.
Fija una fecha de revisión y un disparador
Elige una periodicidad (anual es lo habitual, semestral para lo que cambia a menudo) y añade la regla de que el proceso se revisa tras cualquier incidencia, hallazgo de auditoría o cambio de sistema que le afecte. La documentación se degrada en silencio, y una fecha en la página es la defensa más barata contra eso.
Errores que debes evitar
Dos documentos, un proceso
Un diagrama en un archivo y un procedimiento escrito en otro acabarán divergiendo, y nadie se dará cuenta hasta que se comparen bajo presión. Mantén una sola fuente y genera las vistas a partir de ella.
«Cuando proceda»
Los matices vagos trasladan la decisión del documento a quien esté de guardia ese día. Eso es lo contrario de documentar un proceso. Escribe el umbral, o escribe quién decide.
Sin responsable con nombre
Un documento que todos pueden editar y nadie posee es un documento que nadie actualiza. Un nombre, en la página.
Versionar por nombre de archivo
proceso_v3_FINAL_revisado2.docx no es control de versiones, es un ejercicio de arqueología. Usa un sistema capaz de decirte qué versión está aprobada y qué cambió entre revisiones.
Documenta tu propio proceso
Abre el ejemplo de alta de proveedores como tu propio diagrama, o empieza en blanco y construye el flujo a partir de tus filas.
Guías relacionadas
Preguntas frecuentes
¿Qué diferencia hay entre un documento de proceso y un POE o SOP?
Un documento de proceso describe cómo fluye el trabajo, normalmente entre varios roles: secuencia, decisiones y traspasos. Un procedimiento operativo estándar es una instrucción para ejecutar un trabajo concreto, escrita para quien lo hace, y suele incluir detalle que un mapa de procesos no llevaría: capturas de pantalla, valores exactos de campos, notas de seguridad. En la práctica se complementan: el mapa muestra cómo se conectan los procedimientos, y cada procedimiento desarrolla uno de sus pasos.
¿Cuánto detalle necesita la documentación para una auditoría?
El suficiente para que un auditor tome un caso real, siga tu documento y encuentre la evidencia donde el documento dice que estará. Eso significa responsables con nombre, criterios de decisión declarados y una ubicación para cada registro. Lo que persigue un auditor no es la extensión sino la coherencia: un proceso documentado, evidencia de que se siguió y un registro de aprobación que demuestre que la versión documentada es la vigente.
¿Quién debe escribir la documentación del proceso?
Alguien que no haga ese trabajo, partiendo de entrevistas con quienes sí lo hacen. Los profesionales se saltan los pasos que ya tienen automatizados en la cabeza, que son justo los que necesita alguien nuevo. Redacta como alguien de fuera y después deja que los profesionales lo corrijan: las correcciones son rápidas, y lo que aportan es el conocimiento tácito que nunca llega a un primer borrador.
¿Con qué frecuencia debe revisarse la documentación de procesos?
Con una periodicidad fija y ante disparadores concretos. Lo habitual es anual, y semestral para procesos que cambian mucho. Los disparadores importan más: revisa tras una incidencia, un hallazgo de auditoría, una migración de sistema o una reorganización que cambie al responsable de un carril. La mayor parte de la degradación llega por cambios no revisados, no por el paso del tiempo.