Telegram-боти з оплатою: бізнес-приклади, які справді збирають гроші

Telegram-бот з оплатою - це не один продукт. Автору курсу потрібен доступ після одноразового інвойсу. Салону - календар і завдаток, щоб неявки не з’їдали день. Магазину - кошик, доставка й фіскальний чек. Той самий месенджер, та сама кнопка «Оплатити» - інша предметна область і інші злами.

Нижче - сім сценаріїв, які я реально збираю. Це меню: оберіть найближчий приклад і викиньте зайве. Платіжну обв’язку (інвойси, webhook, Mono / LiqPay / Stripe / крипта) я вже описувала. Тут продуктовий шар: хто платить, за що, і що відбувається після webhook «оплачено».

1. Сім прикладів платіжних ботів коротко

Кожен рядок - інше завдання. Чекаут схожий; видача замовлення - ні.

• Інтернет-магазин: каталог, варіанти, кошик, доставка (Нова пошта / кур’єр), картка або Apple Pay, фіскальний чек, статуси. Майже завжди Mini App.
• Курси та цифрові товари: оплата раз (або частинами) - потім приватний канал, файли або Mini App з уроками. Telegram user id - це ліцензія.
• Запис із завдатком: салони, клініки, репетитори. Календар + 20-50% передоплати. Неоплачений слот ще вільний; оплачений - справжній.
• Квитки на подію: один SKU, дата, QR або інвайт, вікно повернення. Пік на старті продажу - бот не має продати місце двічі.
• Підписки й членство: зал, клуб контенту, щомісячна послуга. Рекурент або щомісячний інвойс. Невдала оплата → пільговий період → відібрати доступ.
• Доставка їжі: візуальне меню, кошик, кухня/POS, статуси кур’єра. Для цього є окремий гайд зі збірки.
• Комуналка й послуги: ОСББ, інтернет-провайдер, щомісячні рахунки, PDF-квитанції. Великий обсяг, малий чек - має бути нудно надійним.

2. Чат-бот, нативний інвойс чи Mini App?

Не починайте з Mini App лише тому, що це «схоже на продукт». Почніть із завдання чекауту.

• Текстовий бот + один інвойс: один SKU, відома сума, без каталогу. Донати, один курс, фіксований щомісячний рахунок. Найшвидше в прод.
• Нативний інвойс Telegram (Payments API): форма лишається в месенджері. Добре для карток через підключеного провайдера. Слабше для звички Apple Pay / Google Pay в Україні - там сторінка Mono чи LiqPay часто дає кращу конверсію.
• Mini App: каталог, календар, кошик, мапа, варіанти. Оплата через openInvoice, сторінку банку або гаманець. Це магазин, салон, меню доставки.

3. Бойовий цикл оплати (однаковий для кожного прикладу)

Гарний інтерфейс не збирає гроші, якщо цей цикл зроблено абияк. Я навмисно тримаю його нудним.

• Спочатку створіть замовлення в базі зі статусом pending і унікальним id. Ніколи не генеруйте платіжне посилання без рядка, з яким можна звіритись.
• Запит до провайдера (Monobank, LiqPay, Stripe, інвойс Telegram, крипта) робіть з бекенду. Поверніть URL або payload інвойсу. Клієнт не тримає секретні ключі.
• Орієнтир - webhook. Перевірте підпис. Ідемпотентний обробник: той самий paid двічі не має відкрити доступ двічі й не має списати двічі.
• Виконайте замовлення в тому самому проведенні: інвайт у канал, зайняти слот, віддати в POS, надіслати PDF. Потім напишіть у Telegram. Ніколи не виконуйте лише тому, що фронт сказав «успіх».

4. Як обрати перший приклад для збірки

Якщо ви вже продаєте в Direct і збираєте картки в чаті - почніть з бота, який замінює цю переписку, а не з маркетплейсу. Одна пропозиція, один спосіб оплати, яким клієнти вже платять, webhook, квитанція. Потім каталог, календар або підписки.

Висновок: оберіть приклад - далі підключимо оплату

Я збираю такі боти як senior web engineer: Mini App на Next.js, де потрібен каталог чи календар, бекенд на Node, Monobank / LiqPay / Stripe / інвойси Telegram і буденна робота з webhook, щоб не було подвійних списань. Якщо потрібен платіжний бот під один із прикладів - магазин, курс, запис, квитки чи підписка - напишіть через форму, і ми окреслимо найменшу версію, яка цього місяця прийме справжню оплату.