Saltar al contenido

25 de junio de 2026 · 9 min

Documentar procesos en tu empresa: la guía práctica que funciona

Para documentar procesos que tu equipo use de verdad, escribe una página por proceso con 4 cosas: quién es responsable, qué pasos se siguen, cuándo se hace y qué hacer con las excepciones más frecuentes. Empieza por el proceso que más consultas te genera, no por el más importante. Solo los procesos con varios departamentos o con muchas variantes necesitan un diagrama o un árbol de decisiones.

¿Qué proceso debería documentar primero en una empresa de 20 personas?

El que más te interrumpe. Durante una semana apunta cada vez que alguien te pregunta qué hacer con algo. El proceso que más aparezca en esa lista es el primero: al escribirlo recuperas horas desde el primer día y el equipo ve que sirve para algo.

¿Cómo documento un proceso sin que acabe siendo un manual que nadie lee?

Escribe el criterio, no los clics. Una página como máximo; si no cabe, son dos procesos. Incluye las 2 o 3 excepciones que más se repiten, escríbelo sentado con quien lo hace y ponle fecha de revisión. Y cuando alguien pregunte algo que ya está escrito, mándale al documento.

Sabes que deberías tener los procesos por escrito. Llevas tiempo diciéndotelo. Y probablemente ya lo has intentado: abriste un documento, empezaste a escribir los pasos, llegaste a la página doce y lo dejaste. O lo terminaste, lo compartiste y nadie lo abrió.

No eres tú. Es el enfoque.

La solución no es escribir más, sino escribir mejor: fichas cortas y prácticas que la gente consulta porque resuelven el problema que tiene delante. Esta es una guía anti-manual. Vas a ver cómo escribir el criterio y no el clic, qué tres niveles de detalle existen y por qué empezar por donde más duele.

¿Por qué fracasan casi todos los intentos de documentar procesos?

Porque se confunde documentar con redactar un manual. Y los manuales largos tienen un problema: nadie los lee.

La tentación es ser exhaustivo. Cada paso, cada variante, cada caso raro. Sale un documento enorme que tarda semanas en escribirse, está desfasado antes de acabarlo y termina en una carpeta que nadie abre.

El fallo está en el nivel de detalle. Un texto que dice "pulsa el botón azul y elige la tercera opción" es frágil: cambia la pantalla del programa y ya no sirve. En cambio, "antes de confirmar un pedido, comprueba el stock, el plazo que se le ha dado al cliente y que las condiciones de pago estén aprobadas" sobrevive a cualquier cambio de software. Recoge el criterio, no el clic.

Aquí ayuda una idea clásica de la gestión de calidad, el principio de Pareto: unas pocas causas explican la mayoría de los problemas. Aplicado a tus procesos, significa que no necesitas escribirlo todo. Necesitas escribir bien los pocos procesos que generan casi todos los líos.

¿Qué documento primero?

El proceso que más consultas te genera. Así de simple.

No empieces por el más importante ni por el que mejor conoces. Empieza por el que más te interrumpe: el que hace que tu equipo te llame, te escriba por WhatsApp o te pare en el pasillo para preguntarte "¿qué hago con esto?". Al escribirlo te devuelve horas desde la primera semana.

Para encontrarlo, hazte tres preguntas durante una semana:

  1. ¿Qué respondo una y otra vez? Cada pregunta repetida es un proceso sin escribir.
  2. ¿Dónde se repiten los errores? Ahí los criterios no están claros. Lo contamos en los mismos errores cada mes.
  3. ¿Qué solo sé hacer yo, o solo sabe hacer una persona? Cada tarea en una sola cabeza es un riesgo. Si esa persona se va o se pone de baja, el proceso se para. Es el problema de tener el conocimiento en la cabeza de dos personas.

No hagas un mapa de todos los procesos antes de escribir ninguno. Ese enfoque de libro es el que paraliza a la mayoría de pymes. Uno. El que más duele. Escríbelo, pruébalo, y pasa al siguiente.

Los tres niveles de detalle

No todos los procesos necesitan la misma profundidad. Querer escribirlo todo igual de detallado es perder el tiempo.

Nivel 1: la ficha de una página

Es el nivel básico y el más útil. Una sola página que responde a cuatro preguntas:

  • Quién es el responsable.
  • Qué se hace y en qué orden (entre 5 y 7 pasos como mucho).
  • Cuándo se hace: cada cuánto o qué lo pone en marcha.
  • Qué hacer con las excepciones más habituales (2 o 3).

Si solo pudieras escribir de una forma, sería esta. Sirve para la mayoría de los procesos de una pyme, se hace rápido, se actualiza fácil y la gente la lee porque cabe en una pantalla.

Nivel 2: el flujo entre personas

Cuando el proceso pasa por varias personas o departamentos, la ficha se queda corta. Necesitas un dibujo sencillo de quién hace qué y en qué orden. Así se ven los traspasos, los momentos en que el trabajo cambia de manos, que es donde más se rompe todo.

No tiene que ser bonito. Cajas y flechas en cualquier herramienta, o en un papel. Lo importante es que cada caja tenga un responsable y cada flecha diga qué la pone en marcha. Si el traspaso depende de que alguien "se acuerde de avisar", ahí tienes un fallo esperando a ocurrir.

