Cómo documentar los procesos internos sin que nadie escriba manuales

Por qué fracasan los manuales

No es falta de voluntad. Un manual falla por tres motivos: cuesta mucho escribirlo, nadie es responsable de mantenerlo y está lejos de donde se trabaja. Cualquier sistema que no resuelva esos tres puntos acabará igual, sea cual sea la herramienta.

La alternativa es invertir el orden: en lugar de sentarse a escribir procesos, capturar lo que ya se explica (en una reunión de traspaso, en un hilo de Slack respondiendo a un nuevo) y darle una forma mínima.

Qué procesos documentar primero

No documentes todo. Empieza por los que cumplan alguna de estas condiciones:

• Si sale mal, cuesta dinero o un cliente (facturación, entregas, incidencias).
• Solo lo sabe hacer una persona.
• Se hace pocas veces al año y siempre se olvida algo (cierre fiscal, renovaciones).
• Los nuevos lo preguntan siempre en sus primeras semanas.

Plantilla de proceso en una página

Si una página no cabe en una pantalla, es demasiado larga. Esta estructura sirve para casi cualquier proceso; copia y adapta:

• Nombre del proceso: verbo y objeto («Dar de alta a un cliente nuevo»).
• Responsable: la persona que lo mantiene al día, no quien lo ejecuta cada vez.
• Cuándo se activa: qué lo inicia («se firma un contrato»).
• Pasos: de 3 a 10, cada uno con quién lo hace y la herramienta. Un paso por línea.
• Cómo se sabe que está terminado: el resultado visible («el cliente tiene acceso y ha recibido el correo de bienvenida»).
• Errores frecuentes: lo que suele salir mal y cómo evitarlo.
• Fuentes y última revisión: enlace a la reunión o el hilo de donde sale, y fecha.

Captura en lugar de redactar

Tres hábitos convierten el trabajo diario en documentación sin esfuerzo adicional:

• Cuando alguien explica un proceso en una reunión, el acta recoge los pasos, no solo «Ana explicó cómo se hace».
• Cuando se responde una pregunta de «cómo se hace» en Slack, se responde en un canal abierto, no por mensaje directo, para que quede.
• Cuando se toma una decisión que cambia un proceso, se dice explícitamente qué sustituye («a partir de ahora, los gastos de menos de 200 € no necesitan aprobación»).

Cómo mantenerla viva

Una wiki se muere cuando nadie confía en ella. Para evitarlo: cada página con un responsable, fecha de última revisión visible, y una revisión rápida de las páginas críticas cada trimestre. Si una página está mal, se corrige en el momento, no se avisa a otro.

Y lo más importante: cuando alguien pregunte algo que ya está documentado, responde con el enlace. Es la única forma de que el equipo aprenda a mirar primero ahí.

Ejemplo: la plantilla rellena

Por ejemplo, así quedaría el alta de un cliente en una agencia digital. Fíjate en que cabe en una pantalla:

• Proceso: Dar de alta a un cliente nuevo. Responsable: dirección de cuentas.
• Se activa cuando: el cliente firma la propuesta.
• Pasos: crear el canal del cliente en Slack; crear la carpeta en Drive desde la plantilla; dar accesos al equipo asignado; agendar la reunión de arranque; enviar el correo de bienvenida con fechas y contactos.
• Terminado cuando: el cliente ha recibido la bienvenida y la reunión de arranque está en el calendario de todos.
• Error frecuente: olvidar dar acceso a la carpeta a quien no estaba en la venta.

Cómo lo hace Tessa

Tessa convierte las actas, los canales de Slack y los documentos de la carpeta compartida de Drive en una wiki que se escribe sola. Extrae decisiones (qué, cuándo, dónde y si sustituye a otra), procesos con sus pasos y el estado de clientes y proyectos, y enlaza cada página a sus fuentes. Las actas nuevas se procesan en pocos minutos; los canales y documentos, una vez al día.

Nunca usa el correo de las personas, los mensajes directos ni las conversaciones privadas con Tessa, y cada página solo la ve quien podía ver todas sus fuentes. Si ya tenéis Notion, Tessera puede convivir con él (integración en beta).