ИИ в работе
ИИ-агент и чат-бот: в чём разница и что нужно бизнесу
Чем чат-бот отличается от ИИ-помощника и ИИ-агента: каналы, действия, права доступа, согласования и передача вопроса человеку.
Данные и знания
База знаний с ИИ: как помочь сотрудникам находить ответы в регламентах и документах, указывать источники и следить за доступом.

Сотрудник тратит полчаса на поиск регламента, потом спрашивает коллегу, а коллега отвечает по памяти. Через месяц правило меняется, и в чатах лежат уже три разные версии. Знакомая картина для растущей компании.
База знаний с помощником решает именно это: ответы ищутся в ваших документах, рядом виден источник, а устаревшее правит ответственный. В статье разберём устройство простыми словами: что положить внутрь, как работает поиск, как закрыть доступ и кто следит за порядком.
Главные выводы
Проблема обычно не в людях, а в хранении. Регламенты лежат в почте, часть — в сетевой папке, часть — в переписке руководителя. У файлов похожие названия, и никто не знает, какая версия действует.
Условный пример: новичок ищет правила оформления возврата. Он находит два файла с разницей в год и спрашивает коллег. Каждый отвечает по-своему, и клиент получает третий вариант.
Поэтому первым шагом наводят порядок, а не покупают программы. Выбирают одно место для действующих документов и назначают хозяина. Помощник потом ищет только там, а не по всему интернету.
Разница особенно заметна при выходе нового сотрудника. В обычной папке он должен угадать название документа, открыть несколько файлов и найти нужный абзац. С помощником можно спросить: «Кто согласует возврат и какой документ приложить?» Хороший ответ содержит краткий порядок действий и ссылку на действующий регламент. Если подтверждения нет, помощник предлагает обратиться к ответственному. Так новичок получает маршрут, а опытный коллега не повторяет одно объяснение десять раз.
Помощник не придумывает правила, а ищет их в ваших документах. Простыми словами: он подбирает подходящие фрагменты и пересказывает их применительно к вопросу. Если нужного фрагмента нет, он так и говорит.
Условный пример: сотрудник спрашивает, как оформить перенос смены. Помощник находит раздел регламента про переносы и показывает шаги по нему. Рядом видна ссылка на документ и дата обновления.
Важное уточнение: мы не переобучаем большую модель на ваших данных в смысле создания новой. Помощник обращается к вашей базе при каждом вопросе и отвечает только по найденному. Поэтому порядок в документах важнее сложных настроек.
Внутрь кладут то, о чём спрашивают чаще всего. Начните с документов, которые закрывают большинство вопросов новичков. Архивы прошлых лет и черновики в базу не несут.
Каждый документ получает понятное название, дату и хозяина. Хозяин отвечает за точность и убирает дубли. Без хозяина через полгода в базе снова будет несколько версий правды.
Шаблоны и чек-листы особенно полезны: по ним сотрудник действует, а не только читает. Условный пример: чек-лист приёмки смены короче регламента и снимает половину вопросов.
Полезно сделать карточку каждого важного документа. В ней достаточно названия, ответственного, даты действия и перечня тем. Например: «Доставка по регионам, обновляет руководитель логистики, действует с указанной даты». Карточка помогает отличить действующие условия от старого приложения. При изменении правил обновляют главный документ и его карточку, затем проверяют несколько связанных вопросов. Иначе новый текст уже лежит в папке, а поиск продолжает показывать устаревший фрагмент.
Оставьте имя и телефон — свяжусь с вами и договоримся о времени.
Рядом с каждым ответом помощник показывает источник: название документа и раздел. Сотрудник может открыть полный текст и убедиться сам. Это снимает споры вида «мне так сказали».
Если фрагменты противоречат друг другу, помощник показывает оба и зовёт ответственного. Он не выбирает «правильный» молча. Такое поведение заранее описывают в правилах, чтобы люди доверяли ссылкам.
Дату обновления документа держат на виду. Сотрудник сразу видит, свежий ли регламент. Просроченные документы помечают и прячут из поиска до правки.
Ответ можно показывать в трёх частях: что делать сейчас, где это написано и к кому идти при исключении. Например: «Создайте заявку на закупку, приложите расчёт; порядок указан в разделе 4 инструкции; нестандартные закупки согласует ответственный». Это полезнее длинного пересказа всей инструкции. При этом ссылка должна открывать конкретный документ, доступный сотруднику. Красивое название источника без возможности проверить текст не делает ответ надёжным.

