Попробовать бесплатно

Один адрес, где лежат все регламенты компании

Новичок находит ответ сам — без вопросов в чат и раскопок по Google Docs. У каждого регламента есть владелец, дата последней проверки и одна действующая редакция.

бесплатный тариф — без лимита людейв реестре ПО Минцифры

Нам доверяют 55 202+ компаний

Что меняется после настройки

Один источник правды вместо десяти папок

Регламент живёт на странице в Shtab, а Google Docs и чаты перестают быть хранилищем: все ссылки ведут в одно место.

Онбординг без личного сопровождения

Новичок открывает раздел «Я новый сотрудник» и проходит первую неделю по чек-листу, не занимая тимлида вопросами «а где у нас…».

Знания не уходят вместе с людьми

То, что держалось в голове одного специалиста, описано на странице с владельцем и датой последней проверки.

Регламенты не устаревают тихо

У каждой инструкции есть ответственный и карточка ревизии с датой: просроченная проверка видна в списке задач заранее, а не в момент ошибки.

Как это собрать в Shtab

детали каждого шага — в документации ↗

Создайте отдельный проект под знания компании — так страницы не смешиваются с рабочими задачами и у базы появляется один адрес. Внутри заведите верхние разделы: «Онбординг», «Правила работы», «Процессы отделов», «Шаблоны и документы».

Держите глубину не больше трёх уровней: всё, что глубже, перестают находить и начинают спрашивать в чате.

Создание нового проекта ↗

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

Редакция Shtab

Представим сервисную компанию на 40 человек: за квартал выходят четыре новых сотрудника, и каждый первую неделю живёт на вопросах к тимлиду. Регламенты формально есть — 60 документов в общей папке Google Docs, часть продублирована в закреплённых сообщениях чатов. Пример выдуманный, но собран из типичной последовательности шагов.

Команда заводит пространство «База знаний» и четыре верхних раздела. Дальше — не переносят всё, а просят HR и двух тимлидов выписать вопросы, которые им задавали за последний месяц. Получается 14 сюжетов: доступы к системам, график и отпуска, порядок согласования расхода, кто подписывает договор, чек-лист первой недели, правила общения с клиентом. Ровно 14 страниц и переносят — блоками, с чек-листами вместо абзацев.

Корневую страницу собирают на трёх колонках по сценариям, разделам ставят обложки. К странице «Согласование договора» прикладывают форму файлом, к «Онбордингу» — памятку и бланки. В каждом старом Google-документе оставляют одну строку со ссылкой на новую страницу и закрывают право на редактирование.

Затем главное: в первой строке каждой из 14 страниц появляется владелец и дата последней проверки, а в отдельном виде «Ревизия регламентов» на каждый процессный документ создают карточку с ответственным и сроком — квартал для процессов, полгода для остального. Внутри карточки чек-лист: «прочитал», «сверил с практикой», «обновил дату». Закрывая ревизию, ответственный сразу создаёт следующую карточку с новым сроком. Отменённое правило про старую схему премий уезжает в Архив, а не удаляется — на случай спора.

Через два месяца картина такая: вопросы в чате сводятся к «а где страница про…», новичок к третьему дню берёт первую задачу без наставника, а два регламента после ревизии оказались устаревшими — и это выяснилось на плановой проверке, а не на ошибке в работе с клиентом.

Что проверяют внутри карточки ревизии
Что проверяют внутри карточки ревизии

Кому подходит — и когда не нужно

КОМУ ПОДХОДИТ
Команда от 10 человек, где регулярно выходят новые сотрудники
Процессы описаны, но лежат в Google Docs, чатах и личных папках
HR и операционка вручную отвечают на одни и те же вопросы
Компания уже ведёт проекты и задачи в Shtab
Нужно связать регламент с исполнением: инструкция и задача в одном сервисе
КОГДА НЕ НУЖНО
Нужна публичная база знаний для клиентов с индексацией в поиске
Требуется юридически значимый документооборот с подписями и маршрутами согласования
Команда из 2–3 человек, где всё держится в разговоре
Основная потребность — хранение больших медиаархивов
Никто не готов быть владельцем регламентов
Проверьте лимит дискового пространства тарифа перед переносом шаблонов и бланков. On-premise-размещение базы знаний доступно только в корпоративной поставке.

Из чего собираем

