ИИ-ассистент для сотрудников: подключение к системам

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

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

Когда задача подходит для ИИ-ассистента

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

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

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

Как устроен корпоративный ИИ-ассистент

Ассистент собирается из четырёх слоёв, и каждый слой закрывается отдельной настройкой, а не обещанием.

Модель. LLM отвечает на вопросы, формулирует тексты и вызывает инструменты. Какие классы данных она видит, определяется политикой проекта. Для поиска по документам строится индекс с эмбеддингами: их считает локальная модель, поэтому тексты документов наружу не уходят.

Инструменты. Каналы, через которые агент работает с системами: Telegram-группа отдела, почта, 1С и CRM. Почту читают по IMAP и готовят черновики, отправка идёт по SMTP только после подтверждения человеком. 1С и CRM читают через OData и API, а пишут только там, где это разрешено политикой проекта.

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

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

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

Пример-сценарий: ассистент специалиста клиентского отдела

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

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

Ассистент отдела отвечает в общей Telegram-группе. На вопрос о сроках он приводит пункт действующей редакции положения о поставках; на запрос статуса заказа собирает данные из 1С и CRM и показывает их с источниками; по шаблону готовит черновик ответа клиенту. Публикацию ответа в группу и отправку письма наружу подтверждает сотрудник кнопкой у ответа.

Если в документах ответа нет, ассистент говорит об этом прямо и не додумывает. Если два документа противоречат друг другу, вопрос уходит ответственному сотруднику, а не решается на усмотрение модели. Изменение данных в 1С или CRM ассистент не делает сам — это операция, требующая подтверждения.

Руководитель получает сводку: что спрашивали, на что не нашлось ответа, какие документы стоит дописать. По этой сводке видно, где отдел теряет время на одни и те же вопросы.

Какие данные и доступы нужны до старта

Три решения принимаются с вашей ИТ-службой и ИБ до того, как ассистент увидит первый документ.

Где работает система. Ваш сервер или арендованная площадка в России. Требования 152-ФЗ учитываются при выборе площадки и каналов доступа к моделям.

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

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

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

Этапы внедрения ИИ в рабочих процессах

Большое внедрение не начинается, пока не проверены процесс, данные и интерфейсы систем. Порядок из шести шагов описан в разделе о том, как проходит внедрение ИИ.

1. Описание задачи. Своими словами: кто выполняет процесс, что делается вручную, в каких системах лежат данные. Техническое задание не требуется.
2. Оценка. Проверяется, подходит ли задача для ИИ и доступны ли интерфейсы систем. Называется состав работ и диапазон часов.
3. Договор и доступы. Фиксируются предмет, порядок приёмки, права на результат и три решения из предыдущего раздела.
4. Сборка. Архитектура, агент, интеграции с 1С, CRM, почтой или Telegram. Промежуточные версии показываются на ограниченных данных.
5. Проверка. Прогоняются типовые, ошибочные и рискованные сценарии, настраиваются журналы, права и передача спорных случаев человеку.
6. Запуск и сопровождение. Инструкции, обучение, регламент, дальше — доработки, мониторинг и новые отделы.

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

Контроль человека и зона ответственности ассистента

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

Человеку остаётся всё, что нельзя отменить или нельзя проверить по документу: отправка наружу, изменение данных в 1С и CRM, платежи, публикация ответа в группу, если так решил руководитель. К ассистенту также уходят вопросы, на которые нет ответа в документах, противоречия между редакциями и запросы из другого отдела — данные отделов разделены правами.

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

Риски и как проверить результат

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

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

Третий риск — зависимость от качества документов. Если регламенты устарели, ассистент честно это покажет: сводка руководителю отдельно фиксирует вопросы, на которые ответа не нашлось. Это не сбой, а сигнал, какие документы дописать. Если документов много, а порядка в них мало, сначала приводят в порядок базу знаний.

Четвёртый риск — «агент как эксперимент». Его снимает запуск со стендовой группой, тестами и регламентом сопровождения: когда известно, кто подтверждает спорные случаи и кто администрирует систему после запуска.

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

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

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

Вопросы об ИИ-ассистенте в компании

Придётся ли учить сотрудников работать с ассистентом? Нет. Ассистент приходит в Telegram-группу отдела, в почту или в системы, где работа уже идёт. Обучение сводится к короткому инструктажу и памятке на одну страницу: как сформулировать запрос, где смотреть источник и когда звать человека.

Какие модели используются и уходят ли данные компании наружу? Зависит от задачи, требований ИБ и бюджета: внешние провайдеры через согласованный канал, локальные модели на вашем оборудовании или их сочетание. Индекс документов и эмбеддинги считает локальная модель, тексты наружу не уходят. Какие классы данных можно передавать внешним моделям, фиксируется политикой проекта письменно до запуска.

Что делать, если ассистент ошибся? Ответ приходит со ссылкой на документ и пункт действующей редакции, поэтому проверка занимает минуту. Необратимые операции и публикация в группу требуют подтверждения человеком, все действия пишутся в журнал. Перед выпуском ассистент проходит стендовую группу и набор проверочных сценариев.

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

Как считаются работы по внедрению? Работы учитываются в часах по позициям прайса, каждый час записан в журнал, открытый заказчику в течение месяца. Из журнала собираются отчёт и акт, поэтому строки, которой нет в журнале, в акте не будет. Актуальные ставки и правила расчёта смотрите в разделе «открытый прайс».