Каталог проектовКоманда и бэк-офисБаза знаний, которая отвечает со ссылкой на пункт
Ответ со ссылкой на пункт Реестр версий и владельцев Скан устаревшего Запуск за 7–14 дней

База знаний, которая отвечает со ссылкой на пункт

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

≤1 мин
ответ на внутренний вопрос вместо часа поисков
100%
ответов со ссылкой на пункт и редакцию
0
разделов без владельца и даты пересмотра
24/7
справочная работает в отпуск и в ночную смену

Один день из жизни вашего агента

Свод перестаёт быть папкой, которую открывают раз в год, и становится процессом.

09:00

Утро: что изменилось в своде агент Архивариус

Какие редакции вступили в силу, что отменено, у каких разделов пересмотр на этой неделе. Движение свода видно ежедневно, а не обнаруживается при проверке.

в течение дня

Вопросы сотрудников агент Справочная

«Можно ли дать скидку», «как оформить возврат», «кто согласует расход» — ответ за минуту со ссылкой на пункт, редакцию и владельца. Если в своде ответа нет, так и говорится, а вопрос уходит в очередь на дописывание.

15:00

Решения превращаются в пункты агент Писарь

Договорённости из переписки и планёрок, которые меняют порядок работы, оформляются черновиками пунктов: какой раздел правят, что было, что стало, с кем согласовать.

ежедневно

Скан устаревшего агент Ревизор

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

пт

Недельный срез свода

О чём спрашивали чаще всего, на какие вопросы в своде ответа нет, что просрочено и у кого. И короткий список: три пункта, которые стоит написать первыми.

Внутри — не один бот, а команда

Свод ведут пятеро: один держит структуру, один хранит редакции, один отвечает, один пишет, один во всём сомневается.

📚
Оркестратор

Редактор свода

Держит структуру свода целиком: какие процессы описаны, кто владелец каждого раздела, как разделы связаны между собой. Знает вашу специфику — направления, роли, порядок согласований.

🗂
Версии и владельцы

Архивариус

Ведёт реестр документов: редакция, дата вступления, владелец, дата следующего пересмотра. Хранит прошлые редакции — «как было до июня» восстанавливается за секунды.

💬
Ответы сотрудникам

Справочная

Отвечает на внутренние вопросы строго по своду, со ссылкой на пункт. Ведёт лог вопросов — именно он показывает, где в своде дыры.

✍️
Черновики

Писарь

Превращает решения, переписку и устные договорённости в черновики пунктов на языке регламента. Пишет предложение — утверждает владелец.

🔍
Ревизия

Ревизор

Ищет просроченное, отменённое и противоречивое. Сравнивает соседние регламенты между собой и поднимает конфликты до того, как по ним начнут работать.

Как это устроено под капотом

Главный риск базы знаний — уверенный ответ по отменённой редакции. Вся архитектура построена вокруг того, чтобы это стало невозможным.

01 / SOURCE-CITE

Ответ без ссылки на пункт не выдаётся

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

02 / VERSION-LEDGER

Реестр редакций, а не папка с файлами

У каждого документа есть редакция, дата вступления, владелец и дата следующего пересмотра. Прошлые редакции не стираются: при смене виден дифф «что было / что стало», а у вопроса «по каким правилам мы работали в марте» появляется точный ответ.

03 / STALE-SCAN

Просрочку считает код

Сроки пересмотра, ссылки на отменённые документы и разделы без владельца ищет скрипт по реестру, а не модель «на глазок». Устаревший раздел помечается прямо в ответе, а не только в отчёте, — сотрудник видит предупреждение в тот момент, когда собирается действовать.

04 / TWO-STAGE

Поток изменений фильтруется до разбора

Код отбирает из потока переписки и входящих документов только то, что похоже на изменение порядка работы, — по авторам, адресатам и формулировкам. Разбирает и формулирует модель, но лишь избранное: свод не засоряется каждым сообщением в рабочем чате.

05 / GAP-LOG

Вопросы без ответа становятся планом

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

06 / HITL-PUBLISH

