← Все материалы

Чат-бот для продаж в Телеграм с оплатой: от «Привет» до «Оплачено» за 2–3 минуты

ИИ-продавец сам квалифицирует клиента, подбирает товар и доводит до оплаты — без участия менеджера. Конверсия в оплату выросла на 25%. Ниже — как собрана такая связка, что в ней ломается на стыке с платёжкой и сколько занимает запуск.

Задача: между «сколько стоит» и оплатой стояли часы

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

Проблема была не в трафике, а в разрыве между интересом и оплатой. Человек готов купить здесь и сейчас, но между его «Сколько стоит?» и фактической оплатой стояли минуты, а иногда и часы ожидания. Каждая такая пауза — потерянная выручка. Нужна была автоматизация продаж, которая работает круглосуточно и доводит клиента до платежа без задержек.

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

Решение: ИИ-продавец, который доводит до платежа

Мы собрали ИИ-продавца — чат-бот для продаж в Telegram, который ведёт диалог как живой менеджер и закрывает сделку прямо в переписке. Бот с оплатой берёт клиента с первого сообщения и не отпускает до подтверждённого платежа.

Логику оркестрации построили на n8n, «мозги» диалога — на LLM (Claude/GPT), которая понимает свободный текст, а не жёсткие кнопки. Что именно делает ИИ-продавец:

• Квалифицирует запрос: распознаёт, что человеку нужно, и задаёт уточняющие вопросы без шаблонного допроса.
• Подбирает товар из каталога и предлагает релевантные позиции под задачу клиента.
• Формирует персональную ссылку на оплату через ЮKassa прямо в чате.
• Ловит факт оплаты вебхуком от платёжной системы и мгновенно подтверждает заказ клиенту.
• Синхронизирует сделку с CRM — заказ, контакт и статус оплаты создаются автоматически.

Состояние диалогов и заказов хранится в PostgreSQL, поэтому бот помнит контекст разговора и ничего не теряет при перезапусках. Вся цепочка — от первого «Привет» до записи оплаченного заказа в CRM — проходит без ручного вмешательства.

Как устроен такой бот изнутри

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

• Состояние — не память модели. Корзина и шаг воронки лежат в базе, а не в контексте диалога. Иначе после перезапуска сервиса клиент получает бота с амнезией ровно в момент оплаты.
• Каталог — источник правды. Модель не должна придумывать наличие и цену: она получает их отдельным запросом и только пересказывает человеческим языком.
• Деньги отделены от диалога. Заказ создаётся в базе до похода в платёжную систему и живёт своим статусом. Сообщение в чате — лишь отображение этого статуса.
• Тон задаётся правилами. Скидки, обещания сроков, ответы на претензии — это жёсткие рамки в промпте плюс запрет на выход за них, а не «модель разберётся».
• Эскалация. Крупный заказ, спорная ситуация, нестандартная доставка — бот останавливается и передаёт диалог человеку вместе с контекстом.

Этап	Кто ведёт	Что должно быть готово заранее
Первый контакт и квалификация	Бот	Список типовых запросов из реальной переписки
Подбор товара	Бот	Каталог с наличием и ценами в машинном виде
Выставление счёта	Бот	Договор с платёжной системой, товары и ставки НДС для чека
Подтверждение оплаты	Автоматически	Обработчик вебхука и статусы заказа в базе
Крупная или спорная сделка	Менеджер	Правило эскалации и дежурство в рабочие часы

Что ломается на стыке бота, платёжки и CRM

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

Что ломается	Почему	Что делать
Оплата прошла, а бот молчит	Обработчик уведомления не ответил кодом 200 или отвечал слишком долго	Отвечать 200 сразу, обработку уводить в очередь. ЮKassa повторяет доставку уведомления в течение 24 часов, но клиент столько ждать не будет
Заказ создан дважды	Повторное уведомление или повторное нажатие кнопки	Ключ идемпотентности при создании платежа и проверка по идентификатору заказа перед записью в CRM
Уведомления вообще не приходят	Адрес не отвечает требованиям платёжной системы	Только HTTPS, порт 443 или 8443, TLS не ниже 1.2 — иначе подписка на события просто не заработает
Бот упирается в лимиты мессенджера	У Telegram Bot API есть потолок: порядка 30 сообщений в секунду суммарно и не чаще примерно одного сообщения в секунду в один и тот же чат	Очередь отправки с ограничением скорости и корректная обработка ответа 429 — особенно при рассылках
Клиент оплатил товар, которого нет	Наличие проверялось в начале диалога, а не перед выставлением счёта	Проверка и мягкий резерв позиции в момент формирования ссылки на оплату

Сколько занимает запуск такого бота

1. Разбор реальных диалогов (2–3 дня). Берём переписку за последний месяц и вытаскиваем из неё сценарии: с чего начинают, что спрашивают перед покупкой, на каком вопросе разговор чаще всего обрывается.
2. Каталог и данные (3–7 дней). Выгрузка товаров, наличия и цен в машинном виде. Если каталог живёт в таблице, которую правят руками, этот этап и будет самым долгим.
3. Диалог и тексты (3–7 дней). Сценарии, рамки для модели, формулировки. Отдельно прописывается, чего бот не говорит никогда.
4. Платежи (2–5 дней). Договор с платёжной системой, выставление счёта, чек, обработка уведомлений, тестовые оплаты и возвраты.
5. Интеграция с CRM (2–5 дней). Заказ, контакт, статусы, защита от дублей.
6. Запуск под присмотром (1–2 недели). Бот работает, менеджер видит диалоги и может перехватить. Здесь вылавливаются формулировки, на которых люди отваливаются.

Результат

Путь клиента от первого сообщения до подтверждённой оплаты сократился до 2–3 минут — раньше столько уходило только на то, чтобы менеджер заметил заявку. Конверсия из диалога в оплату выросла на 25%: бот не устаёт, не забывает прислать ссылку и отвечает в ту же секунду, пока интерес ещё горячий.

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

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

Когда ИИ-продавец не нужен

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

• Сделка длинная и согласуется неделями. В сложном B2B бот полезен как помощник менеджера, но не как продавец: решение всё равно принимается людьми на созвонах.
• Цена всегда индивидуальная. Если стоимость считается после замера или расчёта, бот доводит только до заявки — и это нормальная, но другая задача.
• Нет актуальных остатков. Продавать то, чего нет, автоматически и круглосуточно — быстрый способ собрать возвраты и плохие отзывы.
• Мало обращений. Пара диалогов в день не окупит платёжную интеграцию и её поддержку.

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

Частые вопросы

Читайте дальше