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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

детали каждого шага — в документации ↗
  1. 1. Заведите отдельное пространство «База знаний» и дерево разделов

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

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

    Создание нового проекта ↗
  2. 2. Перенесите регламенты из Google Docs и чатов на страницы

    Переносите не всё, а то, что спрашивают чаще всего: доступы, график, порядок согласований, чек-листы ролей. Ориентир — 10–15 страниц, собранных по списку реальных вопросов к HR и тимлидам за месяц.

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

    База знаний ↗
  3. 3. Сделайте главную страницу-навигатор на колонках и обложках

    На корневой странице разложите ссылки в 2–3 колонки по сценариям пользователя: «Я новый сотрудник», «Мне нужен доступ», «Как согласовать расход». Люди приходят с задачей, а не с названием отдела в голове.

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

    База знаний ↗
  4. 4. Приложите шаблоны и формы файлами рядом с текстом

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

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

    Введение в сервис Shtab ↗
  5. 5. Назначьте владельца регламента и поставьте задачи на ревизию

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

    Внутри карточки держите короткий чек-лист: сверил с практикой, обновил текст, поставил новую дату, создал следующую ревизию. Последний пункт важен: закрывая проверку, ответственный сразу создаёт карточку на следующий цикл — так график не обрывается.

    Вопросы и правки собирайте комментариями прямо на странице: владелец видит их там же, где лежит текст.

    Как создать задачу ↗
  6. 6. Уберите устаревшее в архив, а не удаляйте

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

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

    Как пользоваться Архивом ↗

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

Редакция Shtab

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

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

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

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

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

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

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

Подходит

  • Команда от 10 человек, где регулярно выходят новые сотрудники
  • Процессы описаны, но лежат в Google Docs, чатах и личных папках
  • HR и операционка вручную отвечают на одни и те же вопросы
  • Компания уже ведёт проекты и задачи в Shtab
  • Нужно связать регламент с исполнением: инструкция и задача в одном сервисе

Не нужно

  • Нужна публичная база знаний для клиентов с индексацией в поиске
  • Требуется юридически значимый документооборот с подписями и маршрутами согласования
  • Команда из 2–3 человек, где всё держится в разговоре
  • Основная потребность — хранение больших медиаархивов
  • Никто не готов быть владельцем регламентов

Проверьте лимит дискового пространства тарифа перед переносом шаблонов и бланков. On-premise-размещение базы знаний доступно только в корпоративной поставке.

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

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

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

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

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

Перенесли всё сразу — 200 документов за неделю
Начните с 10–15 страниц, закрывающих самые частые вопросы. Остальное переносите по запросу: если за три месяца документ никто не искал, он не нужен в базе.
Оставили старые Google Docs «на всякий случай»
Две действующие версии равны нулю. В старом файле оставьте только ссылку на страницу в Shtab и закройте право на редактирование.
Плоский список из сотни страниц без навигатора
Соберите корневую страницу на колонках по сценариям пользователя, разделам поставьте обложки, вложенность ограничьте тремя уровнями.
У регламента нет владельца — правки обсуждают в чате
Впишите ответственного в первую строку страницы, вопросы переведите в комментарии к странице, а на проверку создайте карточку с датой в виде «Ревизия регламентов» — и правило создавать следующую сразу после закрытия предыдущей.
Удалили отменённый регламент — и не можете объяснить прошлое решение
Отменённые редакции отправляйте в Архив, а не в корзину: база остаётся чистой, а история решений поднимается при споре или проверке.

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

Что это такое

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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