Действующую редакцию правит только человек

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

Что будет, если что-то пойдёт не так

Инженерный подход — проектировать отказы заранее, а не разбирать их постфактум. Нештатные сценарии этой системы и её реакции:

⚠ Сценарий отказа

Документ пришёл сканом или в нечитаемом виде

→ Реакция системы

Помечается «не разобран» и в свод не попадает; в недельном срезе — список непрочитанного. Система не пересказывает документ, который не смогла прочитать.

⚠ Сценарий отказа

Два регламента противоречат друг другу

→ Реакция системы

Конфликт не разрешается автоматически: ответ выдаётся с обоими пунктами и пометкой противоречия, вопрос эскалируется владельцам обоих разделов.

⚠ Сценарий отказа

Владелец раздела молчит на просроченный пересмотр

→ Реакция системы

Эскалация по лестнице: напоминание владельцу, затем руководителю. До утверждения раздел помечен «редакция просрочена» в каждом ответе, который на него ссылается.

⚠ Сценарий отказа

Перезапуск системы

→ Реакция системы

Свод, реестр редакций, история вопросов и журнал пересмотров персистентны — восстановление без потери единой записи.

Так выглядит его работа

Три типичных ответа системы — так это выглядит у сотрудника в мессенджере.

Ответ сотруднику 💬 «Кто согласует закупку на 80 тысяч?» До 50 тыс.: руководитель отдела 50–300 тыс.: руководитель + финконтроль Свыше 300: собственник Ваши 80 тыс. — вторая строка, нужны две визы. Регламент закупок, п. 2.4 · ред. от 03.07 · владелец: финансовый директор Черновик заявки с обоими согласующими — приложил.
Ревизия свода 🔍 Скан устаревшего · неделя Просрочен пересмотр: 3 раздела Работа с рекламациями — на 41 день Доступы и пароли — на 12 дней Приём товара — на 5 дней Ссылок на отменённое: 2 Разделов без владельца: 0 Конфликт: регламент возвратов и памятка кассира по-разному считают срок возврата — вынесено обоим владельцам.
Дыра в своде 📝 Вопрос повторяется — пункта нет Вопрос: «Как оформить работу в выходной?» Задан: 7 раз за 30 дней Отвечали: 4 разных человека В своде: пункта нет Четыре ответа разошлись, два прямо противоречат друг другу. Черновик пункта собран из переписки и решения планёрки от 14-го — ждёт вашего утверждения.

Что входит в настройку «под ключ»

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

Базовая комплектация

Входит в тариф «Про» — настройка уже включена в цену подписки
  • Команда: редактор свода, архивариус, справочная, писарь, ревизор
  • Сбор действующих регламентов и инструкций в единый свод
  • Реестр редакций: версия, дата вступления, владелец, срок пересмотра
  • Ответы сотрудникам в мессенджере со ссылкой на пункт и редакцию
  • Ежедневный скан просроченного, отменённого и противоречивого
  • Лог вопросов без ответа с частотой — план дописывания свода
  • Неделя сопровождения после запуска

Возможные расширения

Оцениваются отдельно по вашему запросу
  • Разграничение доступа: разделы, видимые только своим ролям
  • Свод на несколько юрлиц или филиалов: общая часть плюс локальные
  • Проверка знаний: короткие опросы по новым редакциям с учётом ответов
  • Публичная часть свода для клиентов и подрядчиков
  • План первых недель новичка, собираемый прямо из свода

Границы системы: честно и заранее

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

✓ Агент может

— и делает это каждый день без напоминаний
  • Отвечать на внутренние вопросы со ссылкой на пункт и редакцию
  • Вести реестр редакций, владельцев и сроков пересмотра
  • Находить просроченные, отменённые и противоречивые разделы
  • Готовить черновики пунктов из решений и переписки

✕ Не может — архитектурно

— граница встроена в систему, а не в обещания
  • Изменять действующую редакцию без утверждения владельцем — ни при каких настройках
  • Отвечать «от себя», когда в своде нет пункта
  • Рассылать сотрудникам новые правила от вашего имени без подтверждения
  • Умалчивать, что раздел просрочен или противоречит соседнему

