Как я собираю систему в Obsidian под конкретного человека: матрица болей вместо чужого шаблона

Если вам интересна тема персональных систем управления знаниями и задачами — переходите в мой тг‑канал. Там я разбираю инструменты, публикую кейсы и делюсь тем, что работает на практике, а не только выглядит красиво на скриншотах.

Обычно ко мне обращаются с похожим запросом: поставил Obsidian, посмотрел видео, разложил папки как показывали, дальше не пошло. Одна клиентка описала это так — поставила программу под большое научное исследование и утонула в роликах о том, как ею пользоваться.

Я собираю персональные системы в Obsidian на заказ. Работа начинается с таблицы: слева боли, сверху предполагаемые решения, на пересечениях отметки. Ниже — как её заполнить и что в ней потом видно.

Почему чужая система не приживается

Любая система из видео или статьи собрана под проблемы её автора. Он ведёт исследование, преподаёт или пишет код, и хранилище отвечает на вопросы, которые возникают именно у него.

Повторяя систему целиком, вы получаете и ответы целиком. Вопросы при этом остаются свои. Папки, шаблоны и дашборд обслуживают чужой рабочий день, и через три дня программа закрывается насовсем.

Поэтому я начинаю со списка того, что у человека болит прямо сейчас.

Шаг 1. Выписать боли

Боль — это ситуация в работе, в которой вы теряете время или информацию.

• «Хочу порядок в заметках» — пожелание, работать с ним нельзя.

• «Пометки во время сессии остаются на бумаге» — боль: есть место, время и последствие.

В течение рабочего дня отмечайте, где вы что‑то ищете, переспрашиваете, восстанавливаете по памяти или делаете второй раз.

Строки из разбора для частного психолога:

• Заявки приходят по четырём каналам, журнала обращений нет.

• Первичный запрос записывается в свободной форме.

• Найти прошлый запрос клиента невозможно.

• Условия работы — частота, цена, правила отмены — держатся в памяти.

• Перед сессией контекст восстанавливается перечитыванием всей истории.

• Записи после сессии складываются в одну простыню на клиента.

• Оплаты и отмены сверяются в конце месяца по переписке.

• Завершённые клиенты лежат вместе с активными.

Часть болей в список не попадёт. К ним привыкают и перестают замечать. Мой клиент держал задачи в избранном Телеграма: закинул, сделал, удалил. На вопрос о задачах он ответил, что тут порядок. При этом выполненное исчезало вместе с несделанным, и проверить, сделал он что‑то или забыл запланировать, было нельзя. Такие строки я нахожу сам, в разговоре, и почти в каждом проекте их набирается ещё две‑три сверх того, что человек назвал.

Шаг 2. Выписать гипотезы

Над столбцами пишутся плагины и связки, которыми вы рассчитываете закрыть свои строки: Tasks, Dataview, Bases, Templater + QuickAdd, Canvas. Берите всё, о чём слышали или что нашлось поиском по вашей строке.

Промах здесь ничего не стоит, проверка будет на четвёртом шаге. Обычно набирается 8–12 столбцов.

Шаг 3. Расставить отметки

Плюс на пересечении означает, что связка эту строку закрывает и вы знаете как. Знак вопроса — что связка похожа на решение, но вы не проверяли.

Вот матрица психолога в процессе заполнения:

Знаки вопроса — список работ на следующий шаг. В готовой матрице их не остаётся: каждый превращается в плюс или в пустую клетку.

Шаг 4. Проверить гипотезы

Название плагина ничего не закрывает. Столбец становится рабочим, когда за названием описано устройство узла: что появляется в хранилище, чем заполняется и как выглядит в работе.

• Bases — гипотеза.

• «Карточка сессии с датой, клиентом‑ссылкой и статусом оплаты, который переключается выпадающим списком прямо в теле карточки. Картотека сессий с видами „неоплаченные“ и календарным» — решение.

По второй записи видно, что заводить и закрывает ли это сверку оплат в конце месяца.

Часть гипотез проверки не переживёт. У клиентки с научным исследованием было 20 с лишним статей на разных языках, и она пробовала собрать их тегами: тема, автор, метод. Несколько тегов поиск сочетать умеет, но выдаёт плоский перечень заметок: года, языка и типа источника в нём не видно, отсортировать его нельзя. Каждый признак занял отдельное свойство, и по свойствам строится таблица с колонками, сортировкой и фильтрами. Источники и выписки из них живут в Zotero, откуда попадают в хранилище по шаблону.

Промах на этом шаге стоит 10 минут. Система, собранная на непроверенной догадке, стоит месяца работы, после которого ею перестают пользоваться.

Что видно в готовой матрице

Столбец с несколькими плюсами — ядро системы. Его делают первым. У психолога это база знаний: короткие заметки по техникам, обезличенным случаям и повторяющимся темам закрывают сразу четыре строки, от поиска нужного упражнения до сбора материала для супервизии и постов.

Это же объясняет, почему подборки плагинов не собираются в систему. В подборке десять равноправных пунктов. В матрице два столбца держат половину строк, а остальные восемь без них не нужны.

Чаще всего ядром оказывается карточка основной рабочей сущности: у риелтора — сделка, у дизайнера — проект, у маркетолога — клиент. Меняются поля, устройство держится одно: шаблон создаёт заметку, признаки лежат в свойствах, свойства переключаются прямо в теле заметки, поверх всех заметок строится картотека с фильтрами. Если не знаете, с чего начать, начинайте отсюда.

Строка без единого плюса означает одно из двух. Либо гипотез не хватило и решение существует, но вы о нём не знаете. Либо задача не для Obsidian, и её честнее отдать другому инструменту.

Вычёркивать такую строку нельзя. У клиента с папками на планшете один и тот же файл относился сразу к нескольким проектам, а папка заставляет выбрать ему одно место, поэтому файлы копировались. Ни одна связка из списка эту строку не брала. Решением стали заметки‑обёртки: файл остаётся на диске, в хранилище лежит короткая заметка о нём, и она линкуется хоть в три проекта сразу. Работы на вечер.

Порядок сборки

Дальше берётся столбец с наибольшим числом плюсов, и делается только он. Неделю вы пользуетесь этим узлом в реальной работе и правите его сколько потребуется, но за следующие столбцы не берётесь. Потом возвращаетесь к матрице и смотрите, какие строки закрылись на самом деле.

Неделя нужна, потому что часть решений разваливается при первом же использовании. Шаблон, который казался удобным, требует заполнить семь полей в момент, когда между встречами четыре минуты. Такое видно только на живой работе, и лучше поймать это на одном узле, чем на восьми сразу.

Дальше берётся следующий столбец. К третьему заходу открытых строк заметно меньше, чем было: часть болей снимается побочно. Карточка клиента заводилась ради журнала обращений, а заодно закрыла поиск условий работы.

Что остаётся на руках

Перечень собственных болей, отметки о том, чем каждая закрывается, порядок работ по числу плюсов в столбцах и список открытых строк.

Свою систему я собирал так же, только матрицу держал в голове и потратил на неё заметно больше времени, чем мог бы.

Выпишите свои боли и киньте 3–5 строк в комментарии. Отвечу по каждой: чем закрывается, какая связка развалится на проверке и где придётся делать своё.

Больше разборов и кейсов — в моём тг‑канале.