База знаний умирает не от нехватки редактора, а от отсутствия имени рядом с разделом. Полезен не объём, а маршрут: четыре входные страницы, владелец у каждого раздела и ответ на комментарий в течение рабочего дня. Всё остальное — архив, который не откроют.
Что это такое
Внутренняя база знаний — это структурированный набор страниц, где команда хранит онбординг, регламенты, описания процессов и шаблоны документов: один источник истины вместо закреплённых сообщений в чатах, личных папок и знаний в голове одного специалиста, к которому идут с каждым вопросом и который тратит на объяснения половину рабочего дня.
В Shtab такая база живёт на Страницах — внутри того же контура, где ведутся задачи и проекты. Из инструкции можно сослаться на задачу, из задачи — на регламент, а глобальный поиск находит нужное по содержимому страницы, не только по заголовку.
Какую задачу закрывает
Пока базы нет, знания распределены по трём местам: голова опытного сотрудника, закреплённые сообщения в чате и чья-то личная папка с документами. Ни одно из них не выдерживает роста команды.
Выглядит это узнаваемо. Новичок первую неделю собирает контекст созвонами: как ставим задачи, кто согласует макет, где брать доступы. Тимлид проводит один и тот же вводный разговор в третий раз за квартал. В чате всплывает вопрос, на который уже отвечали в марте, — но найти тот ответ быстрее, чем написать заново, невозможно. А когда ключевой специалист уходит, вместе с ним уходит и описание процесса, который он вёл два года.
Итог: онбординг растягивается на месяц, одни и те же объяснения повторяются десятки раз, а решения принимаются по памяти, потому что актуальную версию регламента никто не может предъявить.
Что помогает на практике
- Наполняйте базу по факту вопроса. Спросили дважды — значит, нужна страница; спросили один раз — ответьте в комментарии и оставьте как есть.
- Проверяйте каждую новую страницу глобальным поиском: найдите её по слову из середины текста, а не по заголовку. Если не находится — переписывайте формулировки под язык, которым спрашивают.
- В инструкции ссылайтесь на конкретные задачи и шаблоны, а не описывайте их словами: ссылка не устаревает так быстро, как пересказ интерфейса.
- Страницу «Старт для новичка» делайте чек-листом на 5 дней — человек видит финиш и понимает, что от него ждут в конце недели.
- Договоритесь о правиле: изменился процесс — правка страницы входит в ту же задачу, что и изменение. Иначе обновление откладывается навсегда.
- Раз в квартал на ревизии удаляйте, а не только добавляйте. Устаревшая инструкция вреднее её отсутствия.
Как адаптировать под свой отдел
Команда до 15 человек
Хватит трёх разделов: онбординг, «как мы работаем», FAQ. Владелец всех страниц — руководитель, ревизия раз в квартал вместе с планированием. Главное — вынести на главную одну страницу «Старт для новичка» и завести привычку отвечать на вопросы комментарием, а не в чате.
Компания 50–200 человек
Разделы делятся по отделам, у каждого — свой владелец из числа руководителей направлений. Регламенты общего действия (доступы, безопасность, коммуникации) держите в корне и обновляйте централизованно. Регулярные задачи на ревизию расставьте по кварталу неравномерно, чтобы правки не наваливались одной неделей.
Распределённая команда и подрядчики
Настраивайте видимость пространства так, чтобы внешние участники видели только нужные разделы. Ставка на текст выше, чем на созвоны: если процесс не описан, в разных часовых поясах он просто не выполняется одинаково.

