Nivel 3: el árbol de decisiones

Cuando la respuesta correcta depende de la situación, lo que mejor funciona es un árbol: si pasa esto, haz aquello. Va muy bien para:

  • Incidencias y reclamaciones de clientes.
  • Descuentos o condiciones especiales.
  • Qué pedido o qué trabajo va primero.
  • Cuándo resolver solo y cuándo consultar.

El árbol convierte el criterio que hoy solo tiene el dueño en reglas que cualquiera del equipo puede seguir. Eso es lo que permite delegar de verdad: no delegar la tarea y quedarte con la decisión.

Cinco reglas para que no acabe en un manual inútil

1. Escribe la decisión, no el movimiento. "Comprueba que el pedido cumple las condiciones pactadas" sirve durante años. "Pincha en el campo condiciones del ERP" sirve hasta que cambies de ERP.

2. Si no cabe en una página, son dos procesos. Cuando una ficha se alarga, casi siempre es porque mezcla dos cosas. Sepáralas. Cada ficha, un proceso. Cada proceso, un responsable.

3. Incluye siempre las excepciones frecuentes. La mayor parte del proceso es sencilla; lo que genera dudas son los casos que se salen. ¿Y si el cliente cambia la dirección de entrega después de confirmar? ¿Y si el proveedor no tiene stock? Recoge las que pasan a menudo, no todas las imaginables.

4. Escríbelo con quien lo hace. Si el dueño escribe los procesos solo en su despacho, sale cómo cree que se trabaja, no cómo se trabaja. Siéntate con la persona que lo hace, recorred los pasos juntos y apunta lo que pasa de verdad. Después decides qué cambiar.

5. Ponle fecha de revisión. Una ficha sin fecha de revisión estará desfasada en unos meses. Una revisión trimestral suele bastar: ¿sigue siendo así?, ¿han cambiado las excepciones?, ¿el responsable es el mismo?

Si quieres una base para empezar, la plantilla de manual de procesos trae la estructura de la ficha y un ejemplo rellenado.

¿Cómo consigo que el equipo la use?

La mejor ficha del mundo no sirve si nadie la abre. Y casi toda la documentación interna se ignora, no por pereza, sino porque no está donde se trabaja.

Ponla a mano en el momento de la duda. Si para encontrar el proceso de devoluciones hay que bucear en una carpeta con veinte subcarpetas, nadie lo va a hacer. La ficha tiene que estar a un clic del sitio donde se trabaja, o impresa junto al puesto si es un almacén o un taller.

Úsala para incorporar a gente nueva. Cada persona que entra debería recibir las fichas de los procesos que va a hacer, como herramienta de trabajo y no como lectura opcional. Así la incorporación deja de depender de que "alguien le enseñe" y se puede repetir con cada persona nueva.

Cuando te pregunten algo que está escrito, manda a la ficha. Al principio parece más lento que contestar. Pero si siempre respondes tú, el equipo aprende que preguntarte es más rápido que buscar, y la documentación muere.

Si quieres ayuda

Así es como trabajamos en el manual de procesos: proceso a proceso, empezando por los que más consultas y dependencia del dueño generan, escribiendo cada ficha con quien hace el trabajo y dejando un responsable y una fecha de revisión en cada una. Precio: presupuesto cerrado tras una primera conversación.

Tener los procesos en orden no es escribir manuales. Es dejar lo mínimo por escrito para que tu equipo pueda decidir sin depender de ti. Y eso empieza con una página, no con un proyecto de meses.

Preguntas frecuentes

¿Necesito un programa especial para documentar procesos?

No. Un documento compartido basta para empezar. Lo que importa es la estructura: responsable, pasos, momento y excepciones. Cuando tengas los procesos más críticos escritos y en uso, puedes plantearte una herramienta, pero una herramienta vacía no arregla nada.

¿Cuánto tiempo lleva documentar un proceso?

Una ficha de una página, sentado con quien hace el proceso, suele salir en menos de una hora. Un proceso con varios departamentos y traspasos pide una o dos sesiones más. Lo que alarga las cosas es querer cubrir todos los casos raros desde el principio.

¿Cómo evito que la documentación se quede desfasada?

Cada ficha lleva un responsable y una fecha de revisión, por ejemplo cada trimestre. Si el proceso cambia antes, se actualiza en el momento. Quien hace el proceso es quien mejor sabe cuándo el papel ya no se parece a la realidad.

¿Qué es más importante, escribir los pasos o los criterios de decisión?

Los criterios. Un proceso con pasos claros pero sin criterio sigue mandando cada excepción a tu mesa. El criterio es lo que permite que el equipo decida solo.

¿Cuántos procesos tiene que tener escritos una pyme?

Los que forman el núcleo de tu operación, que en una pyme suelen ser unas pocas decenas. No los necesitas el primer día: empieza por 3 a 5 y ve ampliando. Cinco fichas que se usan valen más que veinticinco olvidadas en una carpeta.

Mide tu caso antes de decidir

12 preguntas sobre procesos, organización, personas y dependencia del fundador. Te dice las 2 o 3 áreas por donde empezar.

Andreea Almonacid

Escrito por

Andreea Almonacid

Operaciones, procesos, sistemas y tecnología

Actualizado el 28 de septiembre de 2026.