Bot Telegram con pagamenti: casi reali che incassano davvero

Un bot Telegram con pagamenti non è un prodotto unico. Chi vende un corso ha bisogno del controllo accessi dopo una fattura una tantum. Un salone ha bisogno di calendario e acconto, così i no-show non si mangiano la giornata. Uno shop ha bisogno di carrello, consegna e scontrino fiscale. Stesso messenger, stesso «Paga» - altro mestiere, altri punti di rottura.

Sotto, sette scenari che costruisco davvero. Usateli come menu: l’esempio più vicino, poi togliete il resto. L’infrastruttura dei pagamenti (fatture, webhook, Mono / LiqPay / Stripe / cripto) l’ho già descritta. Qui lo strato prodotto: chi paga, per cosa, e cosa succede dopo il webhook «pagato».

1. Sette esempi di bot di pagamento in un colpo d’occhio

Ogni riga è un compito diverso. Il checkout si somiglia; evadere l’ordine, no.

• Shop online: catalogo, varianti, carrello, spedizione (Nova Poshta / corriere), carta o Apple Pay, scontrino fiscale, stati. Quasi sempre Mini App.
• Corsi e beni digitali: pagare una volta (o a rate), poi canale privato, file o Mini App lezioni. Lo user id Telegram è la licenza.
• Prenotazioni con acconto: salone, clinica, ripetizioni. Calendario + 20-50 % di prepagamento. Lo slot non pagato è ancora libero; quello pagato è vero.
• Biglietti evento: uno SKU, una data, QR o link d’invito, finestra di rimborso. Picco all’apertura - il bot non deve vendere il posto due volte.
• Abbonamenti e tessere: palestra, club di contenuti, servizio mensile. Addebito ricorrente o fattura mensile. Fallimento → periodo di grazia → revoca accesso.
• Consegna di cibo: menu visivo, carrello, cucina/POS, stati del corriere. Ho una guida di montaggio a parte.
• Utenze e servizi: OSBB, ISP, fatture mensili, PDF. Alto volume, importo basso - deve essere noiosamente affidabile.

2. Chat bot, fattura nativa o Mini App?

Non partite da una Mini App perché «sembra un prodotto». Partite dal compito del checkout.

• Bot di testo + una fattura: uno SKU, importo noto, niente catalogo. Donazioni, un corso, una bolletta mensile fissa. Il più veloce in produzione.
• Fattura nativa Telegram (Payments API): il modulo resta nel messenger. Bene per le carte con un provider collegato. Più debole per le abitudini Apple Pay / Google Pay in Ucraina - lì una pagina Mono o LiqPay converte spesso meglio.
• Mini App: catalogo, calendario, carrello, mappa, varianti. Pagamento con openInvoice, checkout banca o portafoglio. Quello è lo shop, il salone, il menu consegne.

3. Il ciclo di pagamento in produzione (uguale in ogni esempio)

Un’interfaccia carina non incassa se questo ciclo è fatto male. Lo tengo noioso di proposito.

• Create prima l’ordine a database, stato pending, id unico. Mai un link di pagamento senza una riga da riconciliare.
• Dal backend interrogate il provider (Monobank, LiqPay, Stripe, fattura Telegram, cripto). Restituite URL o payload fattura. Il client non tiene chiavi segrete.
• Il webhook fa fede. Verificate la firma. Gestione idempotente: lo stesso paid due volte non sblocca e non addebita due volte.
• Erogate nello stesso passo contabile: invito al canale, slot occupato, invio al POS, PDF. Poi il messaggio in Telegram. Mai erogare solo perché il frontend ha detto «successo».

4. Come scegliere il primo esempio da montare

Se già vendete in Direct e incassate carte in una chat - partite dal bot che sostituisce quella conversazione, non da un marketplace. Un’offerta, un metodo che i clienti già usano, webhook, ricevuta. Poi catalogo, calendario o abbonamenti.

Conclusione: scegliete un esempio, poi allacciamo i pagamenti

Costruisco questi bot come ingegnera web senior: Mini App Next.js quando serve catalogo o calendario, backend Node, Monobank / LiqPay / Stripe / fatture Telegram, e il lavoro ingrato dei webhook per non addebitare due volte. Se volete un bot di pagamento su uno degli esempi - shop, corso, prenotazione, biglietti, abbonamento - scrivete dal form e dimensioniamo la versione più piccola che incassa un pagamento vero questo mese.