Cuando el conocimiento vive en la cabeza de una persona, cada baja o vacación retrasa a la agencia. Una base de conocimiento interna convierte la experiencia en activos reutilizables: procesos, plantillas, decisiones y lecciones aprendidas.
Qué documentar
| Sección | Contenido |
|---|---|
| Procesos | Cómo se hace un diagnóstico, una migración, un reporte |
| Plantillas | Briefs, propuestas, correos tipo, informes |
| Criterios | Cuándo aplicar noindex, redirigir o fusionar páginas |
| Incidentes | Qué falló, por qué y cómo se corrigió |
| Clientes | Particularidades técnicas y acuerdos de cada uno |
| Herramientas | Qué se usa, con qué permisos y para qué |
Cómo organizarla
- Estructura por tareas («cómo hacer X»), no por departamentos.
- Un responsable por sección que revise periódicamente.
- Fecha de última revisión visible en cada documento.
- Buscador y nombres de archivo coherentes.
- Separar la información sensible de clientes con permisos distintos.
Un método práctico es documentar «a medida que ocurre»: cada vez que resuelvas un problema nuevo o respondas una duda del equipo, deja una nota con el contexto, la solución y los enlaces útiles. No hace falta un texto pulido; es preferible una nota imperfecta hoy que un manual perfecto que nunca se escribe. Más tarde puedes consolidar las notas en procesos más completos cuando veas que se repiten.
El ciclo de mantenimiento
Un documento sin revisión se vuelve peligroso porque se sigue por inercia. Tras cada proyecto, dedica un rato a registrar qué se aprendió y a actualizar los procesos afectados. Cuando alguien corrija un error recurrente, conviértelo en una línea de la lista de verificación. Esa disciplina es la base de los procedimientos estándar de entregables.
Cómo conseguir que se use
Si consultarla cuesta más que preguntar, nadie lo hará. Enlaza los documentos desde las tareas, incorpora la lectura al proceso de ingreso del equipo y celebra a quien la mejore. Y cuando contrates a alguien nuevo, pídele que anote lo que le faltó: es la mejor auditoría de la base. Complementa con el stack de herramientas abiertas.
Define reglas sencillas de calidad: lenguaje claro, ejemplos reales sin datos sensibles y enlaces a las fuentes oficiales cuando corresponda. Revisa cada cierto tiempo qué documentos nadie consulta; si no se usan, mejora su ubicación o elimínalos. Una base pequeña y viva vale más que una enorme y desactualizada.
Incluye un apartado de «decisiones tomadas» con el motivo de cada una. Cuando alguien cuestione por qué se hace algo de cierta manera, la respuesta estará escrita, y el equipo podrá revisarla con datos nuevos sin repetir la discusión desde cero.
En resumen
- Cómo organizarla: Un método práctico es documentar «a medida que ocurre»: cada vez que resuelvas un problema nuevo o respondas una duda del equipo, deja una nota con el contexto, la solución y los…
- El ciclo de mantenimiento: Un documento sin revisión se vuelve peligroso porque se sigue por inercia.
- Cómo conseguir que se use: Si consultarla cuesta más que preguntar, nadie lo hará.
Preguntas frecuentes
¿Qué herramienta es mejor?
La que tu equipo ya usa y que permita búsqueda y control de acceso. Cambiar de programa no resuelve el problema de hábito.
¿Por dónde empezar?
Por los tres procesos que más repites y que más errores generan.
¿Quién debe encargarse?
Todo el equipo escribe y una persona coordina. Si solo una persona documenta, el sistema depende de ella.