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


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

Корпоративному AI-ассистенту стоит отдавать задачи, где много повторов, документов и типовых вопросов.
Он хорошо работает там, где сотруднику нужен быстрый доступ к проверенной информации.
Сотрудник спрашивает:
Обычный путь — искать в папках, спрашивать коллег, листать старые сообщения и надеяться, что найденный файл ещё актуален.
AI-ассистент может найти нужный фрагмент в базе знаний, объяснить порядок действий и дать ссылку на источник.
Новичок задаёт десятки мелких вопросов:
Коллеги могут отвечать, но их время тоже стоит денег. Руководитель может объяснять, но у него обычно есть ещё работа. Иногда даже несколько.
AI-ассистент закрывает базовые вопросы и снижает нагрузку на команду. Новичок получает ответы быстрее, а сотрудники меньше отвлекаются на одно и то же.
В продажах, поддержке, логистике, производстве, HR и back-office много повторяющихся правил.
Менеджеру нужно быстро понять, какой шаблон коммерческого предложения использовать. Оператору — как обработать нестандартный запрос. HR — какой порядок оформления испытательного срока. Операционному сотруднику — что делать при сбое в процессе.
AI-ассистент подсказывает порядок, находит инструкцию, объясняет регламент простым языком и помогает подготовить черновик ответа.
Важно: он не принимает решение за сотрудника. Он помогает разобраться, но ответственность остаётся у человека.
AI-ассистент может собирать черновики:
Это удобно, если ассистент работает по утверждённым источникам и не выдумывает правила.
Например, он может подготовить черновик ответа клиенту на основе внутреннего регламента. Но спорный ответ с юридическими или финансовыми последствиями должен проверить человек.
ИИ хорошо ускоряет подготовку. Но финальное решение остаётся за сотрудником или ответственным руководителем.

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

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

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

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

Перед запуском нужно собрать набор контрольных вопросов.
Это могут быть:
Тестовые вопросы помогают проверить не только качество ответов, но и поведение системы.
Например, важно проверить не только «может ли ассистент найти инструкцию», но и «откажет ли он сотруднику без доступа».
После запуска сотрудники начнут задавать вопросы, которые не были учтены заранее.
Это нормально.
Эти вопросы покажут:
Так AI-ассистент становится не только инструментом ответов, но и способом увидеть слабые места в корпоративных знаниях.
Качество ассистента — это не «нравится / не нравится», а проверяемые показатели.
| Метрика | Что показывает |
|---|---|
| Доля ответов со ссылкой на источник | Насколько ответы опираются на документы |
| Количество отказов из-за нехватки данных | Где в базе знаний есть пробелы |
| Частые вопросы без ответа | Какие темы нужно описать |
| Число ошибочных ответов | Где система работает ненадёжно |
| Время исправления ошибки | Как быстро база знаний обновляется |
| Количество обращений к человеку | Где ассистент не должен решать сам |
| Повторяющиеся спорные вопросы | Какие процессы плохо описаны |
Это уже похоже на нормальное управление знаниями, а не на запуск красивого чата ради презентации.
Корпоративного AI-ассистента не стоит запускать сразу на всю компанию.
Лучше начать с одного понятного участка.
Первый процесс стоит выбирать по четырём признакам:
Порядок запуска может быть таким:
Такой подход снижает риск.
Если ассистент ошибается в одном отделе, это можно исправить. Если он ошибается сразу во всей компании, проблема масштабируется быстрее пользы.
Пилот — это не признак слабости. Это нормальный способ не строить небоскрёб из пластилина.

Перед разработкой нужно подготовить не только техническое задание, но и управленческую основу.
Иначе разработчик будет задавать вопросы, на которые компания сама ещё не ответила.
Что подготовить:
Что подготовить:
Что подготовить:
Что подготовить:
Лучше начинать с вопросов:
Почти все проблемы с корпоративными AI-ассистентами появляются не из-за того, что «ИИ плохой».
Чаще причина проще: компания не подготовила данные, доступы, роли и правила.
| Ошибка | Последствие |
|---|---|
| Загрузить все документы подряд | Ассистент отвечает по устаревшим и противоречивым данным |
| Не настроить доступы | Сотрудники могут получить лишнюю информацию |
| Не назначить владельца базы знаний | Документы устаревают, ответы расходятся с реальностью |
| Не проверять ответы | Ошибки попадают в рабочие процессы |
| Не настроить отказ от ответа | Ассистент начинает выдумывать |
| Запустить сразу на всю компанию | Ошибки масштабируются быстрее, чем польза |
| Не контролировать логи | Компания не видит, где система ошибается |
| Не определить границы ответственности | Ассистент отвечает там, где должен решать человек |
Самая дорогая ошибка — воспринимать AI-ассистента как самостоятельный разумный инструмент.
Он не самостоятельный. Он работает внутри правил, которые вы ему задали. Если правил нет, он будет импровизировать. В офисных процессах импровизация хороша только на корпоративе. И то не всегда.
Корпоративный AI-ассистент может ускорить поиск информации, снизить нагрузку на сотрудников, помочь новичкам, поддержать менеджеров и сделать базу знаний живой.
Но он работает нормально только там, где есть понятные знания, роли, доступы, ответственность и контроль качества.
Модель важна. Интерфейс важен. Интеграции важны.
Но если документы устарели, доступы не описаны, владелец базы не назначен, а ответы никто не проверяет, сильная модель не спасёт проект. Она просто быстрее разнесёт ошибки по компании.
Перед запуском нужно ответить на базовые вопросы: