Revenue leakage door verkeerde abonnementen

Revenue leakage door verkeerde abonnementen ontstaat wanneer het abonnement in je facturatiesysteem niet overeenkomt met wat de klant werkelijk afneemt of heeft afgesproken. De klant staat op een te laag pakket, betaalt voor te weinig gebruikers, heeft een module die nooit is toegevoegd aan de factuur of zit nog op een proefperiode die allang voorbij is. Omdat een abonnement zich elke maand herhaalt, herhaalt de fout zich ook. Je vindt het door per klant drie dingen naast elkaar te leggen: het contract, het abonnement in het facturatiesysteem en het werkelijke gebruik.

Waarom abonnementsfouten zo duur zijn

Een fout op een eenmalige factuur kost één keer geld. Een fout in een abonnement kost elke factuurperiode geld, tot iemand hem vindt. En omdat terugkerende facturen automatisch worden aangemaakt, kijkt er na de eerste keer niemand meer naar. De fout wordt de norm.

Daar komt bij dat abonnementen vaak een hogere waarde vertegenwoordigen dan ze per factuur lijken. Een verschil van EUR 150 per maand valt niet op tussen honderden factuurregels. Over een klantrelatie van vijf jaar is het EUR 9.000. Dat maakt verkeerde abonnementen een van de meest hardnekkige vormen van revenue leakage.

De zeven fouten die het vaakst voorkomen

1. Het verkeerde pakket. Sales verkocht het Professional-pakket, finance heeft Standard ingevoerd. Of de klant is halverwege het jaar overgestapt naar een hoger pakket, en de wijziging is alleen in het CRM verwerkt. De klant gebruikt de functies van het hogere pakket en betaalt voor het lagere.

2. Te weinig gebruikers of eenheden. Het contract noemt 25 licenties, de klant heeft er inmiddels 40 actief, het abonnement staat nog op 25. Dit is de meest voorkomende variant, en de grens met gemiste upsells is dun: de dienst is geleverd, maar niet in rekening gebracht.

3. Modules of add-ons die niet op de factuur staan. De klant kocht een extra module, een koppeling of een premium supportpakket. De module is aangezet, maar het facturatieartikel is nooit aan het abonnement toegevoegd.

4. Downgrades worden verwerkt, upgrades niet. Een klant die minder wil betalen, belt en zorgt dat het gebeurt. Een klant die meer gaat gebruiken, doet dat gewoon. Dat maakt de fouten scheef: afwaartse wijzigingen worden bijna altijd correct verwerkt, opwaartse regelmatig niet.

5. Proefperiodes en gratis maanden die niet omzetten. De klant kreeg drie maanden gratis om de dienst te proberen. De dienst loopt door, het abonnement staat nog op nul. Soms is het abonnement nooit aangemaakt, omdat de proefperiode buiten het facturatiesysteem om werd geregeld.

6. Verkeerde factuurfrequentie of periode. Het contract zegt jaarlijks vooruit, het systeem factureert maandelijks achteraf. Dat kost je geen omzet, maar wel liquiditeit en soms rente. Of het omgekeerde: een wijziging halverwege de periode wordt niet naar rato verrekend, en het verschil verdwijnt.

7. Opgezegde abonnementen waar de dienst doorloopt. De klant heeft opgezegd, de facturatie is gestopt, maar de toegang is nooit afgesloten. Soms gebruikt de klant het nog maanden. Dit is het spiegelbeeld van revenue leakage door verlopen contracten.

Waar de fouten ontstaan

Bijna alle abonnementsfouten ontstaan op een overdrachtsmoment. Sales sluit, iemand anders voert in. Support zet een module aan, iemand anders past de factuur aan. Een klant belt met een wijziging, en die wijziging moet in drie systemen worden verwerkt: het CRM, het facturatiesysteem en het platform of de planning.

Bij elke overdracht zijn er drie risico's:

• De wijziging komt niet door. De mail aan finance is gemist, het ticket is gesloten zonder actie.
• De wijziging komt verkeerd door. Het verkeerde artikel, het verkeerde aantal, de verkeerde ingangsdatum.
• De wijziging komt in één systeem door. Het CRM is bijgewerkt, het facturatiesysteem niet.

Het resultaat is dat je drie systemen hebt die elk een eigen versie van de waarheid vertellen. Welke klopt, weet niemand zonder ze naast elkaar te leggen.

Rekenvoorbeeld

Rekenvoorbeeld: stel, je hebt 400 zakelijke abonnementen met een gemiddelde waarde van EUR 350 per maand. Bij een vergelijking tussen contract, facturatiesysteem en gebruik blijkt:

