Bots de Telegram con pagos: ejemplos de negocio que cobran de verdad

Un bot de Telegram con pagos no es un solo producto. Quien vende un curso necesita controlar el acceso tras una factura única. Un salón necesita calendario y señal para que las ausencias no se coman el día. Una tienda necesita carrito, envío y ticket fiscal. El mismo mensajero, el mismo «Pagar» - otro oficio, otros fallos.

Abajo, siete escenarios que construyo de verdad. Úselos como menú: el ejemplo más cercano, luego quite lo que no haga falta. La infraestructura de cobro (facturas, webhooks, Mono / LiqPay / Stripe / cripto) ya la escribí. Aquí la capa de producto: quién paga, a cambio de qué, y qué pasa cuando el webhook dice pagado.

1. Siete ejemplos de bots de pago de un vistazo

Cada fila es una tarea distinta. El checkout se parece; completar el pedido, no.

• Tienda online: catálogo, variantes, carrito, envío (Nova Poshta / mensajero), tarjeta o Apple Pay, ticket fiscal, estados. Casi siempre Mini App.
• Cursos y bienes digitales: pagar una vez (o a plazos) y abrir canal privado, archivos o Mini App de lecciones. El user id de Telegram es la licencia.
• Reservas con señal: salón, clínica, clases. Calendario + 20-50 % de prepago. El hueco sin pagar sigue libre; el pagado es real.
• Entradas: un SKU, una fecha, QR o enlace de invitación, ventana de reembolso. Pico al abrir venta - el bot no puede vender el asiento dos veces.
• Suscripciones y membresías: gimnasio, club de contenido, servicio mensual. Cargo recurrente o factura al mes. Fallo → periodo de gracia → quitar acceso.
• Reparto de comida: menú visual, carrito, cocina/POS, estados del mensajero. Tengo una guía de montaje aparte.
• Recibos y servicios: OSBB, ISP, facturas mensuales, PDF. Alto volumen, importe bajo - tiene que ser aburridamente fiable.

2. ¿Chat bot, factura nativa o Mini App?

No empiece por una Mini App porque «parece producto». Empiece por la tarea del checkout.

• Bot de texto + una factura: un SKU, importe conocido, sin catálogo. Donaciones, un curso, un recibo mensual fijo. Lo más rápido a producción.
• Factura nativa de Telegram (Payments API): el formulario se queda en el mensajero. Bien para tarjetas con un proveedor conectado. Más flojo para el hábito Apple Pay / Google Pay en Ucrania - ahí una página Mono o LiqPay suele convertir mejor.
• Mini App: catálogo, calendario, carrito, mapa, variantes. Pago con openInvoice, checkout del banco o monedero. Eso es la tienda, el salón, el menú de envíos.

3. El circuito de cobro en producción (el mismo en cada ejemplo)

Una interfaz bonita no cobra si este circuito está hecho a medias. Lo dejo aburrido a propósito.

• Cree primero el pedido en base de datos, estado pending, id único. Nunca un enlace de pago sin una fila que pueda conciliar.
• Lance la petición al proveedor (Monobank, LiqPay, Stripe, factura Telegram, cripto) desde el backend. Devuelva URL o payload de factura. El cliente no guarda claves secretas.
• El webhook es la referencia. Verifique la firma. Tratamiento idempotente: el mismo paid dos veces no desbloquea ni cobra dos veces.
• Complete el pedido en el mismo asiento contable: invitación al canal, ocupe el hueco, empuje al POS, envíe el PDF. Luego el mensaje en Telegram. Nunca complete solo porque el frontend dijo «éxito».

4. Cómo elegir el primer ejemplo que montar

Si ya vende en Direct y cobra tarjetas en un chat - empiece por el bot que sustituye ese hilo, no por un marketplace. Una oferta, un método que ya usan, webhooks, recibo. Luego catálogo, calendario o suscripciones.

Conclusión: elija un ejemplo, luego conectamos el cobro

Construyo estos bots como ingeniera web senior: Mini Apps en Next.js cuando hace falta catálogo o calendario, backends Node, Monobank / LiqPay / Stripe / facturas Telegram, y el trabajo ingrato de los webhooks para no cobrar dos veces. Si quiere un bot de pago de uno de los ejemplos - tienda, curso, reserva, entradas, suscripción - escriba por el formulario y acotamos la versión más pequeña que cobre de verdad este mes.