Оплата прямо в переписке: ссылка от ИИ-агента

Клиент только что сказал «беру». Дальше начинается пауза: менеджер открывает CRM, ищет реквизиты, формирует счёт, возвращается в чат. Это в лучшем случае пять минут, в которые клиент успевает передумать, сравнить ещё пару вариантов или просто закрыть переписку до вечера. Двадцать минут ожидания после согласия купить — не редкость, а обычная скорость ручного выставления счёта.

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

Что происходит, когда агент выставляет счёт

Агент обращается к подключённой платёжной системе (ЮKassa или Prodamus) и получает от неё готовую ссылку, которую тут же отправляет клиенту в переписку.

Обе системы подключаются через вкладку «Интеграции», категорию «Платёжные системы». У ЮKassa это стандартная авторизация сервиса, у Prodamus — поддомен и секретный ключ, после чего становится доступен выбор валюты. Дальше логика одинаковая: чат-бот для продаж доводит разговор до момента согласия, а платёжная интеграция закрывает последний шаг — превращает согласие в оплаченный счёт, не выходя из диалога.

Когда хватает фиксированной суммы, а когда нет

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

Базовая функция создаёт ссылку на фиксированную сумму. Включаете флаг «Включить базовую функцию создания оплаты»: доступны сумма платежа, описание платежа, ссылка для возврата и выбор между приёмом платежа в одну или в две стадии. Вариант закрывает ситуацию, где цена одна на услугу или на все услуги сразу, а ссылка нужна только в основном диалоге.

Расширенный режим нужен, когда услуг несколько с разными ценами, сумма формируется свободно по ходу разговора или ссылку требуется передать сразу и клиенту, и в другой сервис. Флаг базовой оплаты выключается, а в разделе «Действия» создаётся новое действие с шагом типа «ЮKassa» или «Продамус». В действии заводится аргумент (например, price), и в шаге сумма платежа берётся уже не из настройки, а из этого аргумента. Инструкция агенту сводится к одной фразе: передай сумму услуги в аргумент price, вызови функцию payment. Дальше сумма приходит из прайса, из таблицы или из того, что назвал клиент, — агент решает это каждый раз заново.

Зачем нужны колл-бэки после оплаты

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

Колл-бэк — это событие, на которое платёжная система отвечает агенту после того, как клиент что-то сделал по ссылке. У ЮKassa таких событий три: платёж прошёл успешно, платёж отклонён, платёж принят и ожидает подтверждения магазина. У Prodamus добавляется рассрочка: платёж прошёл успешно, договор рассрочки подписан, заявка на рассрочку одобрена, отменена, отклонена.

На каждый колл-бэк можно назначить одно из четырёх поведений: фиксированное сообщение от лица агента, сообщение, сгенерированное по инструкции, отправка агенту инструкции с учётом основной инструкции и базы знаний (тогда ответ получается точнее и персональнее), или вызов прямого вопроса с файлом из «Прямых вопросов». Без настроенного колл-бэка агент этого события просто не видит: клиент оплатил, а разговор про это ничего не знает.

Куда ещё может уйти ссылка на оплату

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

Галочка «Поместить ссылку на оплату в переменную» сохраняет адрес ссылки как переменную действия, а не отправляет его напрямую. Дальше эту переменную можно передать аргументом в другое действие — например, в вебхук, который уходит в группу Telegram с уведомлением о новом счёте, или в систему, куда встроен обмен по HTTP, как в материале про ИИ-агента и 1С. Клиент получает ссылку тем же сообщением от агента, а копия события уходит туда, где её ждут: менеджеру в CRM или в общий чат отдела продаж.

ЮKassa или Prodamus: чем они отличаются на практике

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

Сравните свою текущую паузу между «беру» и счётом

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

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

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