Een Azure-renewal gaat niet alleen over korting
Bij een Microsoft Azure-renewal ligt de aandacht vaak snel op één getal: de korting.
Dat is begrijpelijk, maar voor enterprise-organisaties is het meestal niet het belangrijkste getal.
Een hogere korting kan aantrekkelijk lijken wanneer daar een groter Azure-commitment tegenover staat. Het financiële voordeel kan echter verdwijnen wanneer de verwachte cloudconsumptie niet wordt gerealiseerd.
Daarom is de relevante vraag niet alleen:
Hoeveel korting krijgen we?
Maar:
Hoeveel financieel risico nemen we op ons om die korting te krijgen?
Dat is een wezenlijk andere manier om naar een Azure-renewal te kijken.
De commerciële waarde van een Azure-contract wordt uiteindelijk bepaald door de combinatie van prijs, daadwerkelijke consumptie, contractuele verplichtingen en de ruimte om de cloudstrategie tussentijds aan te passen.
Groei is een commerciële factor, maar geen contractuele zekerheid
In de markt wordt steeds vaker gesproken over Azure-kortingen waarbij toekomstige groei een rol speelt.
Daarbij circuleren ook concrete percentages over de hoeveelheid jaarlijkse groei die nodig zou zijn om bepaalde commerciële voorwaarden te verkrijgen.
Voor procurement en IT-management is het belangrijk om daar zorgvuldig mee om te gaan.
Een algemeen, publiek Microsoft-beleid waarin bijvoorbeeld een vaste jaarlijkse groei van 25% of 40% automatisch recht geeft op een bepaalde korting, is niet door Microsoft gepubliceerd.
Dat betekent niet dat groeiverwachtingen geen onderdeel kunnen zijn van commerciële gesprekken. Het betekent wel dat organisaties concrete voorwaarden per account, contract en voorstel moeten laten onderbouwen.
De juiste vraag aan Microsoft is daarom niet:
“Klopt het dat we 25% moeten groeien?”
Maar:
“Welke commerciële voorwaarden zijn gekoppeld aan onze verwachte consumptie, welk commitment hoort daarbij en wat gebeurt er wanneer die verwachting niet wordt gerealiseerd?”
Dat verschuift het gesprek van een losse kortingsclaim naar contractuele duidelijkheid.
De forecast is van Finance en IT, niet van de verkoper
Een Azure-accountteam kan een toekomstbeeld van de cloudconsumptie presenteren.
De klant moet daar een eigen analyse tegenover zetten.
Dat betekent dat Finance, IT, FinOps en Procurement vooraf moeten kunnen uitleggen:
- welke Azure-consumptie structureel is;
- welke projecten tijdelijk extra verbruik veroorzaken;
- welke workloads nog moeten migreren;
- welke optimalisaties gepland zijn;
- welke projecten onzeker zijn;
- en welk deel van de toekomstige groei daadwerkelijk is onderbouwd.
Dat is belangrijk omdat een cloudroadmap iets anders is dan een contractuele commitment.
Een geplande migratie kan worden uitgesteld.
Een applicatie kan worden geoptimaliseerd.
Een AI-project kan kleiner uitvallen.
Een acquisitie kan niet doorgaan.
Een workload kan uiteindelijk toch buiten Azure worden geplaatst.
Daarom geldt een eenvoudige regel:
Een forecast beschrijft een verwachting. Een commitment verdeelt financieel risico.
Die twee mogen in een renewal niet ongemerkt aan elkaar worden gelijkgesteld.
MACC maakt die grens concreet
Een Microsoft Azure Consumption Commitment, of MACC, is een contractuele afspraak waarbij een organisatie zich gedurende een bepaalde periode committeert aan een bepaald niveau van Azure-bestedingen.
Microsoft biedt organisaties met een relevante overeenkomst mogelijkheden om de MACC via het Azure-platform of API’s te volgen, inclusief looptijd, resterend bedrag en eligible spending. Microsoft stuurt bovendien waarschuwingen voorafgaand aan het einde van een commitment en, wanneer van toepassing, bij milestones.
Het financiële risico ontstaat wanneer de daadwerkelijke consumptie achterblijft.
Microsoft documenteert dat wanneer een MACC-doel of milestone aan het einde van de betreffende periode niet wordt gehaald, een shortfall charge voor het resterende bedrag kan ontstaan. Deze wordt als Azure prepayment credit op het account toegepast.
Daarmee is een MACC iets anders dan een interne cloudforecast.
De organisatie kan haar forecast aanpassen.
De contractuele verplichting kan daarentegen financiële consequenties hebben wanneer de consumptie achterblijft.
Het probleem begint vaak vóór de handtekening
De meeste MACC-problemen ontstaan niet op het moment dat een organisatie ontdekt dat de consumptie achterloopt.
Ze ontstaan eerder.
Bij het bepalen van het commitment.
Een organisatie kan bijvoorbeeld een sterke cloudgroei verwachten vanwege een aantal grote migraties. Als die projecten vervolgens vertragen, ontstaat een verschil tussen de commerciële verwachting en de operationele werkelijkheid.
Dat verschil wordt groter wanneer in de baseline ook tijdelijke omstandigheden zijn opgenomen.
Denk aan:
- een eenmalige datamigratie;
- tijdelijke ontwikkelomgevingen;
- een grote AI-pilot;
- een piek in dataverwerking;
- tijdelijke capaciteit voor een acquisitie;
- of workloads die inmiddels door FinOps zijn geoptimaliseerd.
De juiste baseline is daarom niet simpelweg het historische verbruik.
Het gaat om het representatieve toekomstige verbruik.
Een goede baseline kijkt vooruit én terug
Voor een Azure-renewal is historische consumptie noodzakelijk, maar onvoldoende.
De analyse moet drie vragen beantwoorden.
Wat gebruiken we structureel?
Dit vormt het fundament van de forecast.
Welke consumptie verdwijnt of verandert?
Hier horen bijvoorbeeld uitgefaseerde applicaties, migratieprojecten en geplande optimalisaties bij.
Welke nieuwe consumptie is voldoende concreet om mee te nemen?
Daarvoor moet een project meer zijn dan alleen een ambitie. Er moet een redelijke onderbouwing zijn van workload, timing en verwachte consumptie.
Op die manier ontstaat een forecast die niet automatisch optimistisch of conservatief is, maar verdedigbaar.
Dat is belangrijker dan een mooi groeipercentage.
Kijk naar de economische waarde van de korting
Stel dat een organisatie kan kiezen tussen twee commerciële structuren.
Een voorstel biedt een hogere korting, maar vereist een aanzienlijk hoger commitment.
Een tweede voorstel biedt een iets lagere korting, maar sluit beter aan op de verwachte consumptie.
Het eerste voorstel ziet er op papier beter uit.
Maar de werkelijke vraag is:
Wat kost het wanneer de hogere forecast niet uitkomt?
Dat kan worden bekeken door verschillende consumptieniveaus door te rekenen en niet alleen de korting, maar de totale financiële exposure te beoordelen.
Daarmee ontstaat een betere onderhandelingsmaatstaf:
netto commerciële waarde = prijsvoordeel minus het risico van niet-gerealiseerde commitment.
Dat is een veel bruikbaarder uitgangspunt voor CFO, CIO en procurement dan het hoogste kortingspercentage.
FinOps kan de commerciële forecast veranderen
Een Azure-renewal moet niet los worden gezien van FinOps.
Een organisatie die cloudkosten structureel optimaliseert, kan dezelfde workloads met minder Azure-consumptie draaien.
Rightsizing, architectuuroptimalisatie, het uitschakelen van ongebruikte resources, reserveringsstrategieën en andere optimalisaties kunnen de toekomstige kosten beïnvloeden.
Dat is vanuit FinOps positief.
Maar het betekent ook dat een forecast die uitsluitend op historische consumptie is gebaseerd mogelijk te hoog uitvalt.
Daarom hoort de vraag bij een renewal niet alleen te zijn:
“Hoeveel Azure gebruiken we vandaag?”
Maar:
“Hoeveel Azure verwachten we nodig te hebben nadat onze geplande optimalisaties zijn uitgevoerd?”
Dat voorkomt dat een organisatie zich contractueel vastlegt op kosten die zij juist probeert te elimineren.
Een MACC mag geen reden worden om inefficiënt te werken
Hier ontstaat een belangrijk governance-risico.
Als een organisatie merkt dat zij achterloopt op haar commitment, kan de commerciële logica de operationele logica gaan beïnvloeden.
Dat mag niet gebeuren.
Een workload hoort niet inefficiënt te blijven draaien om een cloudcommitment te realiseren.
Een migratie hoort niet uitsluitend versneld te worden om Azure-consumptie te creëren.
En een project hoort niet groter te worden omdat het contract anders niet wordt gehaald.
Dat zou betekenen dat het contract de IT-strategie gaat sturen.
De juiste volgorde is omgekeerd:
bedrijfsstrategie → IT-roadmap → cloudarchitectuur → FinOps → forecast → commitment.
Niet:
commitment → consumptiedoel → IT-beslissingen.
Marketplace kan onderdeel zijn van de MACC-strategie
De toekomstige Azure-spend bestaat niet uitsluitend uit native Azure-services.
Microsoft Marketplace kan eveneens relevant zijn.
Microsoft geeft aan dat bepaalde Marketplace-aankopen kunnen bijdragen aan een MACC wanneer zij aan specifieke voorwaarden voldoen. Zo moet de aanbieding Azure benefit eligible zijn, moet de aankoop via de Azure-portal worden afgerond en moet de aankoop binnen de actieve MACC-term plaatsvinden. Voor eligible aankopen wordt het pretax bedrag toegepast op de commitment.
Daar zitten praktische aandachtspunten aan.
Een Marketplace-oplossing is niet automatisch MACC-eligible.
Ook de manier waarop de aankoop wordt uitgevoerd kan bepalend zijn.
Voor procurement betekent dit dat Marketplace niet alleen als inkoopkanaal moet worden bekeken, maar ook vanuit contractuele en financiële governance.
De vraag is niet alleen:
“Kunnen we dit via Marketplace kopen?”
maar:
“Welke financiële en contractuele consequenties heeft deze aankoop binnen onze totale Azure-commitment?”
Onderhandel over risicoverdeling
Daar ligt wat ons betreft de kern van een goede Azure-onderhandeling.
Een vendor wil voorspelbaarheid.
De klant wil flexibiliteit.
Een hoger commitment kan commerciële voordelen opleveren, maar vergroot tegelijkertijd de exposure wanneer de cloudstrategie verandert.
Daarom moet de onderhandeling niet uitsluitend draaien om korting.
Bespreek ook:
- de omvang van het commitment;
- de looptijd;
- eventuele milestones;
- welke consumptie daadwerkelijk eligible is;
- hoe Marketplace-aankopen worden behandeld;
- wat er gebeurt bij afwijkende consumptie;
- welke voorwaarden schriftelijk worden vastgelegd;
- en welke flexibiliteit beschikbaar is wanneer de bedrijfsstrategie verandert.
Niet iedere gewenste flexibiliteit zal beschikbaar zijn.
Juist daarom moet vooraf duidelijk zijn welke punten voor de organisatie essentieel zijn en welke onderhandelbaar zijn.
Maak commerciële concessies vergelijkbaar
Een veelgemaakte fout in enterprise-onderhandelingen is dat verschillende concessies afzonderlijk worden bekeken.
Een extra kortingspunt lijkt klein.
Een iets hoger commitment lijkt misschien acceptabel.
Een langere looptijd lijkt misschien logisch.
Een beperkte flexibiliteit lijkt misschien geen probleem.
Maar gecombineerd kunnen deze concessies een wezenlijk ander risicoprofiel creëren.
Daarom is het nuttig om iedere commerciële verbetering te koppelen aan een tegenprestatie.
Bijvoorbeeld:
Hoger commitment → hogere commerciële waarde, maar ook meer flexibiliteit vereist.
Langere looptijd → meer prijszekerheid, maar ook betere bescherming tegen strategische wijzigingen.
Hogere korting → alleen aantrekkelijk wanneer de bijbehorende consumptie realistisch is.
Daarmee wordt de onderhandeling een ruil van economische waarde in plaats van een discussie over losse percentages.
De klant moet zijn eigen onderhandelingspositie kennen
Een sterke Microsoft-onderhandeling begint vóór het eerste commerciële voorstel.
De organisatie moet vooraf weten:
- wat de huidige Azure-consumptie is;
- welke consumptie structureel is;
- welke kosten door FinOps kunnen dalen;
- welke nieuwe workloads waarschijnlijk zijn;
- welk commitment financieel verantwoord is;
- waar de grens van acceptabel risico ligt;
- welke contractuele flexibiliteit noodzakelijk is;
- en welke alternatieven beschikbaar zijn.
Dat laatste hoeft niet te betekenen dat de organisatie volledig van Azure wil migreren.
Een alternatief kan ook betekenen dat een workload niet naar Azure verhuist, dat een project wordt uitgesteld of dat een andere technische oplossing wordt gekozen.
Onderhandelingsmacht ontstaat wanneer de klant keuzes heeft.
Een Azure-renewal verdient een multidisciplinaire aanpak
De renewal is geen exclusief IT-proces.
Finance kijkt naar budget en exposure.
Procurement kijkt naar prijs en contractvoorwaarden.
IT kijkt naar de roadmap.
Architectuur kijkt naar technische haalbaarheid.
FinOps kijkt naar efficiency.
Legal kijkt naar verplichtingen en risico’s.
Wanneer ieder team afzonderlijk onderhandelt, kan Microsoft uiteindelijk met verschillende interne uitgangspunten worden geconfronteerd.
Een betere aanpak is om vooraf één gezamenlijk commercieel standpunt vast te leggen.
Niet alleen:
“Dit is het bedrag dat we willen betalen.”
Maar:
“Dit is het commitment dat past bij onze strategie, dit is het risico dat we accepteren en dit zijn de voorwaarden die daarvoor noodzakelijk zijn.”
Kijk verder dan de huidige renewal
Een Azure-contract werkt door in toekomstige onderhandelingen.
De huidige consumptie beïnvloedt toekomstige forecasts.
Een eerder gekozen commitment kan een referentiepunt worden.
De cloudarchitectuur kan verder richting Azure bewegen.
En naarmate meer workloads afhankelijk worden van het platform, kan de ruimte om alternatieven te overwegen kleiner worden.
Daarom hoort een renewal ook een strategische vraag te bevatten:
Welke afhankelijkheid creëren we met dit contract?
Dat is breder dan prijs.
Het gaat om technische lock-in, financiële verplichtingen, contractuele flexibiliteit en de toekomstige onderhandelingspositie.
Wat maakt een Azure-deal werkelijk goed?
Niet de hoogste korting.
Niet het grootste commitment.
En ook niet de meest optimistische cloudforecast.
Een goede Azure-deal heeft een commerciële structuur die past bij de werkelijkheid van de organisatie.
De verwachte consumptie is onderbouwd.
De financiële exposure is inzichtelijk.
FinOps is meegenomen.
De contractuele verplichtingen zijn begrepen.
En de organisatie heeft voldoende ruimte om haar strategie te wijzigen zonder dat een oude forecast de komende jaren de beslissingen gaat bepalen.
Dat is uiteindelijk waar een enterprise renewal over zou moeten gaan.
Onderhandel niet alleen over korting, maar over risico
Een Azure-renewal is een strategische beslissing over toekomstige cloudkosten.
Wie alleen naar het kortingspercentage kijkt, ziet maar een deel van het contract.
De relevante vraag is hoeveel zekerheid Microsoft krijgt, hoeveel flexibiliteit de klant behoudt en hoe het financiële risico wordt verdeeld wanneer de werkelijkheid afwijkt van de forecast.
Een Azure-commitment hoort de cloudstrategie te volgen, niet andersom.
BeSharp Experts helpt organisaties om Microsoft-contracten, Azure-commitments en cloudkosten vanuit het klantbelang te beoordelen. Dat kan bijvoorbeeld via een onafhankelijke second opinion, contractanalyse of ondersteuning bij een strategische renewal.
Niet om méér Azure te kopen.
Maar om ervoor te zorgen dat wat u contractueel vastlegt ook past bij wat uw organisatie daadwerkelijk nodig heeft.
FAQ Microsoft Azure-kortingen en MACC
Is er een vaste Microsoft-regel dat 25% of 40% groei nodig is voor korting?
Niet als publiek, algemeen Microsoft-beleid. Concrete groeipercentages worden in de markt genoemd, maar organisaties moeten de commerciële voorwaarden voor hun eigen account en contract laten specificeren.
Wat is een Microsoft Azure Consumption Commitment?
MACC is een contractuele afspraak waarbij een organisatie zich committeert aan een bepaald niveau van Azure-bestedingen gedurende een bepaalde periode. De voortgang kan voor daarvoor in aanmerking komende klanten via Azure worden gevolgd.
Wat gebeurt er wanneer een MACC niet wordt gehaald?
Microsoft beschrijft een shortfall charge wanneer het MACC- of milestone-doel aan het einde van de betreffende periode niet wordt gehaald. Het resterende bedrag wordt daarbij als Azure prepayment credit op het account toegepast.
Tellen Marketplace-aankopen mee voor MACC?
Dat kan. De aankoop moet onder meer Azure benefit eligible zijn, via de Azure-portal worden afgerond en binnen de actieve MACC-term plaatsvinden.
Waarom moet FinOps bij een Azure-renewal betrokken zijn?
Omdat cloudoptimalisatie de toekomstige consumptie kan veranderen. Een commitment dat uitsluitend op historische spend is gebaseerd, kan daardoor te hoog uitvallen.
Is de hoogste Azure-korting automatisch de beste deal?
Nee. Een hogere korting kan gepaard gaan met een hoger commitment of minder flexibiliteit. De totale economische waarde en het bijbehorende risico moeten worden beoordeeld.
Wanneer moet een Azure-renewal worden voorbereid?
Bij strategische enterprise-contracten is het verstandig om ruim vóór de formele renewalonderhandeling te beginnen. Vooral de analyse van consumptie, roadmap, FinOps en contractuele exposure kost tijd.