Obsidian como sistema de gestión de conocimiento para consultoría

Un consultor que trabaja simultáneamente con seis clientes en sectores diferentes — banca, seguros, logística, gobierno — enfrenta un problema de gestión de conocimiento que las herramientas convencionales no resuelven bien. Cada cliente tiene su contexto regulatorio, su jerga interna, sus stakeholders, sus proyectos activos y su historial de intervenciones. La información que produce valor no es la que está en los libros — es la que conecta un patrón observado en el banco con una solución probada en la aseguradora, o la que vincula una métrica de clima organizacional con un hallazgo de análisis de redes de hace seis meses.

Las herramientas de productividad estándar — Google Drive, Notion, OneNote — están diseñadas para almacenar y organizar documentos. Funcionan razonablemente bien para equipos que comparten información sobre un proyecto común. No funcionan bien para un individuo que necesita conectar conocimiento heterogéneo a través de dominios, clientes y temporalidades. El problema no es almacenar — es recuperar y conectar.

Obsidian opera bajo un paradigma diferente. Es un editor de archivos Markdown locales que permite crear enlaces bidireccionales entre notas, visualizar la estructura de conexiones como un grafo, y extender su funcionalidad mediante plugins desarrollados por la comunidad. Los archivos residen en el sistema de archivos local — no en un servidor de terceros — lo cual tiene implicaciones directas para la privacidad de datos de clientes en sectores regulados. Pero la decisión de usar Obsidian no se justifica por una funcionalidad individual; se justifica por la arquitectura de conocimiento que permite construir, y esa arquitectura requiere decisiones de diseño deliberadas que determinan si el sistema produce valor o se convierte en otro repositorio desordenado con interfaz bonita.

La primera decisión de diseño es la estructura del vault. Obsidian trabaja con vaults — directorios que contienen archivos Markdown y sus metadatos. La tentación inmediata es replicar una estructura de carpetas convencional: una carpeta por cliente, subcarpetas por proyecto, archivos por entregable. Esta estructura es intuitiva pero limita exactamente la capacidad que hace valioso a Obsidian: la conexión transversal entre notas. Un insight sobre resistencia organizacional que emerge en el proyecto de un banco es relevante para el proyecto de la aseguradora, pero si cada nota vive encapsulada en la carpeta de su cliente, la conexión requiere que el consultor recuerde explícitamente su existencia — lo cual es exactamente lo que falla cuando manejas seis clientes simultáneos.

Ahrens (2017), en “How to Take Smart Notes,” describió el sistema Zettelkasten de Niklas Luhmann como un método de notas atómicas interconectadas que permite la emergencia de ideas a partir de la estructura de conexiones, no de la jerarquía de carpetas. El principio es que cada nota debe contener una idea discreta, lo suficientemente autocontenida para ser comprensible fuera de su contexto original, y enlazada explícitamente a otras notas relacionadas. Aplicado a consultoría, esto significa que la nota no es “Reunión con Gerente de Operaciones del Banco X el 15 de enero” — eso es un registro. La nota es “Patrón: la resistencia a nuevos procesos se correlaciona con la antigüedad del supervisor directo, no con la antigüedad del equipo” — eso es conocimiento, y puede conectarse con observaciones en cualquier otro cliente.

La implementación práctica de este principio en un contexto de consultoría requiere al menos cuatro tipos de notas con roles diferentes en el sistema. Las notas de proyecto documentan el estado actual, los acuerdos, los próximos pasos y las decisiones tomadas en un proyecto específico de un cliente. Son operativas y tienen fecha de caducidad — cuando el proyecto termina, dejan de actualizarse. Las notas de concepto capturan ideas, marcos y patrones que son independientes de cualquier cliente — “Cómo funciona el análisis rwg para medir consenso intragrupo” o “Condiciones bajo las cuales los OKRs generan efectos perversos.” Estas notas no caducan y se enriquecen con cada proyecto que las invoca. Las notas de contacto registran información sobre personas — stakeholders de clientes, colegas, referentes del sector — con enlaces a los proyectos y conversaciones relevantes. Las notas de referencia sintetizan papers, libros o artículos que informan la práctica, con enlaces a los conceptos que desarrollan.

