Una piattaforma ecommerce costruita per vendere licenze software

Vendere una t-shirt e vendere un'app desktop da £200 hanno praticamente nulla in comune sul piano operativo. La t-shirt ha uno SKU, una quantità a stock, un peso di spedizione e una politica di reso. L'app desktop ha una chiave di licenza, un activation server, un limite di numero di macchine, un periodo di validità, una finestra di grace dopo la scadenza, un percorso di conversione trial-to-paid, una scala di upgrade (singolo → team → enterprise) e un portale dove i buyer gestiscono le installazioni attive sui loro dispositivi. Nessuno di questi concetti esiste nel modello prodotto di una piattaforma ecommerce generica.

Le piattaforme che CAPISCONO il software — Gumroad, FastSpring, Paddle, Lemon Squeezy — esistono per via di questo gap. Azzeccano le primitive di licensing, ma fanno pagare. Gumroad si prende il 10% su ogni vendita nel piano free e l'8% anche in quello a pagamento. FastSpring si prende l'8,9% come merchant-of-record. Paddle è simile. Su una licenza da £100 sono £8–£10 alla piattaforma — moltiplica per 1.000 licenze vendute e hai dato £8.000–£10.000 a Gumroad per il comfort di non costruire il tuo checkout. Abbastanza per finanziare un paio di mesi di runway da indie dev.

Axnify è una terza opzione: fee di piattaforma ecommerce (1,5% su Starter, che scende allo 0% su Enterprise) con le primitive di vendita licenze integrate. Tipo prodotto licenza nativo. Attivazioni massime per licenza configurabili. Periodo di validità con giorni di grace. Periodo di trial prima del billing. Toggle di auto-renew. Pool di upgrade self-service. Webhook su ogni evento di licenza (acquisto, attivazione, disattivazione, scadenza, rinnovo) così integri il tuo license server, signing service o sistema di feature flag come preferisci. Ti tieni il checkout, il branding, la relazione cliente e il 99%+ del fatturato.

La maggior parte degli indie dev ha già un piccolo license server — di solito un piccolissimo servizio in Go/Node/Python che tiene la source of truth su quali chiavi sono attive, a quali macchine sono legate e quali feature flag sbloccano. La domanda quando adotti una piattaforma ecommerce: come parlano questi due sistemi?

Axnify segue l'approccio webhook-and-API. All'acquisto, Axnify fa scattare `license.created` con email cliente, ID prodotto, tipo licenza, attivazioni max e periodo di validità. Il tuo license server riceve il webhook, genera una chiave (nel formato e schema di firma che preferisci), la salva sul cliente e la restituisce nella response. Axnify salva la chiave sull'ordine, la manda via email al cliente e la mostra nel portale.

Dall'app del cliente, le chiamate di attivazione vanno al tuo license server (resti tu al comando del runtime path). Quando una macchina si attiva, il tuo server può pingare l'API Axnify per incrementare il counter di attivazione e controllare il limite. Per la disattivazione, stesso flow al contrario. La logica di scadenza e periodo di grace può vivere su entrambi i lati; consigliamo di tenere le date su Axnify (single source of truth per il billing) e di lasciare che il tuo server chieda lo stato all'API. Se non hai ancora un license server, Axnify può anche essere la source of truth da solo: genera chiavi HMAC-signed nativamente, traccia le attivazioni via API e chiama i webhook `license.activated` / `license.deactivated` sui tuoi eventi di attivazione in-app. Buon punto di partenza per gli indie dev che vogliono shippare in una settimana invece di costruire infrastruttura di licensing per un mese; più avanti puoi passare al tuo license server semplicemente cambiando l'endpoint di attivazione senza riemettere le chiavi.