Разработка ИИ-чат-бота на заказ: этапы, цены, сроки

Почему рынок ушёл от скриптов к моделям

Дерево кнопок описывает маршрут разговора, а не его смысл. Как только база продуктов растёт, а клиенты начинают писать «а можно вернуть, если коробку вскрыли?», сценарий обрастает сотнями веток и всё равно не покрывает живые формулировки. Подход retrieval-augmented generation (RAG) решает задачу иначе: система находит в вашей базе знаний подходящие фрагменты и формулирует ответ по ним, а не по усреднённой памяти модели.

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

Чем заказ отличается от конструктора

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

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

Архитектура: где живёт логика, а где данные

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

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

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

Сколько это стоит и почему цифры расходятся

Разброс в сметах объясняется просто: два проекта с одинаковым названием «ИИ-чат-бот» могут отличаться в разы. Один отвечает на 30 вопросов в чате на сайте, другой ведёт диалог в четырёх каналах, проверяет остатки на складе и оформляет возврат.

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

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

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

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

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

Для контроля результата подключают аналитику — Яндекс Метрику и Google Analytics, а также сквозные отчёты из CRM. Трафик на бота удобно вести через Яндекс Директ и Google Ads с разными креативами под разные сценарии входа.

Каналы и точки контакта

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

Выбор каналов стоит делать по данным, а не по привычке. Посмотрите в веб-аналитике, откуда приходят обращения, и в карточках организации — какие контакты клиенты используют чаще. Для локального бизнеса это часто Яндекс Карты и Google Maps, и там же уместно указать, что в чате отвечает ассистент.

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

Приёмка: как отличить готовый продукт от эффектной демонстрации

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

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

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

Как выбрать подрядчика

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

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

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

Что происходит после запуска

Запуск — это не финиш, а точка, с которой начинается настоящая работа. Первые две недели приносят самый ценный материал: вопросы, которых не было в тестовом наборе, и формулировки, которые бот трактует неверно.

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

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