Abonnementer, der fakturerer sig selv
Så længe der er tredive abonnenter, kan faktureringen klares i hånden. Ved tre hundrede går der en dag om måneden med det, og der opstår fejl. Vi bygger de systemer, der gør gentagne betalinger til noget, der bare kører – og som bogfører sig selv bagefter.
Det får I med et abonnementssystem fra Indexed
Det svære er ikke betalingen – det er alt det omkring
At trække et beløb på et kort er den nemme del. Det svære ved abonnementsforretninger er alt det, der ligger omkring: hvad sker der, når kunden opgraderer midt i en periode, når kortet udløber, når betalingen fejler tre gange, når en kunde skal have rabat i tre måneder, eller når prisen afhænger af, hvor meget der er brugt.
Hver af de situationer er en regel, og reglerne er sjældent ens fra virksomhed til virksomhed. Det er derfor, mange starter med et standardværktøj og ender med et regneark ved siden af, hvor undtagelserne bliver holdt styr på i hånden.
Et skræddersyet system betaler sig, når abonnementet hænger sammen med noget andet – et produkt, der skal aktiveres og lukkes, et forbrug der skal måles, en forhandler der skal have provision, eller en bogføring der skal være rigtig fra dag ét. Så bliver det billigere at bygge reglerne ind end at leve med dem manuelt.
Det, der går galt med gentagne betalinger
Kender I to eller flere af dem herunder, koster faktureringen jer både tid og omsætning.
Faktureringen er manuel
En dag om måneden går med at oprette fakturaer og tjekke, hvem der har betalt. Det er både arbejdstid og en fejlkilde, og det skalerer ikke med væksten.
Kort udløber, og kunden falder fra
Et udløbet betalingskort er den mest almindelige årsag til, at et abonnement stopper – og det er sjældent kundens beslutning. Automatisk fornyelse og rettidig påmindelse redder en stor del af dem.
Ændringer midt i en periode er noget rod
En kunde, der opgraderer den fjortende, skal have en forholdsmæssig regning. Uden regler for det bliver det til en manuel beregning eller en fejl.
Fejlede betalinger opdages for sent
Uden en fast proces for gentagelse og rykkere er der abonnenter, der bare holder op med at betale, uden at nogen opdager det før kvartalsafslutningen.
Bogholderiet taster efter
Abonnementsindtægter tastes manuelt ind i økonomisystemet, og periodiseringen bliver et skøn. Sendes fakturaerne direkte, er tallene rigtige med det samme.
Ingen ved, hvordan det går
MRR, opsigelser og livstidsværdi kan ikke beregnes, når data ligger i et regneark og et betalingsvindue. Nøgletallene skal komme fra systemet selv.
Det skal et abonnementssystem kunne
Herunder er de dele, vi bygger. Hvilke I skal bruge, afhænger af, hvor sammensat jeres prismodel er.
Prisplaner og perioder
Måned, kvartal, år eller jeres egen periode, med flere planer og trin. Opgradering, nedgradering og skift midt i en periode beregnes forholdsmæssigt efter regler frem for i hånden.
Gentagne betalinger
Kort gemmes sikkert hos betalingsudbyderen og trækkes automatisk. Vi arbejder med Stripe og danske udbydere og bygger til den, der passer til jeres forretning.
Forbrugsbaseret afregning
Afregning efter forbrug, antal brugere, transaktioner eller enheder – opgjort automatisk ved periodens slutning og lagt oven i abonnementet.
Fejlhåndtering og rykkere
Fejlede betalinger forsøges igen efter et mønster, kunden får besked, og adgangen lukkes først efter de regler, I har sat. Det redder abonnementer, der ellers ville falde fra ved et uheld.
Fakturaer og bogføring
Fakturaer dannes automatisk og sendes videre til økonomisystemet, så indtægten bliver bogført og periodiseret rigtigt uden manuel indtastning.
Kundeportal
Kunden kan se sine fakturaer, opdatere sit betalingskort, skifte plan og opsige selv. Det fjerner en stor del af de henvendelser, der ellers går til supporten.
Rabatter, kampagner og prøveperioder
Tidsbegrænsede rabatter, introperioder og kampagnekoder som regler i systemet frem for som noter, nogen skal huske at fjerne igen.
Nøgletal
Løbende omsætning, tilgang, afgang og kundens livstidsværdi beregnet på systemets egne data, så tallene er de samme, uanset hvem der trækker dem.
Vi har bygget abonnement ind i platforme, der solgte noget andet
Abonnement er sjældent et selvstændigt projekt. Det er som regel et lag, der skal ind i noget, der allerede kører:
Resortly: En platform, der forbinder skigæster med resortets services, med Stripe som betalingsmotor og abonnement bygget ind i en multi-tenant løsning.
Fenerum-integration: Vi har bygget integration til Fenerum, når abonnementsstyringen skal ligge i et dedikeret system og resten hos os.
Webshops med abonnement: Gentagne leverancer i en webshop stiller andre krav end et engangskøb – både til betaling, lager og til kundens mulighed for at springe en levering over.
Bogføringen er hele pointen: Et abonnementssystem, der ikke afleverer rigtige tal til økonomisystemet, flytter bare arbejdet et andet sted hen.
Byg reglerne, ikke undtagelserne: Hver undtagelse, der håndteres manuelt, er en, der bliver glemt. Vi lægger dem i systemet fra begyndelsen.
Sådan forløber et abonnementsprojekt
Afklaringsmøde
Kravspecifikation og fast pris
Udvikling og testkørsel
Idriftsættelse og drift
Platforme med abonnement og betaling
Et udvalg af de løsninger, hvor betaling og gentagne indtægter er bygget ind i platformen.
Resortly: Platform, der forbinder skigæster med resortets steder
En mobil-først platform, der giver hvert skisportssted et live feed, hvor barer, restauranter og skiskoler poster events og tager imod bookinger – og gæsterne booker uden login, verificeret via SMS.
Cecilie's – kassesystem bygget fra bunden til fem centre
Cecilie's sælger bowling, minigolf, mad og drikke i fem centre. Vi har bygget deres kassesystem fra bunden – med integration til kortterminalen, bonprint direkte fra browseren, kasseopgørelse med optælling, gavekort på tværs af kanaler og dagsrapport videre til e-conomic.
Auktionshuset.dk: En Symfony-baseret platform for online auktioner
Auktionshuset.dk ønskede at skabe en moderne og brugervenlig online platform, der kunne gøre det lettere for både sælgere og købere at deltage i auktioner. Der var behov for en specialudviklet e-handelsløsning med integration af online betaling, der kunne håndtere forskellige auktionsformater, levere sikre betalings- og leveringsmuligheder samt give dyb indsigt gennem rapportering.
Kom i gang
Lad os ringe dig op
Udfyld formularen, så kontakter vi jer inden for én hverdag og aftaler en gennemgang af jeres prismodel og fakturering.
Ofte stillede spørgsmål om abonnementssystemer
Som regel ja. Vi arbejder med Stripe og med danske udbydere som PensoPay, og vi bygger mod den udbyder, der passer til jeres forretning og jeres priser.
Ja. Afregning efter antal brugere, transaktioner, enheder eller faktisk forbrug opgøres automatisk ved periodens slutning og lægges oven i abonnementet.
Det bestemmer I. Vi bygger et mønster for gentagelser, besked til kunden og en regel for, hvornår adgangen lukkes. Pointen er, at det sker automatisk og ens hver gang.
Ja, og det er som regel den største besparelse. Fakturaerne sendes til jeres økonomisystem, så indtægten bogføres og periodiseres rigtigt uden manuel indtastning.
Ja. En kundeportal, hvor de kan se fakturaer, skifte kort, opgradere og opsige, fjerner en stor del af supporthenvendelserne.
Ja. Eksisterende abonnenter og deres perioder migreres ind, og hvor betalingsudbyderen tillader det, kan gemte kort flyttes med, så kunderne ikke skal indtaste dem igen.
Det afhænger af, hvor sammensat prismodellen er, og hvor mange integrationer der skal bygges – ikke af antallet af abonnenter. Vi giver fast pris efter en kravspecifikation.
Bruger I stadig en dag om måneden på at fakturere?
Book et uforpligtende møde. Vi gennemgår jeres prismodel og siger ærligt, hvad der kan automatiseres, og hvad der ikke kan.