База знаний на СтраницахСоздавайте и веди базу знаний вашей компании на Страницах. Оформляйте документы и…Добавление контента в редактореТекстовый редактор в Shtab поддерживает встраивание любого контента прямо в описания карточек или на Страницу. Вы…Колонки на СтраницеНа Странице вы можете размещать контент в 2, 3 или 4 колонки. Таким образом, вы можете размещать не только текст, видео или таблицы, но…Обложки страницДобавляйте на страницу подходящую по смыслу обложку из предложенных стоковых картинок или загружайте собственное…КомментарииКомментарии в задачах, страницах, проектах, целях и ленте новостей сохраняют обсуждения рядом с работой и помогают команде не терять…Файлы проектовСоздавайте отдельные хранилища для файлов и выбирайте удобный вид: список или плитку. Документы остаются упорядоченными и быстро…

Что отслеживать

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

Что ломает процесс

Начните с 10–15 страниц, закрывающих самые частые вопросы. Остальное переносите по запросу: если за три месяца документ никто не искал, он не нужен в базе.

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

Что это такое

База знаний компании — это внутренний набор страниц, где описаны правила работы, процессы отделов, порядок согласований и онбординг новых сотрудников. Главное в ней не объём текста, а два свойства: ответ находится за одну-две минуты без помощи коллег, и найденная редакция гарантированно действующая, а не прошлогодняя.

Всё остальное — редактор, обложки, метки, колонки, комментарии — инструменты, которые обслуживают эти два свойства.

Какую задачу закрывает

Регламенты в компании обычно есть. Проблема в том, что они разбросаны: порядок согласования расходов — в Google Docs у финансиста, инструкция по доступам — в закреплённом сообщении чата, чек-лист онбординга — в личной папке HR, а «как мы правильно делаем» — в голове ведущего специалиста.

Дальше всё предсказуемо. Новичок первую неделю задаёт вопросы тимлиду вместо работы. Один и тот же вопрос про график всплывает в чате третий раз за месяц. Кто-то находит документ, действует по нему — и выясняется, что правило отменили весной, просто старый файл никто не убрал. А когда специалист уходит, часть процесса уходит вместе с ним.

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

Что помогает на практике

  • Собирайте список для переноса не из папки, а из вопросов: попросите HR и тимлидов выписать, что у них спрашивали за месяц. Порядок переноса задаёт частота вопросов, а не структура старого диска.
  • Первая строка каждой страницы — владелец и дата последней проверки. Это дешевле любого регламента о регламентах.
  • Пишите инструкции чек-листами, а не абзацами: по чек-листу можно работать, по абзацу — только соглашаться.
  • Шаблон прикладывайте к странице сразу. Регламент без формы заставляет человека идти спрашивать — и вы возвращаетесь в чат.
  • Ревизию назначайте разной частотой: процессы — раз в квартал, остальное — раз в полгода. Единый жёсткий цикл на всё превращается в формальность.
  • Сделайте закрытие ревизии двухшаговым: обновил страницу — создал следующую карточку с датой. Так цикл не обрывается на первом же квартале.
  • Раз в месяц открывайте навигатор глазами новичка: если ответ не нашёлся за два клика, проблема в навигаторе, а не в человеке.

Как адаптировать под свой отдел

Команда 10–25 человек. Хватает одного пространства и четырёх разделов без вложенности. Владелец у всех регламентов может быть один — операционный менеджер или HR, — а ревизия идёт одной карточкой в квартал с чек-листом по всем страницам. Переносить стоит 8–10 страниц: онбординг, доступы, график, согласование расходов.

Компания 50–200 человек. Верхние разделы разводят по отделам, у каждого отдела свой владелец и свои карточки ревизии. Навигатор становится обязательным: без корневой страницы на колонках сотрудники всё равно идут спрашивать. Полезно завести страницу «Что изменилось за месяц» со ссылками на обновлённые регламенты.

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

Как база знаний растёт с размером компании
Как база знаний растёт с размером компании

Частые вопросы

Не нашли ответ — спросите на живой демонстрации или напишите в поддержку.

Связанные решения

Соберите базу знаний за один вечер

Заведите пространство «База знаний», перенесите 10–15 самых частых регламентов и соберите навигатор по сценариям новичка. Страницы, редактор, колонки, обложки и комментарии работают во всех тарифах, включая бесплатный.