• 18 klanten staan op een lager pakket dan ze gebruiken, gemiddeld EUR 120 per maand verschil: EUR 25.920 per jaar.
• 35 klanten hebben meer gebruikers actief dan gefactureerd, gemiddeld EUR 60 per maand: EUR 25.200 per jaar.
• 9 klanten hebben een module aan staan die niet op de factuur staat, gemiddeld EUR 80 per maand: EUR 8.640 per jaar.
• 4 klanten zitten nog op een gratis proefperiode die gemiddeld tien maanden geleden had moeten eindigen, tegen een normaal tarief van EUR 250 per maand: EUR 10.000 aan gemiste omzet tot nu toe, en EUR 12.000 per jaar zolang het doorloopt.

Samen ruim EUR 70.000 per jaar, op een abonnementsomzet van EUR 1,68 miljoen. Geen enkele klant is ontevreden en geen enkele factuur is onjuist opgemaakt. Het zijn alleen de verkeerde abonnementen.

Hoe je het controleert

De controle is een driewegsvergelijking. Hoe je dit specifiek voor terugkerende omzet aanpakt, staat uitgebreider in hoe je fouten in terugkerende omzet ontdekt.

1. Exporteer alle actieve abonnementen uit het facturatiesysteem. Klant, pakket, aantal, modules, prijs, frequentie, startdatum.
2. Exporteer de afgesproken situatie per klant. Uit het CRM of het contractregister: wat is er verkocht, tegen welke prijs, met welke looptijd.
3. Exporteer het werkelijke gebruik. Uit je platform, planning of urenregistratie: aantal gebruikers, actieve modules, volumes.
4. Koppel de drie op klantniveau. Dit is in de praktijk het meeste werk, omdat klantnummers en namen tussen systemen verschillen. Maak eenmalig een koppeltabel en houd die bij.
5. Markeer elke afwijking. Pakket, aantal, modules, prijs, frequentie. Sorteer op jaarlijks verschil in euro's.
6. Onderzoek de grootste twintig eerst. Vaak is er een verklaring, bijvoorbeeld een afspraak die niet is vastgelegd. Die leg je dan alsnog vast.
7. Corrigeer en stel een ingangsdatum vast. Wat je met het verleden doet, is een commerciële beslissing per klant.

Hoe je het voorkomt

Eén systeem is leidend voor wat er is afgesproken. Meestal het CRM of het contractregister. Het facturatiesysteem volgt, het platform volgt. Wie een wijziging doet, doet die eerst in het leidende systeem.

Wijzigingen via één proces. Een pakketwijziging, extra gebruikers of een nieuwe module gaat altijd via hetzelfde formulier of dezelfde workflow, die alle systemen raakt. Een wijziging die buiten dat proces om gebeurt, bijvoorbeeld een module die support op verzoek aanzet, moet een melding opleveren.

Automatische koppeling waar het kan. Veel abonnementsplatformen, zoals Stripe of Chargebee, kunnen gebruik of aantallen doorzetten naar de factuur. Voor SaaS en MSP's is dat de standaard. Wie facturatie en levering los heeft, moet de vergelijking periodiek doen. Voor de SaaS-specifieke variant, zie SaaS billing leakage.

Proefperiodes altijd met einddatum en eigenaar. Een gratis periode krijgt in het facturatiesysteem een abonnement van nul euro met een einddatum en een automatische omzetting, of een taak bij een eigenaar.

Maandelijkse vergelijking als vast onderdeel van de afsluiting. Niet als project eens per jaar. Abonnementsfouten ontstaan elke maand, dus de controle moet ook elke maand.

Veelgestelde vragen

Wat is het verschil tussen een verkeerd abonnement en een gemiste upsell?

Bij een verkeerd abonnement klopt de factuur niet met wat er is afgesproken of wat er wordt afgenomen. De dienst is geleverd. Bij een gemiste upsell klopt alles, maar had de klant meer kunnen afnemen. Het eerste is een fout die je kunt herstellen, het tweede een kans die je kunt benutten.

Mag ik een klant achteraf factureren voor een verkeerd abonnement?

Dat hangt af van het contract en van wat er is gecommuniceerd. Stond het hogere pakket in het contract, dan heb je een sterke positie. Heeft de klant uit zichzelf meer gebruikers aangemaakt, kijk dan wat de voorwaarden over meergebruik zeggen. In de praktijk corrigeren veel bedrijven vanaf nu en voeren ze over het verleden een gesprek.

Hoe vaak ontstaan abonnementsfouten?

Bij elke wijziging kan het misgaan: nieuwe klant, upgrade, downgrade, extra module, opzegging. Hoe meer wijzigingen per maand, hoe meer kans op fouten. Er is geen betrouwbaar gemiddeld foutpercentage te noemen. Het hangt vooral af van hoeveel handmatige overdrachten er in je proces zitten.

Kan ik dit oplossen met een beter facturatiesysteem?

Deels. Een systeem dat gebruik automatisch factureert, lost een deel van de fouten op. Maar zolang contract, CRM en facturatie los van elkaar worden bijgehouden, blijft de vergelijking nodig. Het probleem zit meestal in de overdracht, niet in het systeem.