Esempio: una Mini App drop a timer per un canale VIP Telegram

Questa è la Mini App che prendo quando un brand ha già un canale Telegram che riempie una stanza, e poi perde la vendita in Direct: «c’è ancora la M?», un numero di carta alle 00:03, due persone a cui è stata promessa la stessa ultima felpa. Instagram ha ucciso l’attesa. Telegram può tenerla se la vetrina apre allo scatto, non un catalogo aperto tutta la settimana.

Un bot shop con carrello e Nova Poshta l’ho già scritto. Un drop non è quello shop con un CSS countdown. La lista SKU è minuscola. Lo spike è il prodotto. Se copiate lo store intero, passerete la settimana sui form di spedizione e venderete comunque la M due volte al secondo zero.

1. Il percorso utente in questo esempio

Il canale è la waitlist. La Mini App è una porta chiusa fino a `starts_at`, poi vende finché `qty` è zero.

• Giorni prima: il canale posta foto, taglie, prezzo, l’orario. Niente «scrivici». Un bottone apre la Mini App in una sala d’attesa: countdown, niente da comprare.
• A `starts_at` il bot riposta lo stesso deeplink. La sala d’attesa diventa una griglia di tre SKU. MainButton = paga. La taglia è un tap, non un messaggio.
• Il checkout tiene l’unità 90 secondi finché la fattura è aperta. Il webhook «pagato» committa. Un hold abbandonato torna a stock. Non pagato alla chiusura = finito, non «scrivi al manager».
• Dopo: una riga del bot nel canale - «M esaurita» - e una conferma privata all’acquirente con i campi packing che vi servono davvero. Non un dump CRM.

2. L’orario è lo stock

Un drop muore in due modi: vendere un’unità due volte, o aprire tardi mentre l’attesa è già in Direct. Tutti e due sono problemi di database, non di design.

• Ora del server, non l’orologio del telefono. `starts_at` vive in Postgres. La Mini App chiede `/drop/state` ogni pochi secondi vicino all’apertura. Non fidatevi di `Date.now()` nella webview.
• L’hold è una riga con `expires_at`, unique su `(sku, size)` finché è attiva. Il checkout crea l’hold in una transazione. Il webhook passa hold → ordine, o il job di expiry la cancella. Lo stesso anti-doppia-vendita dei biglietti nella serie dei bot di pagamento.
• Un drop = un `starts_at`. Niente «soft launch» per gli amici alle 23:50. Il feeling VIP è che tutti battono lo stesso secondo. Una preview silenziosa è un altro SKU un altro giorno.

3. Cosa costruirei per prima (e cosa no)

Un primo drop sono tre SKU, due taglie, un binario di pagamento, un DM di packing. Non è un OS della moda.

• Costruire per primi: sala d’attesa, `starts_at` server, hold + webhook, stato esaurito, riga bot nel canale, HMAC a ogni acquisto, un form indirizzo dopo il pagamento.
• Pagare col binario che questa audience usa già. In Ucraina spesso Mono o LiqPay su una pagina hosted dalla Mini App. Stars solo se il drop è digitale. Una felpa non è un bene digitale.
• Non per primi: raffle della waitlist, bot che comprano da soli, un portale resi intero, Apple Pay su una superficie che non lo ospita, «sticker delle storie», un’animazione coda che nasconde un’API da 4 secondi. Se l’hold è sbagliato, l’animazione mente.

4. Per chi è questo esempio - e chi dovrebbe solo usare il bot shop

Una Mini App drop è un’arma per la scarsità. Una Mini App shop è un’arma per l’assortimento. Un compito per lancio.

• Il drop: merch, una tiratura, una coorte corso da 30 posti, una degustazione da 12 biglietti. Il canale può davvero radunare gente a un orario.
• Altrimenti l’articolo shop: cosmesi che rifornisce ogni settimana, 40 SKU, Nova Poshta come abitudine. Un orologio su quel catalogo è teatro.

Un drop è un timestamp con un hold

Lo costruirei per un brand che già posta su un canale e ora incolla una carta in Direct quando esplodono i commenti. Sala d’attesa Next.js, SKU in Postgres con `starts_at` e `qty`, hold da 90 secondi, webhook Mono / LiqPay / Stripe, un bot che annuncia solo apertura ed esaurito. Se è il vostro venerdì sera - scrivete dal form. Scopiamo un drop che questo mese incassa un pagamento vero al secondo zero, non uno shop con sticker countdown.