В компании есть знание, которое живёт в головах и в переписке: как оформить заявку, какой шаблон использовать, что отвечать на типовой вопрос клиента, где лежит доступ. Пока команда маленькая — работает. На десятом человеке начинает трещать.
Новичок задаёт один и тот же вопрос в чате пять раз. Старожилы отвечают, но раздражение копится. Уходит один человек — уходит часть знаний. База знаний решает не всё, но снимает именно это.
Что ожидают и что получают
| Ожидание | Реальность |
|---|---|
| «Сделаем базу — и все будут читать» | Сначала не будет; читать начинают, когда там есть ответы на реальные вопросы |
| «Нужно сразу описать всё» | Тридцать страниц не прочитает никто; полезны десять, но точных |
| «Это задача одного человека» | Один человек утонет; писать должен тот, кто владеет процессом |
| «Напишем и забудем» | Устаревшая инструкция хуже отсутствующей |
Что компания теряет без базы
- Время на повторные объяснения. Часы в неделю, которые уходят не на работу, а на пересказ.
- Качество ответов. Один и тот же вопрос получает разные ответы в зависимости от того, кто первым увидел.
- Зависимость от «носителей знания». Их отпуск или увольнение останавливает процессы.
- Онбординг. Новый сотрудник выходит на результат дольше и выходит неравномерно.
- Ошибки. Люди придумывают, как делать правильно, если никто не записал.
Проверка на живом примере: сколько раз за последний месяц в чате спрашивали одно и то же? Если больше трёх — база нужна, вопрос только в объёме.
Что в неё писать
| Тип | Пример | Кто пишет |
|---|---|---|
| Регламент | Как согласуется скидка больше 10 % | Владелец процесса |
| Инструкция | Как выгрузить отчёт или создать счёт | Тот, кто делает это чаще всех |
| Шаблон | КП, договор, ответ на типовой вопрос | РОП, юрист, поддержка |
| Чек-лист | Что проверить перед запуском рекламы | Исполнитель + руководитель |
| FAQ | Пять вопросов, которые задают все новички | Кто проводит онбординг |
| Договорённости | Кто с кем согласует, за какой срок | Руководитель |
Чего там быть не должно: личных заметок, черновиков, версий «на всякий случай». Одна страница — один вопрос, ответ — в первом абзаце.
Где её держать
| Вариант | Плюсы | Минусы |
|---|---|---|
| База знаний в Битрикс24 | Рядом с задачами и CRM, права доступа уже есть, поиск в портале | Нужна дисциплина структуры |
| Внешний вики-сервис | Гибко, удобно для больших статей | Отдельный вход, отдельные права, риск «заброшенности» |
| Папка в облаке | Быстро начать | Плохой поиск, версии файлов, доступ «всем или никому» |
| Закрепы в мессенджере | Все и так там | Не ищется, не версионируется, теряется при смене команды |
Практичное решение для компании на Битрикс24 — база знаний внутри портала: там же права, там же поиск, там же сотрудники. Подробнее о портале как рабочем пространстве — портал и рабочее пространство команды.
Кто пишет
- Владелец процесса — по своему участку: регламенты, согласования, исключения.
- Самый опытный исполнитель — инструкции и шаблоны; он знает, где обычно спотыкаются.
- Тот, кто проводит онбординг — FAQ и чек-листы первого месяца.
- Дежурный по вопросам — раз в неделю переносит повторяющиеся ответы из чата в базу.
Правило, которое работает лучше мотивации: ответил в чате третий раз — напиши страницу и дай ссылку. Это дешевле, чем убеждать всех «вести документацию».
Как держать в актуальном состоянии
- Владелец у каждой страницы. Без имени страница умирает в тот момент, когда процесс меняется.
- Дата проверки. Раз в квартал владелец подтверждает: актуально, обновить, в архив.
- Архив, а не удаление. Устаревшее переносится в архив с пометкой «не используется с даты».
- Правки из практики. Не «перепишем потом», а сразу, пока помнят, что именно не работало.
- Один источник. Если инструкция есть в трёх местах — значит, верной нет ни в одном.
«Вики, которую никто не читает» — нормальный старт
Почти все базы знаний начинаются с десяти страниц, которые открывает автор и ещё два человека. Это не провал: дальше работает накопление.
- Начните с вопросов, которые реально задают на этой неделе.
- Не пишите «введение» и «философию компании» — начните с инструкций.
- Первые страницы сделайте короткими: одна задача, шаги, ссылка на шаблон.
- Называйте страницы словами, которыми люди ищут: «как выставить счёт», а не «Процесс ДЗ-04».
- Через месяц посмотрите статистику поиска: чего искали и не нашли — то и пишите дальше.
Сколько времени это экономит
Пример: 20 сотрудников, каждый тратит 15 минут в день на поиск информации и переспрашивание.
| Показатель | Расчёт | Результат |
|---|---|---|
| Время в день | 20 × 15 мин | 5 часов |
| Время в месяц | 5 × 22 | 110 часов |
| Даже при экономии 30 % | 110 × 0,3 | 33 часа в месяц |
| В деньгах при 1 000 ₽/час | 33 × 1 000 | 33 000 ₽ в месяц |
Цифры условные, но порядок такой: база знаний окупается не «культурой», а высвобожденными часами.
Как выглядит хорошая страница
Пример плохой страницы: «Работа с документами» на четыре тысячи знаков, без шагов и ссылок. Хорошая страница отвечает на один вопрос и выглядит так:
- Заголовок — словами людей: «Как выставить счёт клиенту».
- Ответ в первом абзаце — одно-два предложения: где это делается и что понадобится.
- Шаги — нумерованный список, каждый шаг начинается с глагола.
- Шаблон — ссылка на файл или форму, не «см. в папке».
- Исключения — что делать, если клиент новый, если нужна отсрочка, если счёт не прошёл.
- Владелец и дата — кто отвечает и когда страницу проверяли в последний раз.
Такую страницу можно написать за 20 минут и обновить за две. Именно поэтому она появится, а «большая инструкция по документообороту» — нет.
Типичные ошибки
- Писать для руководства. «Процесс согласования ценообразования» вместо «как дать скидку».
- Прятать ответ в конце. Люди читают первый абзац и уходят.
- Хранить версии. «Инструкция_v3_final» — прямой путь к ошибкам.
- Заводить базу без поиска. Если искать неудобно, вернутся в чат.
- Запускать «наполнение» силами одного энтузиаста. Через месяц он всё бросит, и база останется наполовину пустой.
План на две недели
- Дни 1–2. Выгрузить вопросы из чата поддержки и рабочих чатов за месяц.
- День 3. Выбрать десять самых частых.
- Дни 4–6. Написать десять коротких страниц: ответ в первом абзаце, шаги, ссылка на шаблон.
- День 7. Назначить владельца каждой страницы и дату проверки.
- Дни 8–10. Правило «третий ответ в чате — страница в базе».
- Дни 11–14. Показать команде на созвоне: где искать, как искать, к кому идти, если не нашёл.
Онбординг новых сотрудников после этого ускоряется сам — чек-лист онбординга в CRM. Если база знаний нужна и клиентам (а не только сотрудникам), её стоит подключить к каналам общения: ИИ в переписке с клиентами работает только при наличии такой базы.
Частые вопросы
С чего начать, если ничего нет?
С десяти вопросов, которые задают чаще всего. Не с описания компании и не со схемы отделов.
Кто должен отвечать за базу знаний?
Формально — один человек, который следит за структурой и сроками проверки. Фактически — владельцы страниц, каждый по своему участку.
Как заставить сотрудников писать?
Не заставлять, а снизить порог: шаблон страницы на пять строк, пример, правило «третий вопрос — страница». И показывать, что база экономит время им же.
Нужна ли отдельная система?
Обычно нет. Если компания уже работает в Битрикс24, база знаний есть внутри портала и не требует отдельного сервиса.
Что делать с устаревшими страницами?
Переносить в архив с датой. Удаление опасно: на страницу могут ссылаться из задач и инструкций.
Как понять, что база работает?
По двум признакам: в чатах меньше повторяющихся вопросов и новые сотрудники задают их реже. Ещё полезно смотреть статистику поиска внутри базы.
Что сделать на этой неделе
- Просмотрите рабочий чат за неделю и выпишите повторяющиеся вопросы.
- Выберите один вопрос и напишите на него страницу за 20 минут.
- Проверьте, есть ли на портале раздел для базы знаний и доступ у всех.
- Назначьте владельца для первой страницы — себя или владельца процесса.
- Введите правило: третий ответ на один вопрос — повод создать страницу.
Хорошая база знаний — это место, куда идут не «почитать», а «найти ответ за минуту».
