Проблема: как передать 10 лет опыта за пару недель?

За 10+ лет создания продуктов в российском enterprise я накопил... нет, не мудрость. Я накопил знания. Тонны документов, приказов, протоколов, шаблонов, процессов, ментальных моделей, контекстов решений. Всё это живёт где-то между корпоративными папками, чатами, почтой и, конечно же, моей головой.

И вот приходит тот радостный день: я могу выйти из операционки и передать дела новому наёмному менеджеру! Но радость быстро сменяется вопросом: как передать всё это богатство?

Классический сценарий:

• Передать кипу Word-документов на сетевом диске? Кто это будет читать?

• Неделя встреч "я тебе всё расскажу"? Половина забудется.

• Ещё месяц вопросов "а где у нас лежит...?"

• И постоянное ощущение, что что-то важное забыл передать.

Знакомо?

Мне нужен был элегантный способ. И я его нашёл.

Представьте: новый CEO получает не груду файлов, а полноценный веб-сайт. С навигацией, кросс-ссылками, поиском, глоссарием и связями между всеми материалами. Можно запустить локально, открыть в браузере и пользоваться. Современно, удобно, технологично.

Думаете, я потратил месяцы на разработку?

Нет. Всего два вечера на выходных. И сайт готов.

Почему веб-сайт, а не просто папка с файлами?

Давайте честно: кто будет продираться через сотни файлов, пытаясь найти связи между ними? Открывать Word, искать упоминания других документов, копаться в структуре папок?

Проблемы классической документации:

1. Нет связей между документами
   У вас есть процесс согласования бюджета. Но в нём упоминаются шаблоны, регламенты, ответственные лица. Где всё это найти? Надо знать структуру папок наизусть.

2. Нет контекста
   Почему решение было принято именно так? Какие были альтернативы? Какие ошибки допускали раньше?

3. Нет навигации
   Как новому человеку понять, с чего начать? Что читать первым, что вторым?

4. Нет глоссария
   OKR, KPI, стратегические инициативы, дорожная карта — для каждого эти термины значат что-то своё. А для вашей компании они должны значить одно и то же.

5. Нет поиска
   Полнотекстовый поиск Windows или Finder — это не то, что нужно для работы со знаниями.

Веб-сайт решает всё это:

• Кросс-ссылки между разделами

• Быстрая навигация

• Все материалы структурированы и под рукой

• Глоссарий с определениями

• Ссылки на приказы и протоколы

• История изменений (если используете Git)

Моя система: от Obsidian до веб-сайта за пару вечеров

Этап 1: Сбор знаний в Obsidian

Первым делом я определился: свои знания буду накапливать в Obsidian.

Для тех, кто не знаком: Obsidian — это markdown-редактор с супер-силой. Он умеет связывать заметки между собой, как Википедия, только личная. Бесплатный, работает локально, хранит всё в обычных текстовых файлах. Не зависите от облака, не боитесь, что сервис закроется.

Что я собирал:

• Процессы: как проходят совещания, как согласуются бюджеты, как принимаются стратегические решения

• Шаблоны: письма, протоколы, презентации, регламенты

• Роли и ответственность: кто за что отвечает, кому писать по каким вопросам

• Глоссарий: все термины, которые используются в компании

• Приказы и протоколы: ссылки на официальные документы с контекстом "почему так решили"

• Уроки: что работало, что нет, какие ошибки совершали

Принцип работы:

Одна заметка = одна мысль. Как в методе Zettelkasten (если вы читали книгу Зонке Аренса "Как делать полезные заметки"). Не длинные документы на 50 ст��аниц, а короткие заметки по 1-3 экрана. Зато связанные между собой.

Например:

• Заметка "Процесс согласования бюджета" ссылается на "Шаблон заявки на бюджет" и на "Роль финансового директора"

• Заметка "OKR компании 2025" ссылается на "Методология OKR" и "Стратегия компании"

Главное правило: если создаю заметку, она должна быть связана хотя бы с одной другой. Никаких изолированных файлов.

Этап 2: Структурирование для передачи

Когда встал вопрос о передаче дел, у меня уже был архив в 200+ заметок. Но это был мой архив. Новый человек в нём утонул бы.

Что я сделал:

1. Создал индексные страницы — точки входа в основные темы:

   • "Стратегия и управление"

   • "Команда и люди"

   • "Процессы и регламенты"

   • "Финансы и бюджеты"

   • "Продукты и технологии"

