«Где шаблон договора поставки?», «Как оформить возврат, если клиент платил через Click?», «Кому писать про пропуск в офис?» — такие вопросы каждый день падают в общий рабочий чат. Отвечает тот, кто первым увидел, часто по памяти и не всегда правильно. Через час тот же вопрос задаёт новый сотрудник, потому что старый ответ утонул в ленте. В этой статье — как устроить внутренний help desk на базе знаний: ИИ отвечает по вашим регламентам со ссылкой на источник, вопросы без ответа уходят ответственному как заявка, а каждый такой пробел превращается в новую статью базы. Разберём, с чего начать, какие темы отдавать ИИ, а какие нет, и как не утонуть в настройке.
Почему общий чат плохо работает как справочная
Общий чат удобен для новостей и срочных вопросов, но как справочная он ломается по трём причинам.
- Ответы не накапливаются. Вопрос, на который ответили вчера, сегодня так же не найти, как и неделю назад. Поиск по чату находит десяток упоминаний, но не правильный ответ.
- Нет владельца вопроса. Если никто не ответил, вопрос просто уезжает вверх. Сотрудник либо переспрашивает в личке, либо делает «как понял».
- Нагрузка ложится на одних и тех же людей. Бухгалтер, офис-менеджер и старший продавец отвечают на одно и то же по кругу и отвлекаются от своей работы.
Help desk решает это не запретом писать в чат, а другим маршрутом: у вопроса появляется адрес, ответ опирается на документ, а нерешённый вопрос не может потеряться.
Как устроен маршрут одного вопроса
- Вопрос. Сотрудник пишет в отдельного Telegram-бота или в выделенную ветку рабочего чата. Обычным языком, на русском или узбекском, можно с фото или скриншотом.
- Поиск по базе. Агент ищет ответ в ваших документах: регламентах, инструкциях, шаблонах, памятках по программам. Технически это поиск по документам с генерацией ответа — подробно механику мы разбирали в статье про RAG-системы для бизнеса.
- Ответ со ссылкой. Если нашёл — отвечает коротко и прикладывает ссылку на раздел документа, из которого взял. Сотрудник может проверить, а не верить на слово.
- Заявка, если не нашёл. Если в базе нет ответа или найденное противоречит друг другу, агент не придумывает. Он создаёт заявку на ответственного за тему и сообщает сотруднику, кто и когда ответит.
- Закрытие и пополнение базы. Ответственный отвечает, а агент предлагает превратить ответ в черновик статьи. Человек правит и публикует — в следующий раз на этот вопрос ответит уже база.
Пятый шаг — главный. Без него help desk остаётся ещё одним чатом, только с ботом. С ним база растёт из реальных вопросов, а не из того, что кто-то когда-то решил задокументировать.
Какие вопросы отдавать ИИ, а какие — нет
Не все внутренние вопросы одинаковы. Полезно сразу разделить их по тому, где лежит ответ и насколько дорога ошибка.
| Тип вопроса | Что делает ИИ | Что остаётся человеку |
|---|---|---|
| «Где лежит / как называется» — шаблоны, формы, ссылки на папки | Отвечает сразу, даёт ссылку на файл | Следить, чтобы ссылки не устаревали |
| «Как сделать» — шаги в CRM, учётной программе, оформление возврата | Пересказывает инструкцию по шагам со ссылкой на источник | Обновлять инструкцию при смене программы или процесса |
| «Можно ли» — исключения, скидки сверх лимита, нестандартные условия | Цитирует правило и сразу передаёт заявку ответственному | Решение по исключению |
| Кадровые и личные вопросы — отпуск, больничный, зарплата | Отвечает только по общей политике, личное — в заявку HR | Всё, что касается конкретного человека |
| Жалобы и конфликты | Не отвечает по существу, передаёт руководителю | Полностью |
Правило простое: ИИ отвечает там, где ответ написан в документе и одинаков для всех. Где нужно решение или где речь о конкретном человеке — он маршрутизатор, а не советчик.
Пример диалога
Условный пример из торговой компании. Сотрудница отдела продаж пишет боту:
Сотрудник: Клиент хочет вернуть товар через 20 дней, оплата была картой Uzcard. Что делать?
Агент: По регламенту возвратов приём товара возможен в течение 14 дней. Через 20 дней — только с согласия руководителя отдела продаж (раздел 3.2 «Исключения»). Я создал заявку руководителю отдела продаж — он отвечает по исключениям в рабочие часы. Пока ответа нет, клиенту можно сказать, что запрос передан и ответ будет сегодня. Ссылка на регламент: «Возвраты, раздел 3».
Сотрудник: А если согласуют, как оформить возврат на карту?
Агент: Пошагово — в инструкции «Возврат на карту через кассу», шаги 1–6. Коротко: оформить документ возврата в учётной программе, приложить заявление клиента, провести возврат через терминал. Ссылка на инструкцию прилагаю.
Обратите внимание: агент не решил за руководителя, но и не оставил сотрудника ни с чем. Цифра «14 дней» здесь условная — в вашей базе будет своя.
С чего начать: план на первые недели
- Соберите вопросы, а не документы. Выгрузите общий чат за последний месяц-два и выпишите все вопросы вида «где», «как», «можно ли». Это и есть ваш реальный список тем. Почти всегда окажется, что большая часть вопросов повторяется.
- Назначьте владельцев тем. На каждую тему — один человек: возвраты, закупки, документы, IT-доступы, кадры. Владелец отвечает на заявки и отвечает за актуальность раздела базы.
- Закройте самые частые вопросы короткими статьями. Не нужно сразу писать полный регламент компании. Достаточно ответов на самые повторяющиеся вопросы — по абзацу-два, с датой обновления и именем владельца.
- Настройте права доступа. Склад не должен получать ответы из финансовых документов, а стажёр — из регламента премирования. Агент ищет только в тех разделах, которые открыты роли спрашивающего.
- Запустите на одном отделе. Две-три недели на одной команде покажут, где база дырявая и где агент отвечает неточно. Только потом — на всю компанию.
- Договоритесь о правиле чата. Вопросы «как/где» — боту, общий чат — для срочного и новостей. Без этого договора сотрудники будут по привычке писать туда, где быстрее.
Опыт нашей собственной ERP показал то же, что видят почти все при оцифровке: половина регламентов существовала только в головах (разбор кейса). Help desk не создаёт эту проблему, он показывает её — каждый вопрос без ответа указывает на правило, которое никто не записал.
Чек-лист: что проверить перед запуском
- У каждой статьи базы есть владелец и дата последнего обновления.
- Агент всегда даёт ссылку на источник, а без источника не отвечает по существу.
- Есть понятный сценарий «не нашёл»: заявка, ответственный, ожидаемое время ответа.
- Личные и кадровые вопросы не уходят в общий лог — их видит только HR.
- Устаревшие версии документов убраны из поиска, а не просто лежат рядом с новыми.
- Раз в неделю владельцы смотрят список вопросов без ответа и пополняют базу.
- Сотрудник может отметить ответ как неверный — и это видит владелец темы.
Честные ограничения
Help desk на базе знаний хорош ровно настолько, насколько хороша база. Если регламенты противоречат друг другу, агент это не исправит — он лишь честно скажет, что нашёл два разных ответа, и передаст вопрос человеку. Это полезно, но не волшебно.
Второе ограничение — поддержка. База устаревает с каждым изменением процесса: новая касса, новый поставщик, новые условия возврата. Если у темы нет владельца, через пару месяцев агент начнёт уверенно цитировать вчерашние правила. Поэтому владельцы тем и еженедельный разбор вопросов без ответа — это не опция, а часть системы.
Третье — привычка людей. Первые недели сотрудники продолжат писать в общий чат. Помогает, когда руководители сами отвечают на «как/где» в чате ссылкой на бота, а не ответом по существу.
Другие материалы об автоматизации внутренних процессов — в разделе «Операции», а про то, как ИИ помогает в онбординге новичков, — в статье об ИИ-агентах для HR.
Частые вопросы
Чем внутренний help desk отличается от бота поддержки для клиентов?
Механика похожа, но задачи разные. Внутренний help desk отвечает сотрудникам по закрытым документам с учётом прав доступа и превращает вопросы без ответа в задачи на пополнение базы. Клиентский бот работает с публичной информацией и передаёт сложные случаи менеджеру.
Нужна ли для старта готовая база знаний?
Нет. Достаточно короткого списка ответов на самые частые вопросы из чата. Дальше база растёт сама: каждая заявка, на которую ответил человек, становится черновиком новой статьи.
Будет ли ИИ выдумывать ответы?
Риск есть у любой модели, поэтому агент настраивается отвечать только с опорой на найденный документ и всегда давать ссылку. Если источника нет, он не отвечает по существу, а создаёт заявку. Ответы, которые сотрудники отметили как неверные, разбирает владелец темы.
Где хранить базу знаний?
Там, где вам удобно её поддерживать: Google Docs, Notion, внутренняя вики или своя система. Агенту важно иметь доступ к актуальной версии и понимать, какие разделы кому открыты.
Сколько стоит такая система?
Стоимость зависит от объёма документов, числа отделов и того, с какими системами нужна интеграция. Первый разговор — чтобы посчитать под вашу компанию: оставьте заявку, а описание подхода есть на странице об ИИ-агентах.