Какие процессы можно передать ИИ-ассистенту — и где
нужен человек

В повседневной речи эти понятия часто смешивают. Для проекта полезнее провести простую
границу.

ИИ-ассистент помогает сотруднику: находит сведения, суммирует документы, предлагает
формулировку письма или готовит проект ответа. Решение принимает человек.

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

Официальная документация Yandex Cloud хорошо показывает эту разницу на практике. Ассистент в
консоли способен подготовить план действий с облачными ресурсами, но применяет изменения
после подтверждения пользователя; доступные операции зависят от назначенных пользователю
ролей. Это важный принцип и для обычной компании: полномочия ИИ не должны быть шире
полномочий сотрудника, от имени которого он работает.

Сильнее всего ИИ помогает не в абстрактном «мышлении за человека», а в конкретных операциях с
текстом и структурированными сведениями.

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

Важно, чтобы ответ можно было сопоставить с источником. Если система уверенно формулирует
текст, но не показывает, откуда взялась информация, проверка становится сложнее.

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

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

ИИ в отделе продаж
В продажах ассистент может:

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

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

Если задача связана с карточками, статусами и маршрутами сделок, ИИ лучше проектировать
вместе с интеграцией Битрикс24 , а не подключать отдельным чатом без доступа к реальному
процессу.

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

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

До выбора модели оцените процесс по пяти критериям.


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

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

Риски зависят не только от качества ответа, но и от того, что система может сделать с этим ответом. В профиле NIST AI RMF для генеративного ИИ управление рисками рассматривается на разных этапах жизненного цикла системы. Для бизнеса из этого следует простой вывод: контроль нельзя откладывать до запуска.

OWASP отдельно выделяет prompt injection, раскрытие чувствительной информации и excessive agency — избыточную функциональность, разрешения или автономность приложения на базе языковой модели. Отсюда несколько практических правил:

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

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

Начните с одного процесса, одной группы пользователей и заранее ограниченного набора данных. Не с целого отдела. Иначе будет трудно понять, что именно улучшило результат, а где добавилась новая ручная работа.

1. Зафиксируйте исходную точку
До пилота измерьте, сколько времени занимает операция, каков объём очереди, сколько исправлений требуется и где процесс тормозит. Без исходной точки любой красивый демо-результат останется впечатлением.

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

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

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

5. Считайте метрики пилота
Полезны время выполнения, доля принятых без исправлений результатов, число критических ошибок, объём ручной доработки, стоимость одной операции и доля обращений, переданных человеку. Для продаж добавьте скорость обработки лида и полноту CRM-карточки — но не приписывайте ассистенту всю динамику выручки.

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

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

Если задача требует не отдельного чата, а рабочего сценария с корпоративными знаниями, CRM и контролем действий, PR-Global проектирует и внедряет AI-решения для бизнеса. Состав работ, сроки и обязательства фиксируются в договоре. Мы гарантируем выполнение обязательств по договору, а не заранее заданный бизнес-результат.