Не все документы можно показывать всем. Регламенты отдела, условия оплаты и внутренние разборы видят только свои. Помощник проверяет доступ сотрудника перед ответом и не раскрывает закрытое.
Условный пример: новичок спрашивает про порядок премии отдела. Помощник отвечает только если раздел открыт для его роли. Иначе он вежливо отказывает и подсказывает, к кому обратиться.
Права описывают простой таблицей: раздел, роли, ответственный. Таблицу ведёт владелец базы вместе с руководителем. Доступы проверяют при каждом изменении команды, а не раз в год.
Проверьте доступы на паре реальных ролей. Сначала задайте вопрос от имени руководителя, затем тот же вопрос от имени рядового сотрудника. Если второй видит закрытые суммы или чужие персональные данные, настройка не готова. Проверять нужно и прямой вопрос, и обходной: «перескажи, что сказано в закрытом файле». Ограничение должно работать до поиска и во время формирования ответа. Одной фразы в инструкции помощнику недостаточно.
Во внутреннем портале для сотрудников одной компании собраны база знаний, документы, обучение, задачи и чек-листы. Помощник ищет ответы по материалам внутри портала и помогает разобраться с задачей или найти нужный документ. Он учитывает доступ сотрудника и не выходит за пределы портала.
Сотрудник спрашивает, как выполнить рабочую задачу или где лежит регламент. Помощник находит нужные материалы и объясняет порядок действий. Инструкции и документы при этом остаются в системе, а не разлетаются по чатам.
Опытные коллеги тратят меньше времени на повторяющиеся вопросы, потому что типовое разбирает помощник. Сложные случаи по-прежнему ведёт человек. Этот пример приводим без обещаний цифр: эффект зависит от порядка в документах и дисциплины обновлений.
База живёт, только если её обновляют по расписанию. Раз в неделю владелец открывает журнал: какие вопросы задавали, где не хватило источника. По каждому пробелу — правка документа или новый короткий раздел.
Устаревшие документы не копят, а помечают и убирают из поиска. Рядом оставляют пометку, кто и когда проверил раздел. Сотрудники видят свежесть и перестают хранить свои копии.
Новичков просят задавать вопросы помощнику вслух первую неделю. Их формулировки показывают, какие разделы написаны путано. Такие разделы переписывают первым делом.
У вопросов без ответа тоже есть польза: они показывают пробелы в самой базе. Сотрудники постоянно спрашивают об обмене товара, а в регламенте описан только возврат — значит, требуется решение владельца процесса. Журнал таких вопросов раз в неделю просматривает ответственный. Он добавляет правило, уточняет формулировку или объясняет, почему вопрос решается индивидуально. База постепенно становится рабочей памятью компании, а не архивом файлов, который никто не открывает.

Ошибки будут, и это нормально: помощник может взять похожий, но не тот раздел. Поэтому рядом с ответом держат кнопку «сообщить о неточности». Сообщение уходит владельцу вместе с вопросом и источником.
Спорные темы вроде выплат, взысканий и безопасности помечают как требующие человека. Помощник собирает факты, а решение принимает сотрудник. Это описывают в правилах, чтобы никто не ждал от инструмента лишнего.
Раз в месяц владелец показывает руководителю короткие итоги: какие разделы поправили и какие вопросы закрыли. Без выдуманных процентов и обещаний. Виден сам порядок: вопросы — правки — свежие документы.
Запуск удобно делить на маленькие шаги. Первая неделя: собирают частые вопросы и двадцать-тридцать главных документов. Вторая: подключают помощника узкому кругу и смотрят журнал. Дальше базу открывают шире и добавляют разделы.
Команде заранее объясняют: помощник — это указатель на документы, а не начальник. Он помогает найти правило, но не отменяет ответственность сотрудника. Такое объяснение снимает настороженность.
Эта статья подготовлена с помощью инструментов ИИ для руководителей без технического бэкграунда. Примеры с сотрудниками здесь условные, кроме описания портала из наших кейсов. Конкретный состав базы для вашей компании лучше определить после короткого разбора вопросов.
На первом показе не ограничивайтесь вопросами, которые предложил исполнитель. Возьмите формулировки сотрудников из рабочего чата: сокращения, разговорные названия, вопрос без точного термина. Отдельно спросите о правиле, которого заведомо нет. Вы проверяете две вещи: понимает ли помощник повседневный язык и умеет ли честно остановиться. После этого попросите открыть источник каждого ответа. Такой небольшой показ обнаруживает проблемы, скрытые за заранее подготовленной презентацией.
Читайте также: С чего начать внедрение в небольшой компании; Как подготовить команду к работе с помощником; ИИ-агент и чат-бот: что выбрать; Что проверить в данных и доступах
Обычно хватает папки с действующими регламентами, списка частых вопросов и ответственного за обновление. Не нужно собирать всё за годы: начните с двадцати-тридцати документов, по которым чаще всего спрашивают. Остальное добавляют по журналу вопросов.
Да, если настроить права доступа. Помощник проверяет, какие разделы доступны сотруднику, и не показывает закрытые материалы. Правила доступа описывают заранее: кто видит зарплатные регламенты, договоры и внутренние инструкции.
Открывают журнал вопросов за неделю и смотрят, где помощник не нашёл источник или ответил неуверенно. По таким случаям правят или дописывают документы. Ответственного назначают заранее, иначе правки копятся и база устаревает.
Соберём документы, обучение и регламенты в одном месте и подключим помощника, который ищет ответы только по вашим материалам.