Как мы сдаём проект

Не «сделаем как-нибудь за пару недель», а проектный план по публичной оферте — с прогоном и формальной приёмкой.

Дни 1–2

Бриф и доступы

Интервью о ваших процессах, сбор материалов и доступов. Вы рассказываете — формализуем мы.

Дни 3–5

Техническое задание

Карта агентов, контуры, регламенты, форматы. До 3 правок — пока не совпадёт с ожиданиями.

Дни 6–9

Сборка системы

Агенты, интеграции, детерминированные контуры, расписания — по согласованному ТЗ.

Дни 10–11

Наполнение вашими данными

Память агентов, базы, шаблоны документов, правила — всё под вашу специфику.

День 12

Полный прогон

Каждый сценарий ТЗ прогоняется на реальных данных по чек-листу приёмки — до показа вам.

Дни 13–14

Приёмка и запуск

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

Чек-лист приёмки — 12 проверок перед сдачей

Проект не считается готовым, пока каждый пункт не подтверждён фактом. Синим — проверки, специфичные именно для этого проекта.
01Все сценарии ТЗ прогнаны на реальных данных, не на «примерах»
02Расписания сработали в назначенное время — проверено фактом, не настройкой
03Алерты вызваны тестово и дошли до вас
04Эскалации доходят до нужных людей с полным контекстом
05Границы «не может» проверены попыткой их нарушить
06Память наполнена и переживает перезапуск системы
07Доступы минимально достаточные; где заявлено «только чтение» — это проверено
08Резервное копирование данных проекта включено
0920 реальных вопросов сотрудников прогнаны через систему — ответы сверены с вашими регламентами
10Реестр редакций собран по действующим документам, владельцы и сроки пересмотра подтверждены
11Скан устаревшего прогнан по всему своду — список просроченных разделов сверен с вами
12Черновик пункта собран из вашей реальной переписки за прошлый месяц и принят владельцем

Посчитайте эффект для себя

Подставьте свои цифры — получите консервативную оценку. Это ориентир для решения, а не оферта.

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

Свод, который отвечает сам, — вместо «спроси у Иры, она знает»

Настройка «под ключ» входит в тариф «Про». Пришлите то, что есть сейчас, — хоть папку с файлами и десяток сообщений в рабочем чате, — свод и реестр соберём мы.

Получить реализацию за 14 990 ₽/год
Это ≈ 1 249 ₽ в месяц. Настройка «под ключ» уже включена в подписку «Про» — без доплат за внедрение.
Хотите сначала обсудить задачу? Задайте вопрос — ответим в течение рабочего дня.
Не уверены, подойдёт ли агент под вашу задачу? Задайте вопрос — ответим за пару часов
Отвечает команда сервиса, а не бот. 9 из 10 оценивают ответы как полезные.

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

Наши регламенты попадут куда-то наружу?

Свод живёт в вашем изолированном контейнере, доступ к нему есть только у ваших сотрудников через ваш мессенджер. Мы не выгружаем документы на сторону и не используем их ни для чего, кроме ответов вашей команде. Доступы к исходным папкам достаточно дать на чтение — записывать в них система не должна.

У нас нет регламентов, всё в головах. С чего начать?

Это самая частая стартовая точка, и она рабочая. Начинаем с лога вопросов: две-три недели система честно отвечает «в своде этого нет» и собирает, что реально спрашивают. Дальше пишем разделы по частоте — сначала то, что спрашивают каждую неделю, а не то, что «положено иметь».

Кто отвечает за содержание — вы или мы?

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

Чем это лучше вики или папки на диске?

Вики и папка — хранилища: они не знают, что раздел просрочен, не замечают противоречий и не отвечают на вопрос словами. Здесь сверху добавлены три вещи: ответ со ссылкой на пункт, реестр редакций с владельцами и ежедневная ревизия. Если вики у вас уже есть, свод строится поверх неё, а не вместо.

А если агент ответит неправильно?

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