Bots Telegram avec paiement : des cas métier qui encaissent vraiment

Un bot Telegram avec paiement n’est pas un produit unique. Un créateur de cours a besoin du contrôle d’accès après une facture unique. Un salon a besoin d’un calendrier et d’un acompte pour que les absences ne mangent pas la journée. Une boutique a besoin d’un panier, d’une livraison et d’un reçu fiscal. Même messagerie, même bouton « Payer » - autre métier, autres points de rupture.

Ci-dessous sept scénarios que je construis vraiment. Prenez-les comme un menu : l’exemple le plus proche, puis on retire le superflu. L’infra de paiement (factures, webhooks, Mono / LiqPay / Stripe / crypto), je l’ai déjà écrite. Ici, la couche produit : qui paie, pour quoi, et ce qui se passe après le webhook « payé ».

1. Sept exemples de bots de paiement en un coup d’œil

Chaque ligne est une tâche différente. Le checkout se ressemble ; l’exécution de la commande, non.

• Boutique en ligne : catalogue, variantes, panier, livraison (Nova Poshta / coursier), carte ou Apple Pay, reçu fiscal, statuts. Presque toujours Mini App.
• Cours et biens numériques : payer une fois (ou en plusieurs fois), puis canal privé, fichiers ou Mini App de leçons. L’id Telegram est la licence.
• Réservations avec acompte : salon, clinique, profs. Calendrier + 20-50 % d’acompte. Le créneau non payé est encore libre ; le payé est réel.
• Billets d’événement : un SKU, une date, un QR ou un lien d’invitation, une fenêtre de remboursement. Pic au lancement - le bot ne doit pas vendre le siège deux fois.
• Abonnements et adhésions : salle, club de contenu, service mensuel. Prélèvement récurrent ou facture mensuelle. Échec → délai de grâce → révocation d’accès.
• Livraison de repas : menu visuel, panier, cuisine/POS, statuts coursier. J’ai écrit un guide de montage dédié.
• Factures et services : OSBB, FAI, factures mensuelles, reçus PDF. Gros volume, petit panier - doit être ennuyeusement fiable.

2. Chatbot, facture native ou Mini App ?

Ne commencez pas par une Mini App parce que ça a l’air d’un produit. Commencez par la tâche du checkout.

• Bot texte + une facture : un SKU, montant connu, pas de catalogue. Dons, un cours, une facture mensuelle fixe. Le plus vite en prod.
• Facture native Telegram (Payments API) : le formulaire reste dans la messagerie. Bien pour les cartes via un prestataire branché. Plus faible pour les habitudes Apple Pay / Google Pay en Ukraine - une page Mono ou LiqPay convertit souvent mieux.
• Mini App : catalogue, calendrier, panier, carte, variantes. Paiement via openInvoice, page banque ou portefeuille. C’est la boutique, le salon, le menu livraison.

3. Le circuit de paiement en production (le même pour chaque exemple)

Une jolie interface n’encaisse pas si ce circuit est bâclé. Je le garde volontairement ennuyeux.

• Créez d’abord la commande en base, statut pending, id unique. Jamais de lien de paiement sans une ligne à rapprocher.
• Interrogez le prestataire (Monobank, LiqPay, Stripe, facture Telegram, crypto) depuis le backend. Renvoyez une URL ou un payload de facture. Le client ne tient pas les clés secrètes.
• Le webhook fait foi. Vérifiez la signature. Traitement idempotent : le même paid deux fois ne doit ni débloquer ni débiter deux fois.
• Exécutez dans le même passage comptable : invitation canal, créneau pris, envoi POS, PDF. Ensuite, un message dans Telegram. Jamais exécuter seulement parce que le front a dit « succès ».

4. Comment choisir le premier exemple à monter

Si vous vendez déjà en Direct et encaissez des cartes dans un chat - commencez par le bot qui remplace ce fil, pas une place de marché. Une offre, un moyen que vos clients utilisent déjà, webhooks, reçu. Puis catalogue, calendrier ou abonnements.

Conclusion : choisissez un exemple, ensuite on raccorde les paiements

Je construis ces bots en senior web engineer : Mini Apps Next.js quand il faut un catalogue ou un calendrier, backends Node, Monobank / LiqPay / Stripe / factures Telegram, et le travail ingrat des webhooks pour éviter les doubles débits. Si vous voulez un bot de paiement sur un des exemples - boutique, cours, réservation, billets, abonnement - écrivez via le formulaire. On cadrera la plus petite version qui encaisse un vrai paiement ce mois-ci.