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

Но через несколько месяцев собственник задаёт вопрос: что изменилось в экономике бизнеса?

Расходы на технологии появились. Команда демонстрирует примеры использования. При этом себестоимость не снизилась, количество выполненных заказов осталось прежним, а рост прибыли подтвердить не удаётся.

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

Экономический результат появляется, когда технология меняет стоимость, объём или качество полезного результата, за который компания получает деньги.

Поэтому главный вопрос перед внедрением — какую конкретную задачу стоит автоматизировать и каким образом улучшение повлияет на экономику.

Почему внедрение ИИ не гарантирует роста прибыли

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

Но дальнейший эффект зависит от обстоятельств.

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

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

Причины отсутствия финансового эффекта обычно связаны с несколькими разрывами:

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

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

Как выбирать задачи для внедрения ИИ

Формулировка «внедрить искусственный интеллект в отдел продаж» слишком широка. Она не определяет ни проблему, ни критерий успеха.

Рабочая постановка конкретнее: сократить время подготовки черновика типового предложения при сохранении точности расчётов и обязательной проверке менеджером.

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

Повторяемость и достаточный объём

Часто выполняемая задача даёт больше возможностей для накопления эффекта. Но сама повторяемость ещё не делает внедрение выгодным.

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

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

Понятные требования к результату

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

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

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

Доступные и пригодные данные

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

Нужно определить, какие данные считаются достоверными, кто отвечает за их актуальность и какие сведения доступны системе.

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

Влияние на ограничение бизнеса

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

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

Проверяемость и допустимая цена ошибки

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

Черновик внутреннего документа и самостоятельное изменение условий договора требуют разного уровня контроля. Это различие должно учитываться в стоимости и архитектуре решения с самого начала.

Когда обычная автоматизация выгоднее ИИ

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

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

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

ИИ может быть уместен там, где требуется работать с вариативными текстами, документами, изображениями или формулировками. Однако и здесь окончательный выбор должен опираться на испытание конкретной задачи.

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

Почему сэкономленные часы не становятся прибылью автоматически

В расчётах окупаемости часто используют простую схему: количество сэкономленных часов умножают на стоимость рабочего часа и называют результат экономией.

Такой расчёт показывает стоимость высвобождённого ресурса. Он ещё не доказывает снижение расходов.

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

Возможны несколько вариантов:

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

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

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

До внедрения нужно ответить не только на вопрос «сколько времени освободится», но и на вопрос «кто и как превратит это время в результат».

Полная стоимость внедрения ИИ

Стоимость подписки или использования модели — лишь одна часть расходов.

Подготовка и интеграция

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

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

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

Если каждый ответ нужно подробно перепроверять, стоимость контроля становится существенной частью экономики.

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

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

Сопровождение и изменения

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

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

Переходный период

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

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

Как оценивать ROI искусственного интеллекта

Для управленческой оценки можно использовать формулу:

ROI за выбранный период = (подтверждённый денежный эффект − полные затраты на проект) / полные затраты на проект × 100%.

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

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

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

Условный пример расчёта

Компания обрабатывает 2 000 типовых обращений в месяц. До внедрения обработка одного обращения занимала 12 минут. В пилоте средняя трудоёмкость сократилась до 7 минут с учётом проверки и исправлений.

Высвобождается около 167 часов в месяц.

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

Допустим, первоначальные затраты составляют 600 тысяч рублей, а ежемесячная эксплуатация — 35 тысяч рублей. Текущий чистый денежный эффект после выхода на плановый режим составит 55 тысяч рублей в месяц.

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

Пример показывает, почему оценка высвобождённых часов и оценка денежных результатов должны существовать отдельно.

Где необходим контроль человека

Уровень контроля должен зависеть от последствий ошибки и возможности обнаружить её до нанесения ущерба.

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

Полезно разделить действия на три группы:

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

Критичные условия должны проверяться явно. Например, допустимость скидки можно контролировать по утверждённым ограничениям, а не по убедительности объяснения, которое сформировала модель.

Контроль должен быть выполнимым

Фраза «сотрудник всё проверит» не заменяет процедуры.

Нужно определить, что именно проверяется, какие данные используются для сверки, сколько времени отведено на проверку и что делать при сомнении.

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

Также должен существовать понятный способ приостановить использование решения и вернуться к рабочему резервному порядку.

Как организовать пилот, который проверяет экономику

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

До запуска необходимо зафиксировать исходный уровень:

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

Затем определить условия успеха и остановки.

Используйте реальные и разнообразные случаи

Испытание только на удобных примерах создаёт завышенное представление о возможностях решения.

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

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

Сравнивайте сопоставимую работу

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

Сравнение лёгких задач после внедрения со сложными задачами до него не доказывает эффект технологии.

Измеряйте принятый результат

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

Количество запросов к системе показывает активность использования. Само по себе оно не подтверждает пользу.

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

Когда масштабировать внедрение, а когда остановить

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

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

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

Пилот следует остановить или пересмотреть, если:

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

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

С чего начать собственнику

Для начала достаточно выбрать несколько затратных задач и описать их экономику: объём, трудоёмкость, ошибки, стоимость и влияние на клиентский результат.

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

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

Работа бизнес-архитектора здесь заключается в соединении технологии с устройством компании. Кто изменит процесс? Кто обеспечит данные? Кто использует освободившееся время? Кто подтвердит финансовый эффект?

Именно ответы на эти вопросы превращают автоматизацию бизнеса в управляемое вложение.

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