La conexión entre estos tipos es lo que produce valor. Una nota de proyecto sobre la implementación de OKRs en un banco enlaza a la nota de concepto sobre OKRs como mecanismo de gobernanza, que a su vez enlaza al paper de Deming sobre efectos perversos de la evaluación individual, que conecta con una observación en la nota de proyecto de otro cliente donde los OKRs vinculados a bonificación degradaron la cooperación entre departamentos. Esta cadena de enlaces no existe en ninguna carpeta — existe en la estructura de conexiones que el consultor construye deliberadamente con cada nota que escribe.

El plugin Dataview transforma el vault de Obsidian en una base de datos consultable. Dataview permite escribir queries en una sintaxis similar a SQL sobre los metadatos (frontmatter YAML) de las notas. Si cada nota de proyecto tiene campos como cliente, estado, tipo_intervención y fecha_última_actualización, una query de Dataview puede generar automáticamente una vista de “todos los proyectos activos ordenados por última actualización” o “todas las intervenciones de tipo PMO en los últimos 12 meses.” Esto convierte al vault en un CRM personal ligero y en un sistema de seguimiento de portafolio sin depender de herramientas externas que requieren sincronización manual.

Blackwell (2019) documentó que los sistemas de gestión de conocimiento personal (PKM) que persisten en el tiempo son los que tienen baja fricción de captura y alta utilidad de recuperación. Si capturar una nota requiere más de 30 segundos de overhead (abrir la aplicación correcta, navegar a la carpeta correcta, crear el archivo con el formato correcto), la captura no ocurre consistentemente. Si recuperar información requiere recordar dónde se guardó en lugar de buscar por contenido o seguir enlaces, la recuperación falla cuando más se necesita — bajo presión, antes de una reunión, cuando estás preparando una propuesta.

Obsidian reduce la fricción de captura mediante Templater, un plugin que permite crear notas pre-estructuradas con un comando de teclado. Un template de “nueva reunión de cliente” genera automáticamente una nota con la fecha, los campos de frontmatter (cliente, asistentes, proyecto), las secciones predefinidas (contexto, discusión, acuerdos, siguientes pasos) y los enlaces a la nota del proyecto y del cliente. El tiempo de setup es cero — la estructura existe antes de que la reunión comience, y el consultor solo necesita llenar contenido.

La búsqueda en Obsidian opera sobre texto completo de todos los archivos Markdown del vault. Esto es trivial técnicamente pero tiene una consecuencia práctica importante: la búsqueda encuentra contenido que el consultor no recuerda haber escrito, en notas que no recuerda haber creado, porque la búsqueda no depende de la memoria del usuario sino del contenido del sistema. Para un consultor que ha acumulado 2,000 notas en tres años de trabajo, la probabilidad de que una búsqueda por “resistencia procesos nuevos banca” encuentre notas relevantes que el consultor había olvidado es alta — y ese hallazgo inesperado es frecuentemente más valioso que el resultado esperado.

El grafo de conocimiento — la visualización de nodos y conexiones que Obsidian genera automáticamente — tiene valor diagnóstico más que operativo. Un vault saludable tiene clusters de notas densamente conectadas (proyectos activos, conceptos centrales) con puentes entre clusters (insights que conectan dominios). Un vault con nodos aislados — notas sin enlaces — indica captura sin procesamiento: la información se almacenó pero no se integró al sistema de conocimiento. La revisión periódica del grafo permite identificar estos huérfanos y decidir si deben conectarse (tienen valor no explotado) o archivarse (fueron relevantes en un momento que ya pasó).