2. Дополнил глоссарий — убедился, что все термины объяснены простым языком

3. Добавил контекст — к каждому важному решению написал "почему так", "какие были альтернативы", "что учесть в будущем"

4. Проставил приоритеты — пометил, что важно прочитать в первую очередь, что можно отложить

Этап 3: Вайб-кодинг с Cursor

А вот здесь начинается вайб-кодинг. Как из кучи markdown-файлов сделать красивый веб-сайт? Раньше для этого нужно было:

• Знать HTML/CSS/JavaScript

• Разбираться в static site generators (Jekyll, Hugo, Gatsby)

• Настраивать CI/CD для деплоя

• Разбираться с хостингом

Но у меня был Cursor.

Для вайб-кодинга я выбрал Cursor — редактор кода с встроенным ИИ. Купил подписку за $20/месяц (есть бесплатный тариф, но платный дает больше возможностей).

Главная фишка Cursor — Agent Mode (агентский режим). Вы описываете задачу, а ИИ-агент сам создаёт файлы, пишет код, тестирует, исправляет ошибки. Вам не нужно кодировать ни единой строчки.

Как это выглядело на практике:

Я включил Agent Mode в Cursor и дал задачу:

Я: У меня есть папка с markdown-файлами из Obsidian. Нужно создать статичный веб-сайт на HTML/CSS. Требования:

• Конвертировать markdown в HTML

• Поддержать ссылки Obsidian в формате [[Заметка]]

• Создать навигационное меню

• Добавить поиск по контенту

• Современный дизайн с тёмной темой

• Поддержка глоссария

Cursor (Agent Mode):

• Создаёт Python-скрипт для конвертации

• Генерирует HTML-шаблоны

• Пишет CSS со стилями и тёмной темой

• Добавляет JavaScript для поиска

• Парсит ссылки [[]] и превращает их в HTML

• Создаёт индексную страницу с навигацией

Я: Запускаю скрипт. Открываю сайт локально. Работает!

К моему счастью, удалось сделать это полностью в агентском режиме, без необходимости кодировать ни единой строчки. Cursor всё сделал сам: HTML, CSS, JavaScript, скрипты конвертации, обработку аттачментов.

Итого:

• Вечер пятницы: Cursor сгенерировал всю кодовую базу для сайта

• Вечер субботы: довёл до ума стили, добавил логотип, проверил все ссылки

Понедельник: показал новому СEO. Его реакция: "Вау! Можно я у себя так же сделаю?"

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

Технические детали: как это работает

Инструменты

1. Obsidian — для сбора и структурирования знаний

   • Бесплатный

   • Работает с обычными markdown-файлами

   • Поддерживает графы связей

   • Синхронизация через облако (Yandex.Disk, Google Drive, iCloud)

2. Cursor — для создания веб-сайта

   • ИИ-редактор кода

   • Генерирует HTML, CSS, JavaScript

   • По сути, вы "разговариваете" с ИИ, а он делает

   • Превращает markdown из Obsidian в готовый сайт

3. GitHub Pages (опционально) — для хостинга

   • Бесплатный хостинг для статичных сайтов

   • Автоматический деплой при коммите

   • HTTPS из коробки

Результаты: что изменилось

Для нового CEO

1. Быстрое погружение
   Вместо недель блуждания по папкам — структурированная база знаний с навигацией. Первую неделю он просто читал сайт вечерами. Вторую неделю — задавал уточняющие вопросы. Теперь он может овладевать знаниями в удобном, простом и понятном формате.

2. Самостоятельность
   Большинство вопросов он теперь находит сам. Открыл глоссарий, прочитал термин, перешёл по ссылке на процесс, изучил.

3. Контекст
   Он видит не просто "как делать", а "почему так", "какие были ошибки", "что учесть".

4. Уверенность
   Когда знаешь, где искать информацию, чувствуешь себя увереннее. Нет ощущения "я не знаю, куда смотреть".

Для меня

1. Спокойствие
   Я знаю, что ничего не потерялось. Всё зафиксировано, структурировано, доступно.

2. Меньше вопросов
   Вместо 20 вопросов в день — 2-3 уточняющих. Остальное он находит сам.

