ИИ-обработка входящих заявок: ответы клиентам в Telegram, почте и на сайте
Обращения приходили в Telegram, на почту и через форму сайта, и на каждое нужно было ответить, при том что большинство вопросов повторялись. Мы построили систему, которая сводит все каналы в один поток, отвечает на типовые обращения на основе материалов заказчика и поднимает человеку то, что выходит за границы известного.
- Период
- 2026
Имя заказчика не раскрывается. Отрасль, масштаб и цифры остаются те же.
Что изменилось
- 3 канала → 1 поток
- Telegram, почта и форма сайта обрабатываются одинаководо внедрения каждый канал читался отдельно и в своём интерфейсе; после обращения приводятся к общему виду и проходят один и тот же путь обработки
- Ответ сразу
- Без ожидания, пока освободится человектиповое обращение получает ответ в момент поступления, а не в рабочие часы и не в порядке очереди; до внедрения скорость ответа зависела от занятости заказчика
- По материалам заказчика
- Ответы строятся на базе знаний, а не на общих сведениях моделисистема отвечает на основе подготовленных материалов заказчика: условий, услуг и часто задаваемых вопросов; вопрос, ответа на который в материалах нет, передаётся человеку, а не додумывается моделью
У каждой величины указано, с чем сравнивали и за какой период.
Что было не так
Обращения приходили тремя путями: в Telegram, на почту и через форму на сайте. Три разных места, которые нужно проверять, и три разных формата одного и того же: человек описывает свою задачу и ждёт ответа.
Большая часть этих обращений была типовой. Что входит в работу, сколько стоит, какие сроки, как начать, работаете ли вы с такими задачами. Ответы на них существовали и почти не менялись, но каждый раз их писали заново, руками, своими словами, потому что переписывать из заготовки оказывалось не быстрее.
Главная потеря была во времени ответа. Обращения приходят круглосуточно, а отвечает на них один человек, у которого есть основная работа. Клиент, написавший вечером, получал ответ утром; клиент, написавший в загруженный день, получал его вечером. За это время часть людей уходила к тем, кто ответил быстрее.
И отдельно стоит рассеивание внимания. Проверка трёх каналов в течение дня означает постоянное переключение с основной работы на разбор входящего, причём заранее неизвестно, окажется ли очередное сообщение важным разговором или вопросом, ответ на который написан уже сто раз.
Клиент, написавший вечером, получал ответ утром. За это время часть людей уходила к тем, кто ответил быстрее.
Что мы построили
Систему, которая стоит перед человеком, а не вместо него. Обращения из всех трёх каналов попадают в общий поток и приводятся к одному виду: откуда пришло, от кого, что спрашивают. Дальше с ними работает одна и та же логика, независимо от того, пришло сообщение в мессенджер или на почту.
Ответ формируется на основе материалов заказчика. Мы собрали то, что он и так отвечал клиентам: условия работы, состав услуг, сроки, ответы на частые вопросы. Это и стало базой, на которую опирается модель. Это ключевое отличие от «подключили нейросеть к чату»: система отвечает тем, что заказчик действительно говорит клиентам, а не тем, что модель считает правдоподобным.
Клиент получает ответ в том канале, откуда написал, и в разговорном виде, не шаблоном из справочника, а ответом на свой вопрос. Если из обращения непонятно главное, система уточняет: под какую задачу, в какие сроки, какой объём.
И граница: вопрос, ответа на который в материалах нет, не додумывается. Такое обращение помечается и уходит человеку вместе с историей переписки, чтобы заказчик подключался к разговору, у которого уже есть контекст.
Система отвечает тем, что заказчик действительно говорит клиентам, а не тем, что модель считает правдоподобным.
Почему DeepSeek и что это значит для стоимости
Через систему проходит поток обращений, и каждое из них это обращение к модели, иногда не одно. В такой задаче цена запроса перестаёт быть мелочью: она умножается на объём и превращается в постоянную статью расходов, которая растёт вместе с потоком клиентов.
Поэтому выбрана DeepSeek, модель с низкой стоимостью запроса, которой достаточно для задачи. Задача здесь не «рассуждать», а понять обращение и составить ответ по готовым материалам; для этого не нужна самая дорогая модель на рынке, и платить за неё означало бы удорожать каждое сообщение без выигрыша для клиента.
Это тот выбор, который стоит объяснять вслух. Взять самую известную модель значит принять решение, которое не нужно защищать, но за которое платит заказчик, причём ежемесячно. Мы исходим из того, что решение под задачу дешевле и честнее, чем решение под ожидания.
Цена запроса умножается на поток обращений и становится постоянной статьёй расходов. Самая дорогая модель здесь не дала бы выигрыша для клиента, только счёт.
Где система останавливается
ИИ-решение в продаже легко описать как полностью автономное, и почти всегда это преувеличение. Мы очертили границу явно, и она стала частью конструкции, а не оговоркой.
Система отвечает там, где ответ известен: он есть в материалах заказчика и подходит к вопросу. Всё остальное передаётся человеку: нестандартные условия, спорные ситуации, обращения, где клиент недоволен, и всё, что похоже на решение, которое стоит денег или репутации.
Эта граница существует по двум причинам. Техническая: модель, отвечающая за пределами известного, начинает придумывать, и сделает это тем убедительнее, чем меньше знает. Деловая: клиенту можно ошибочно пообещать условия, которые потом придётся либо исполнять, либо объяснять. Автоматический ответ дёшев ровно до того момента, когда он оказывается неверным.
Поэтому человек в контуре остался, но занят он теперь теми обращениями, где он действительно нужен.
Модель, отвечающая за пределами известного, начинает придумывать, и делает это тем убедительнее, чем меньше знает.
Что это дало
Клиент получает ответ сразу, в том канале, где написал, независимо от времени суток и занятости заказчика. Для входящего потока это главное: интерес живёт недолго, и скорость ответа конкурирует напрямую с теми, кто отвечает быстрее.
Типовые вопросы перестали занимать время. Тот объём переписки, который состоял из повторяющихся ответов, система закрывает сама, а человек подключается к разговорам, где есть что решать.
Три канала перестали быть тремя обязанностями. Проверка мессенджера, почты и формы заменилась одним потоком, и переключений между ними в течение дня больше нет.
И обращения перестали теряться. Каждое зафиксировано и обработано, вне зависимости от того, в какой момент оно пришло и насколько заказчик был занят в этот день.
На чём построено
Технологии проекта взяты из общего реестра компании: у каждой описана роль и класс задач, где мы её применяли.
Интерфейс
- TypeScriptОсновной язык интерфейса
Серверная часть
- Node.jsОсновная серверная среда
- FastifyБыстрый веб-сервер на Node.js
- PythonВторой серверный язык: данные и ИИ
- BullMQФоновые и отложенные задачи
Данные
- PostgreSQLОсновная база данных
- RedisКеш, сессии и очереди
Интеграции
- Telegram Bot APIБоты и мини-приложения
- REST, gRPC, GraphQL, SOAPСтандартные протоколы обмена
ИИ
- DeepSeekНедорогая модель для массовых задач
- QdrantПоиск по смыслу, а не по словам
Инфраструктура
- DockerУпаковка сервисов в контейнеры
- NginxБалансировка, маршруты, HTTPS
- LinuxСерверная операционная система
Что применяли в проекте
Каждая услуга это отдельный раздел с составом работ и ориентиром по стоимости.
У вас похожая задача?
Первый разговор ни к чему не обязывает: разберём вашу ситуацию и скажем, нужен ли вам такой проект вообще.
Другие проекты
- Единый канал заявок: Telegram-бот, форма сайта и переписка с клиентом в Битрикс24Заявки из бота и с сайта попадают в воронку Битрикс24 сами, а менеджер отвечает клиенту в Telegram прямо из карточки сделки
- Приём платежей в существующем веб-приложении: микросервис на Python с CloudPaymentsОтдельный сервис в Docker с двумя интерфейсами: gRPC для приложения и HTTP для внешнего мира. Встроен в работающий продукт без его переписывания
- Автосалон: выгрузка автомобилей на Авито и Авто.ру и сбор заявок в Битрикс24Объявления публикуются и обновляются из учётных данных салона, а обращения с обеих площадок попадают в воронку как сделки