В статье
ИИ не нужен только ради того, чтобы процесс назывался современным. Если результат можно получить по устойчивому правилу, из готового шаблона или обычным обменом данными, сначала проверьте этот вариант. Языковая модель оправданна там, где требуется работать со смыслом текста, а её качество и полную стоимость можно проверить на вашей задаче.
Ниже семь признаков, при которых я предлагаю отложить именно ИИ, а не улучшение процесса вообще. Иногда достаточно настроить существующую программу. Иногда сначала нужны данные и критерии результата. В отдельных случаях небольшой пилот полезен, но запуск без проверки создаст больше работы, чем устранит.
1. Решение полностью описывается правилами
Если заказ без телефона отправляется на уточнение, а заявка определённого региона назначается конкретной группе, это последовательность проверок. При одинаковых входных данных ожидается одинаковый результат. Такой процесс можно реализовать условиями в CRM или небольшим инструментом.
Признак для проверки: сотрудник способен написать правило и перечислить исключения без формулировки «нужно понять, что человек имел в виду». Обычная сортировка строк по сумме и дате не становится смысловой обработкой от названия «аналитика».
ИИ может понадобиться раньше правил, например для извлечения смысла из свободного обращения. Но дальнейшее назначение ответственного лучше оставить проверяемым условиям. Необязательно поручать модели весь процесс целиком.
2. Вы заполняете одинаковые документы
Подстановка реквизитов в утверждённый шаблон не требует сочинения текста. Для счета, стандартного уведомления или справки сначала проверьте шаблоны существующей системы. Поля должны браться из определённых источников, а обязательные значения — проверяться.
Модель становится интереснее, если документы отличаются по структуре, нужно извлекать сведения из свободного текста или готовить содержательный черновик. Но юридически значимый результат всё равно требует установленного порядка проверки. Наличие слова «договор» в задаче не доказывает потребность в ИИ.
3. Проблема в отсутствии связи между программами
Условный менеджер копирует сумму, название клиента и статус из одной системы в другую. Если эти поля уже существуют, модели нечего угадывать. Нужна проверка способов обмена, соответствия полей и поведения при повторной отправке.
API — способ обращаться к программе по установленным правилам, а не обещание, что любые две программы совместимы. Доступность нужных операций, ограничения тарифа и права проверяются по документации. Языковая модель не исправит отсутствующее разрешение на выгрузку.
Если в цепочке остаётся свободное письмо клиента, можно рассматривать отдельный этап его разбора. Стоимость и качество этого этапа сравниваются с формой, где клиент сам выбирает тему обращения.
4. Нет данных для проверки качества
Запрос «сделать ассистента по знаниям компании» нельзя проверить, если правила существуют только в головах сотрудников. Сначала нужны актуальные материалы, примеры вопросов и согласованные правильные ответы. Иначе любая уверенная формулировка модели будет выглядеть подходящей.
Отделите примеры настройки от примеров итоговой проверки. Добавьте случаи, в которых правильный ответ — «информации недостаточно, передайте вопрос сотруднику». Успех на нескольких знакомых вопросах не подтверждает готовность ко всем обращениям.
OpenAI Evals описывает инструментарий оценки моделей и систем на их основе, включая собственные наборы проверок. Это пример того, как организовать проверку, а не требование пользоваться конкретным поставщиком или доказательство качества вашей будущей системы.
5. Ошибка запускает серьёзное действие без контроля
Если результат автоматически изменяет сумму платежа, обязательство перед клиентом или важное решение, цена ошибки может перевесить выгоду. При отсутствии человека, проверяющего такие действия, сначала нужно изменить порядок работы.
Внешнее письмо или документ может содержать инструкции, которые модель ошибочно примет за команду. OWASP рассматривает такие атаки и меры защиты, включая ограничение прав и подтверждение значимых действий человеком. Одна фраза в инструкции модели не заменяет технические ограничения.
Высокий риск не запрещает использовать ИИ как помощника. Можно поручить ему черновик или поиск, сохранив проверку и выполнение действия за сотрудником. Но если времени на проверку столько же, сколько на ручную работу, полезность решения ещё предстоит доказать.
6. Процесс слишком редкий для отдельного внедрения
Представим условную компанию, где раз в месяц сотрудник разбирает небольшую подборку писем. Автоматизация потребует настройки, проверки ответов и обслуживания. Возможно, достаточно улучшить форму обращения или воспользоваться готовым инструментом с понятными ограничениями.
Считайте не только стоимость обращения к модели. Добавьте подготовку данных, интеграции, время команды, контроль и сопровождение. Эти статьи расходов разобраны в материале о стоимости внедрения ИИ. Здесь задача другая: понять, есть ли основания начинать проект вообще.
Редкий процесс может быть важен из-за риска, а частый — почти не занимать времени. Поэтому частота сама по себе не даёт ответа. Если эффект нельзя измерить в деньгах, отдельно опишите ожидаемую пользу и допустимые расходы, не называя её подтверждённой экономией.
7. Бизнес-результат сформулирован как «внедрить ИИ»
Факт появления чата или подписки не говорит, улучшилась ли работа. Нужен результат процесса: меньше времени на разбор обращения, меньше ошибок заполнения или быстрее поиск актуальной инструкции при том же качестве.
Определите исходное состояние, ответственного и критерий остановки. Например, если сотрудники перепроверяют каждый ответ и итоговое время не сокращается, пилот не подтвердил гипотезу. Это основание изменить подход, а не искать более впечатляющую демонстрацию.
Если цель пока неизвестна, полезнее разобрать рабочий процесс и собрать замеры. Покупка модели до постановки задачи не устраняет эту неопределённость.
Когда ИИ всё-таки стоит проверить
Смысловой поиск по проверенной базе знаний, классификация свободных обращений и подготовка черновиков — возможные кандидаты. В них нет полного заранее известного набора формулировок, но можно описать правильный результат и границы применения.
Для условной службы поддержки это может быть подбор инструкции сотруднику со ссылкой на источник. Модель не принимает решение за клиента и не меняет учётные данные. На пилоте сравниваются время поиска, качество ссылок и случаи, когда ответ пришлось исправить.
В статье об ИИ-ассистенте для бизнеса разобраны его возможности и внедрение. Этот материал нужен для более раннего решения: стоит ли рассматривать модель или достаточно более простого средства.
Решение для собственника
Попросите исполнителя описать вариант без ИИ и объяснить, какое ограничение требует смысловой обработки. Если убедительного ответа нет, начните с правил, шаблонов или интеграции. Если есть — согласуйте проверяемый пилот, права доступа и человеческий контроль.
Чтобы сопоставить варианты для своего процесса, используйте инструмент Подобрать способ автоматизации. Предварительная рекомендация поможет сформулировать вопросы к специалисту, но не заменит проверку данных и технических условий.