En ecommerce-plattform byggd för att sälja mjukvarulicenser

Att sälja en t-shirt och att sälja en desktop-app för £200 har ungefär ingenting gemensamt operationellt. T-shirten har en SKU, ett lagersaldo, en frakttvikt och en returpolicy. Desktop-appen har en licensnyckel, en activation server, en gräns för antal maskiner, en giltighetsperiod, ett grace-fönster efter utgång, en trial-to-paid-konverteringsväg, en uppgraderingsstege (individuell → team → enterprise) och en kundportal där köpare hanterar aktiva installationer på sina enheter. Inget av dessa koncept finns i en generisk ecommerce-plattforms produktmodell.

Plattformarna som FÖRSTÅR mjukvara — Gumroad, FastSpring, Paddle, Lemon Squeezy — finns just på grund av detta gap. De träffar licensieringsprimitiverna rätt, men de tar betalt för det. Gumroad tar 10% på varje försäljning på free tier och 8% även på betald. FastSpring tar 8,9% som merchant-of-record. Paddle är liknande. På en £100-licens är det £8–£10 till plattformen — multiplicera med 1000 sålda licenser och du har gett £8000–£10000 till Gumroad för bekvämligheten att inte bygga din egen checkout. Det räcker för att finansiera ett par månader av din indie dev-runway.

Axnify är ett tredje alternativ: ecommerce-plattformsavgifter (1,5% på Starter, sjunkande till 0% på Enterprise) med licensförsäljningsprimitiverna inbyggda. Inbyggd licensprodukttyp. Konfigurerbara maxaktiveringar per licens. Giltighetsperiod med grace-dagar. Trial-period innan billing slår in. Auto-renew-toggle. Self-service upgrade-pool. Webhooks på varje licenshändelse (köp, aktivering, inaktivering, utgång, förnyelse) så att du kan integrera din egen licensserver, signing service eller feature-flag-system som du vill. Du behåller din checkout, ditt branding, din kundrelation och över 99% av intäkterna.

De flesta indie-devs har redan en liten licensserver — typiskt en jätteliten Go/Node/Python-tjänst som håller source of truth om vilka nycklar som är aktiva, vilka maskiner de är bundna till och vilka feature flags de låser upp. Frågan vid adoption av en ecommerce-plattform: hur pratar de två systemen med varandra?

Axnify tar webhooks-och-API-ansatsen. Vid köp avfyrar Axnify `license.created` med kundens email, produkt-ID, licenstyp, maxaktiveringar och giltighetsperiod. Din licensserver tar emot webhooken, genererar en nyckel (i vilket format och signeringsschema du föredrar), lagrar den mot kunden och returnerar den i responsen. Axnify lagrar nyckeln på ordern, skickar den till kunden via email och visar den i kundens portal.

Från kundens app går aktiveringsanrop till din licensserver (du behåller kontrollen över runtime-stigen). När en maskin aktiveras kan din server pinga Axnifys API för att höja aktiveringsräknaren och kontrollera gränsen. Vid inaktivering samma flow omvänt. Logik för licensutgång och grace-period kan leva på vilken sida som helst; vi rekommenderar att hålla datumen på Axnify (single source of truth för billing) och låta din server fråga API:et om status. Om du inte har en licensserver än kan Axnify också vara source of truth ensam: generera HMAC-signerade nycklar inbyggt, spåra aktiveringar genom API:et och kalla `license.activated` / `license.deactivated`-webhooks på dina in-app aktiveringshändelser. Bra startpunkt för indie-devs som vill shippa på en vecka istället för att bygga licensieringsinfrastruktur i en månad; du kan senare flytta upp till din egen licensserver genom att byta aktiveringsendpointet utan att återutge nycklar.