3. Наследие
   Это не просто "передача дел". Это база знаний, которая останется. Следующий CEO тоже будет ей пользоваться. И команда тоже.

Для компании

1. Память организации
   Знания больше не живут в головах людей. Они зафиксированы.

2. Скорость адаптации
   Новые люди погружаются быстрее. Меньше потерь при ротации.

3. Стандартизация
   Когда процессы описаны, их проще улучшать. И проще следовать им.

Уроки и подводные камни

Что важно понять

1. Это не разовая задача

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

2. Не перегружайте

Соблазн велик: "давай запишем всё!". Не надо. Записывайте то, что действительно нужно. Начните с главного:

• Основные процессы

• Ключевые роли

• Глоссарий

• Шаблоны

Остальное добавится по мере необходимости.

3. Структура важнее объёма

Лучше 50 хорошо связанных заметок, чем 500 изолированных файлов. Делайте акцент на связях, контексте, навигации.

4. ИИ не сделает всё за вас

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

А нужен ли вам веб-сайт? Может, хватит и Obsidian?

Справедливый вопрос. Obsidian сам по себе отличный инструмент. У него есть граф связей, поиск, навигация.

Веб-сайт нужен, если:

1. Знания должны быть доступны людям, у которых нет Obsidian
   Например, новому CEO не хочется устанавливать ещё одну программу. Ему проще открыть браузер.

2. Нужен публичный доступ
   Например, база знаний для всей команды. Или документация для партнёров.

3. Нужна версионность через Git
   Если храните сайт в Git, вы автоматически получаете историю всех изменений.

Obsidian хватит, если:

• Это личная база знаний

• Вы готовы научить людей пользоваться Obsidian

• Не нужна публикация в интернете

Может ли топ-менеджер "вайб кодить"?

Вернёмся к вопросу из заголовка. Может ли топ-менеджер кодить?

В классическом понимании — нет. Я не писал JavaScript, не разбирался в тонкостях CSS, не настраивал webpack.

Но в новом мире с ИИ — да. Я описывал, что хочу. ИИ предлагал решения. Я выбирал, тестировал, корректировал.

Это не программирование в традиционном смысле. Это диалог с ИИ, где я выступаю как продакт-менеджер, а ИИ — как разработчик.

Называйте это как хотите:

• "Вайб кодинг"

• "Prompt engineering"

• "ИИ-ассистированная разработка"

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

И это касается не только кода. Это касается любой работы со знаниями.

Что дальше: Documentation as Code для всех

Этот опыт — часть более широкого тренда: Documentation as Code.

Идея проста:

• Документация живёт рядом с кодом (или с процессами)

• Хранится в Git

• Версионируется

• Автоматически публикуется

• Легко обновляется

Раньше это было прерогативой разработчиков. Теперь — это может делать кто угодно. HR может вести справочник сотрудника. Финансы — базу знаний по бюджетам. Продукты — документацию по фичам.

Представьте:

• Каждый отдел имеет свою базу знаний

• Они связаны между собой

• Доступны всей компании

• Актуализируются автоматически

• История изменений прозрачна

Это не фантастика. Это реальность, которую можно построить за пару недель. С ИИ и правильными инструментами.

Выводы: что стоит вынести

1. Передача дел — это не event, это система

Не ждите увольнения или смены роли. Ведите базу знаний постоянно. Фиксируйте решения, процессы, контекст. Когда придёт время передавать — всё уже будет готово.

2. Инструменты стали доступными

Раньше для создания документации нужна была команда. Теперь — пара вечеров и Cursor. ИИ реально снижает барьер входа в технологии.

3. Markdown + Git — это долгосрочная стратегия

Не привязывайтесь к проприетарным форматам. Markdown будет читаться через 20 лет. Word-файлы 2005 года уже не открываются нормально. Confluence может закрыться или измениться. А markdown-файлы в Git — это навсегда.

4. Связи важнее объёма

Не стремитесь записать всё. Стремитесь связать главное. Лучше 50 связанных заметок, чем 500 изолированных.

5. Процесс важнее инструмента

Самый крутой сайт не поможет, если нет культуры фиксации знаний. Начните с привычки: провёл встречу — записал итоги. Принял решение — зафиксировал контекст.

А как у вас устроена передача знаний в компании?

• Храните в головах и передаёте устно?

• Используете Confluence, Notion, корпоративные wiki?

• Строите что-то своё?

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