La sincronización entre dispositivos es un problema práctico que Obsidian resuelve de forma imperfecta. Obsidian Sync es el servicio oficial — cifrado end-to-end, rápido, pero con costo mensual. Alternativas como Syncthing (sincronización peer-to-peer sin servidor central) o Git (versionado con repositorio remoto) funcionan pero requieren configuración técnica y tienen limitaciones con archivos binarios (imágenes, PDFs adjuntos). Para un consultor que trabaja desde laptop, tablet y teléfono — tomando notas en reuniones, revisando proyectos en tránsito, preparando propuestas en escritorio — la sincronización confiable no es un lujo sino un requisito operativo.

La seguridad de los datos en el vault merece atención específica. Un vault de consultoría contiene información sensible de múltiples clientes — notas de reuniones, observaciones sobre dinámicas internas, datos de diagnósticos organizacionales. Si el vault reside en un servicio de sincronización en la nube (Dropbox, iCloud, Google Drive), la pregunta de dónde están almacenados esos datos y quién puede acceder a ellos es relevante — particularmente para clientes en sectores regulados. La alternativa de sincronización local (Syncthing entre dispositivos propios, sin servidor intermedio) elimina el riesgo de acceso por terceros pero requiere que los dispositivos estén en la misma red o conectados vía VPN. No existe una solución que sea simultáneamente conveniente, segura y gratuita — el consultor debe decidir qué trade-off acepta.

Hay una dimensión del PKM en consultoría que las herramientas no resuelven: la disciplina de procesamiento. Capturar notas es fácil. Procesar notas — releerlas, extraer los patrones, crear los enlaces, actualizar las notas de concepto con las observaciones nuevas — requiere tiempo dedicado que no es facturable y que compite con trabajo urgente de clientes. Forte (2022), en “Building a Second Brain,” propuso una cadencia semanal de revisión y procesamiento — lo que llama “weekly review.” En la práctica de consultoría, esta cadencia es difícil de mantener cuando las semanas se llenan de entregas, pero las consecuencias de no mantenerla son acumulativas: el vault se llena de notas capturadas pero no procesadas, la densidad de enlaces disminuye, y el sistema pierde gradualmente su capacidad de conexión — que es la única razón por la cual vale la pena mantenerlo.

El vault no es un archivo. Es un sistema de pensamiento externalizado que funciona solo si se mantiene activo. La diferencia entre un consultor que usa Obsidian como un bloc de notas con formato Markdown y uno que lo usa como un sistema de gestión de conocimiento es la inversión deliberada en conexiones — los enlaces que transforman información aislada en conocimiento combinable. Esa inversión no es tecnológica; es cognitiva. Y como toda inversión cognitiva, compite con la gratificación inmediata de hacer el trabajo del día sin detenerse a pensar sobre el trabajo del día.

La pregunta que cada consultor debe responder antes de invertir tiempo en un sistema PKM no es “¿qué herramienta uso?” sino “¿tengo un problema de conocimiento que justifique un sistema?” Si trabajas con un solo cliente en un solo dominio, probablemente no. Si trabajas con múltiples clientes en múltiples dominios durante años, y tu ventaja competitiva depende de conectar patrones que otros no ven, entonces el sistema no es opcional — y la herramienta es secundaria respecto a la disciplina de usarlo.

Referencias

Ahrens, S. (2017). How to Take Smart Notes: One Simple Technique to Boost Writing, Learning and Thinking. Sönke Ahrens.
Blackwell, A. F. (2019). Cognitive Dimensions of Information Artifacts. Cambridge University Press. (Framework para evaluar usabilidad de sistemas de información.)
Forte, T. (2022). Building a Second Brain: A Proven Method to Organize Your Digital Life and Unlock Your Creative Potential. Atria Books.
Luhmann, N. (1992). Kommunikation mit Zettelkästen: Ein Erfahrungsbericht. In A. Kieserling (Ed.), Universität als Milieu (pp. 53-61). Bielefeld: Haux.
Matuschak, A., & Nielsen, M. (2019). How Can We Develop Transformative Tools for Thought? San Francisco. (Ensayo sobre herramientas de pensamiento y su impacto en la cognición.)