Чат-бот с оплатой в Telegram: как подключить Click и Payme

Что такое чат-бот с оплатой и кому он нужен

Чат-бот с оплатой — это бот, который не просто собирает заявку, а доводит клиента до платежа: называет итоговую сумму, ведёт на оплату, получает подтверждение и сам меняет статус заказа. В Узбекистане люди привыкли платить через Click, Payme, банковские приложения и карты Uzcard и Humo, а Telegram для многих стал основным каналом общения с магазином. Бот соединяет эти две привычки в один сценарий.

Главная выгода — короткий путь. Если после слов «беру» менеджер должен ответить, продиктовать номер карты, дождаться скриншота и вручную проверить поступление, часть клиентов отваливается по дороге: кто-то отвлёкся, кто-то написал в соседний магазин. Бот отвечает сразу и в любое время суток, а менеджер подключается только к нестандартным случаям.

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

Четыре способа принять оплату в боте

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

Практичная стартовая связка — ссылка на оплату плюс оплата при получении как запасной вариант. Так вы не теряете тех, кто не готов платить заранее, и при этом приучаете остальных к онлайн-оплате. Web App имеет смысл добавлять позже, когда видно, что клиентам тесно в обычном меню бота.

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

• Встроенные платежи Telegram: бот выставляет счёт, форма оплаты открывается прямо в чате. Для клиента удобнее всего, но нужен провайдер, который поддерживает такую схему, — это стоит выяснить до начала разработки.
• Ссылка на страницу оплаты: бот создаёт платёж у провайдера (например, Click или Payme) и присылает ссылку. Самый распространённый вариант: клиент видит знакомую страницу, а данные карты остаются на стороне сервиса.
• Web App внутри бота: каталог, корзина и оплата в одном окне. Хорош для большого ассортимента, но дороже и дольше в разработке.
• Оплата при получении: бот фиксирует заказ, деньги берёт курьер. Запустить проще всего, но выше риск невыкупленных заказов, особенно при доставке в другой город.

Путь клиента: пошаговая схема

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

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

Подтверждение оплаты: правило без исключений

Статус заказа должен меняться только по уведомлению от платёжного сервиса. Сообщение «я оплатил» и скриншот не годятся: скриншот легко подделать, а реальный платёж может зависнуть или вовсе не дойти. Если разрешить менеджеру подтверждать оплату на слово, рано или поздно кто-то отправит товар без денег.

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

Пример: цветочный магазин в Ташкенте

Это иллюстрация схемы, а не данные конкретного проекта. Допустим, магазин принимает заказы в Instagram Direct и Telegram. Менеджер вручную называет сумму, ждёт чек из Click и сверяет его с приложением. Перед праздниками образуется очередь, и часть людей уходит к тем, кто ответил быстрее.

С ботом цепочка короче: ссылка из профиля Instagram ведёт в Telegram, клиент выбирает букет, адрес и время, видит итог и платит по ссылке. Флорист получает карточку уже оплаченного заказа, а менеджер отвечает только на особые просьбы. Если такой же магазин работает с доставкой по области, например в Самарканд или Фергану, к схеме добавляют выбор города и оплату при получении.

Типичные ошибки при запуске

Большинство проблем повторяется от проекта к проекту. Проверьте свой сценарий по этому списку.

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

Чеки, возвраты и учёт

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

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

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

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

Пройдитесь по списку до того, как направлять трафик из рекламы.

• Выбран провайдер, понятны условия подключения.
• Сумма и доставка видны до оплаты.
• Статус меняется только по подтверждению провайдера.
• Проверяются подпись, сумма и дубли уведомлений.
• Есть сценарии неудачной оплаты и отмены.
• Продуманы чеки и возвраты.
• Платежи автоматически попадают в CRM или учёт.

С чего начать

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

Команда markdev разрабатывает Telegram-боты для бизнеса в Узбекистане: от приёма платежей до связки с CRM и рекламой. Если хотите обсудить свою задачу, напишите нам, и мы вместе подберём схему под ваш товар и аудиторию.