Сколько стоит внедрить ИИ-агента: из чего складывается цена

Почему цена отличается в разы

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

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

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

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

Готовый сервис, настройка платформы или своя разработка

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

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

Как выбрать вариант

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

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

Этапы и что в них стоит денег

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

• Разбор процесса. Как обращение проходит сейчас, какие вопросы повторяются, что решает только человек. Без этого этапа агент автоматизирует не тот процесс или не ту его часть.
• Подготовка данных. Прайс, правила, частые вопросы, примеры реальных обращений. Если данные разбросаны по чатам и головам сотрудников, их сбор занимает заметную часть проекта.
• Интеграции. Подключение к расписанию, CRM, учётной системе, мессенджерам. Это обычно самая дорогая часть: всё зависит от того, есть ли у ваших систем API и насколько оно удобное.
• Тестирование. Прогон реальных обращений до запуска, проверка редких случаев и отказов. Экономия на этом этапе потом возвращается ошибками на живых клиентах.
• Сопровождение. Правки сценариев, обновление базы знаний, разбор ошибок, контроль после изменений в процессе.

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

Что спросить у подрядчика до начала

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

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

Неочевидные расходы

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

• Оплата модели за запросы. Большинство языковых моделей тарифицируется по объёму обработанного текста. Чем длиннее диалоги и база знаний, которую агент подтягивает в каждый ответ, тем выше счёт. Этот расход растёт вместе с потоком обращений.
• Каналы связи. Подключение мессенджеров через официальные API, а для голосовых сценариев телефония. У каждого канала свои условия и тарифы.
• Правки сценариев. Меняется прайс, появляется новая услуга, сезонные правила. Кто-то должен вносить изменения и проверять, что агент их учёл.
• Время сотрудников. Разбор переданных вопросов, проверка ошибок, особенно в первые недели. Это не бесплатно, даже если не выставлено отдельным счётом.
• Хранение и обработка персональных данных. Где хранятся переписки, кто имеет к ним доступ, как это согласуется с требованиями закона. Этот вопрос стоит обсудить с юристом до запуска.

Как снизить стоимость первого проекта

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

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

Как прикинуть окупаемость

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

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

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

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

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