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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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