Microsoft introduceert twee nieuwe GitHub Pre-Purchase Plans waarmee organisaties vooraf GitHub-verbruik kunnen inkopen tegen gereduceerde tarieven.
Op het eerste gezicht lijkt dit een logische uitbreiding van bekende constructies zoals Azure Reserved Instances, Azure Savings Plans en Microsoft Azure Consumption Commitments.
De werkelijke betekenis ligt echter dieper.
GitHub ontwikkelt zich steeds nadrukkelijker van een traditioneel licentieproduct naar een consumptiegedreven platform waarin AI-gebruik, automatisering en ontwikkelcapaciteit bepalend worden voor de uiteindelijke factuur.
Voor CIO’s, FinOps-teams, cloud governance specialisten, software asset managers en procurement-afdelingen verandert daarmee fundamenteel hoe GitHub-budgetten moeten worden gepland, beheerd en gecontroleerd.
De introductie van GitHub Pre-Purchase Plans laat zien waar enterprise software zich in bredere zin naartoe beweegt: een wereld waarin AI-consumptie belangrijker wordt dan gebruikerslicenties.
Van seat-based licensing naar AI consumption pricing
Jarenlang was GitHub financieel relatief eenvoudig.
Organisaties betaalden voornamelijk voor GitHub Enterprise, GitHub Team en GitHub Copilot. Het aantal gebruikers bepaalde grotendeels de kosten en budgetten waren relatief voorspelbaar.
Dat model verandert snel.
AI-functionaliteit creëert nieuwe verbruikseenheden die losstaan van het aantal ontwikkelaars. Denk aan GitHub AI Credits, GitHub Actions, Codespaces, Advanced Security en toekomstige AI-agents die zelfstandig ontwikkelwerk uitvoeren.
Daardoor verschuift GitHub van een voorspelbaar licentiemodel naar een platform waarin daadwerkelijk gebruik steeds belangrijker wordt.
Diezelfde ontwikkeling zien we inmiddels ook bij Microsoft Copilot Credits, Azure AI Services, SAP AI Units en andere AI-gedreven softwareplatformen.
De centrale vraag verandert daardoor van:
“Hoeveel gebruikers hebben we?”
naar:
“Hoeveel AI-consumptie verwachten we?”
Dat lijkt een klein verschil.
In werkelijkheid verandert het de manier waarop software wordt begroot, beheerd en geoptimaliseerd.
Wat zijn GitHub Pre-Purchase Plans?
Microsoft introduceert twee afzonderlijke modellen.
Het eerste model is het GitHub AI Credits Pre-Purchase Plan. Deze variant richt zich specifiek op AI Credits en is bedoeld voor organisaties die vooraf AI-capaciteit willen inkopen voor GitHub Copilot, AI-agents en toekomstige AI-functionaliteiten.
Het tweede model is het bredere GitHub Pre-Purchase Plan.
Hiermee kunnen organisaties meerdere GitHub-diensten onder één commitmentstructuur plaatsen, waaronder GitHub Enterprise, GitHub Copilot, GitHub Actions, GitHub Codespaces, GitHub Advanced Security en GitHub AI Credits.
Organisaties kopen vooraf GitHub Commit Units (GCU’s) die gedurende een periode van twaalf maanden worden verbruikt.
Afhankelijk van de omvang van de commitment kunnen kortingen oplopen tot ongeveer vijftien procent.
De introductie van deze plannen hangt nauw samen met de snelle groei van GitHub Copilot binnen enterprise organisaties. Naarmate meer ontwikkelaars AI-functionaliteit gebruiken, wordt het voor organisaties steeds moeilijker om toekomstige kosten nauwkeurig te voorspellen.
GitHub Pre-Purchase Plans zijn daarom niet alleen een nieuwe kortingsconstructie. Ze zijn ook een instrument waarmee Microsoft organisaties steeds verder richting consumptiegedreven softwarebudgettering beweegt.
Waarom Microsoft dit doet
Microsoft positioneert de nieuwe plannen als instrument voor budgetzekerheid.
Vanuit klantperspectief is dat logisch. Organisaties krijgen meer voorspelbaarheid over toekomstige GitHub-kosten en kunnen AI-consumptie eenvoudiger opnemen in hun budgetteringsproces.
Vanuit Microsoft-perspectief speelt echter meer.
GitHub volgt dezelfde commerciële logica die we eerder zagen bij Azure, Microsoft 365 en andere cloudplatformen. Door klanten vooraf te laten committeren aan een bepaald verbruiksniveau ontstaat meer omzetzekerheid en wordt toekomstige consumptie beter voorspelbaar.
Commitmentmodellen bieden leveranciers meerdere voordelen:
- voorspelbare omzet
- langere klantbinding
- betere forecasting
- meer consumptiegroei
- sterkere platformafhankelijkheid
Dat mechanisme kennen we al uit Azure Reserved Instances, Azure Savings Plans, Enterprise Agreements en andere cloudcommitments.
De introductie van GitHub Commitments past daarom binnen een bredere ontwikkeling waarbij softwareleveranciers hun verdienmodel steeds verder verschuiven van licenties naar verbruik.
Voor organisaties is dat niet per definitie negatief. Het betekent wel dat de kwaliteit van forecasting steeds belangrijker wordt voor het uiteindelijke financiële resultaat.
GitHub wordt een FinOps-vraagstuk
Veel organisaties beschouwen GitHub nog steeds als een ontwikkelaarstool.
Dat beeld wordt steeds minder accuraat.
De introductie van GitHub Copilot, GitHub AI Credits, Actions, Codespaces en andere consumptiegebaseerde diensten zorgt ervoor dat GitHub steeds meer kenmerken krijgt van een cloudplatform. De kosten worden niet langer uitsluitend bepaald door het aantal gebruikers, maar steeds vaker door daadwerkelijk gebruik.
Daardoor verschuift de verantwoordelijkheid voor GitHub ook binnen organisaties.
Waar GitHub vroeger voornamelijk onder verantwoordelijkheid van development teams viel, raken tegenwoordig steeds meer disciplines betrokken bij besluitvorming, governance en kostenbeheer.
Steeds vaker zien we betrokkenheid van:
- CIO Office
- Development Leadership
- FinOps
- Procurement
- Software Asset Management
- Security
- Cloud Governance
- Enterprise Architecture
Dat is een logisch gevolg van de groeiende financiële impact van AI-ondersteunde softwareontwikkeling.
Organisaties moeten niet alleen sturen op licenties, maar ook op AI Credits, GitHub Actions, agent workloads, security scans, build workloads en andere vormen van platformconsumptie.
GitHub wordt daarmee onderdeel van hetzelfde financiële governance-domein als Azure, AWS en andere consumptieplatformen.
Waarom GitHub Copilot de groei van GitHub Commitments versnelt
De introductie van GitHub Pre-Purchase Plans hangt nauw samen met de snelle adoptie van GitHub Copilot binnen enterprise organisaties.
Waar GitHub-kosten vroeger grotendeels afhankelijk waren van het aantal gebruikers, zorgt AI-functionaliteit voor nieuwe vormen van consumptie die veel moeilijker voorspelbaar zijn.
Naarmate organisaties meer gebruikmaken van GitHub Copilot, AI Credits, AI-agents en geautomatiseerde ontwikkelprocessen ontstaat behoefte aan meer budgetcontrole.
GitHub Commitments zijn daarmee niet alleen een nieuwe kortingsconstructie. Ze vormen ook een antwoord op de groeiende financiële onzekerheid die AI-consumptie met zich meebrengt.
De grootste financiële valkuil: ongebruikte commitments
Het commitmentmodel biedt duidelijke voordelen.
Lagere tarieven, meer budgetvoorspelbaarheid en eenvoudiger financiële planning maken dergelijke constructies aantrekkelijk voor veel organisaties.
Tegelijkertijd ontstaat een bekend risico.
Onderbenutting.
Een organisatie die €500.000 committeert en uiteindelijk slechts €350.000 aan GitHub-consumptie realiseert, verliest een groot deel van het verwachte financiële voordeel.
Dit patroon zien we al jaren terug bij Azure Reservations, Azure Savings Plans, Enterprise Agreements, Oracle ULA’s en andere cloudcommitments.
De korting heeft alleen waarde wanneer het onderliggende gebruik correct wordt voorspeld.
Dat maakt forecasting uiteindelijk belangrijker dan de korting zelf.
GitHub en Azure: het risico van stapelende commitments
Een van de meest onderschatte risico’s van de nieuwe GitHub Commitments is het ontstaan van meerdere parallelle verplichtingen binnen hetzelfde softwarelandschap.
Veel organisaties beschikken vandaag al over verschillende commitmentconstructies.
Denk bijvoorbeeld aan Azure Commitments, Azure Savings Plans, Azure Reserved Instances, Microsoft Copilot Credits en GitHub Commitments.
Afzonderlijk kunnen deze constructies financieel aantrekkelijk zijn. Iedere leverancier presenteert ze immers als een manier om korting te verkrijgen en budgetten beter voorspelbaar te maken.
Het risico ontstaat wanneer deze commitments gezamenlijk worden beoordeeld.
Een organisatie kan tegelijkertijd Azure-capaciteit, GitHub-consumptie en AI-workloads vooraf hebben vastgelegd, terwijl het daadwerkelijke gebruik achterblijft bij de verwachtingen.
Dit fenomeen noemen wij commitment stacking.
Het probleem is niet dat één commitment verkeerd wordt ingeschat. Het probleem ontstaat wanneer meerdere commitments tegelijkertijd zijn gebaseerd op optimistische groeiverwachtingen.
Voor CIO’s en FinOps-teams verschuift de uitdaging daardoor van het optimaliseren van individuele contracten naar het beheren van het totale commitmentportfolio.
De vraag wordt niet langer welke korting beschikbaar is.
De vraag wordt hoeveel toekomstige consumptie daadwerkelijk realistisch is.
Juist daar ontstaat een nieuwe governance-uitdaging voor enterprise organisaties.
Hoe voorspelt u GitHub-verbruik?
Voordat een organisatie een GitHub commitment aangaat, is inzicht nodig in toekomstige consumptie.
Een effectieve aanpak begint met het analyseren van historisch gebruik van GitHub Actions, Codespaces, security scans en Copilot-adoptie.
Vervolgens moeten organisaties AI-groeiscenario’s modelleren. AI-gebruik groeit vaak veel sneller dan traditionele softwareadoptie. Forecasts die uitsluitend gebaseerd zijn op huidig gebruik blijken daardoor regelmatig te conservatief.
Ook is het belangrijk onderscheid te maken tussen pilots en productiegebruik. Veel organisaties extrapoleren pilotresultaten rechtstreeks naar de volledige organisatie, waardoor onnauwkeurige voorspellingen ontstaan.
Daarnaast zijn FinOps-rapportages essentieel. AI-consumptie moet inzichtelijk worden gemaakt op teamniveau, afdelingsniveau en kostenplaatsniveau.
Tot slot vraagt consumption forecasting om continue evaluatie. Een commitment mag nooit worden gebaseerd op een eenmalige inschatting.
Waarom GitHub Pre-Purchase Plans relevant zijn voor CIO’s, procurement en FinOps
De introductie van GitHub Pre-Purchase Plans raakt verschillende stakeholders binnen de organisatie.
Voor CIO’s draait het vooral om voorspelbaarheid. Naarmate AI-functionaliteit een groter onderdeel wordt van softwareontwikkeling ontstaat behoefte aan controle over toekomstige kosten en governance rondom AI-consumptie.
Voor procurement-teams verschuift de aandacht naar contractvoorwaarden. De hoogte van de korting is slechts één onderdeel van de onderhandeling. Veel belangrijker zijn flexibiliteit, rapportages, wijzigingsmogelijkheden en voorwaarden bij onderbenutting.
Voor FinOps-teams ontstaat een nieuwe verantwoordelijkheid. GitHub wordt steeds meer een platform waarvan gebruik actief moet worden gemonitord, geanalyseerd en geoptimaliseerd.
Software Asset Management-teams krijgen eveneens een nieuwe rol. Waar software governance jarenlang draaide om gebruikers, apparaten en licenties, ontstaat nu behoefte aan inzicht in AI-consumptie, platformgebruik en toekomstige groei.
GitHub ontwikkelt zich daarmee van ontwikkeltool naar bedrijfskritisch consumptieplatform.
Wat betekent dit voor contractonderhandelingen?
Veel organisaties zullen zich primair richten op de aangeboden korting.
Dat is zelden de belangrijkste onderhandelingsvariabele.
Belangrijkere vragen zijn:
- Hoe worden GitHub Commit Units berekend?
- Welke diensten vallen binnen de commitment?
- Welke rapportages zijn beschikbaar?
- Wat gebeurt er bij onderbenutting?
- Kunnen commitments tussentijds worden aangepast?
- Welke flexibiliteit bestaat bij wijzigende AI-adoptie?
- Hoe sluit GitHub aan op bestaande Microsoft-overeenkomsten?
- Welke relatie bestaat met Enterprise Agreements of MCA-contracten?
Juist deze voorwaarden bepalen uiteindelijk of een commitmentmodel waarde creëert of risico introduceert.
Strategische conclusie
GitHub Pre-Purchase Plans zijn geen losse prijswijziging.
Ze vormen een duidelijke indicatie van de richting waarin Microsoft, GitHub en de bredere softwaremarkt zich ontwikkelen.
De opkomst van GitHub Copilot, AI Credits, agentic development en consumptiegebaseerde prijsmodellen maakt financieel beheer van software complexer dan ooit.
Voor CIO’s, FinOps-teams en procurement-organisaties wordt de vraag niet langer hoeveel licenties nodig zijn.
De vraag wordt hoeveel consumptie daadwerkelijk zal plaatsvinden.
De uitdaging verschuift van licentiebeheer naar consumptiebeheer.
Organisaties die inzicht hebben in hun toekomstige GitHub-consumptie kunnen profiteren van de nieuwe commitmentmodellen.
Organisaties die uitsluitend naar de korting kijken, lopen het risico dezelfde fouten te maken die eerder zichtbaar werden bij cloudcommitments, Enterprise Agreements en andere verbruiksgebaseerde contractconstructies.
En precies daar zullen de grootste kostenbesparingen of de grootste financiële verrassingen ontstaan.
GitHub verandert van licentieproduct naar consumptieplatform. Is uw organisatie daarop voorbereid?
Naarmate GitHub Copilot, AI Credits en andere consumptiegebaseerde diensten een groter onderdeel worden van het IT-landschap, nemen ook de uitdagingen rondom forecasting, governance en contractmanagement toe.
BeSharp Experts helpt CIO’s, procurement-teams en FinOps-organisaties bij het beoordelen van GitHub Commitments, Microsoft-contracten en AI-consumptiemodellen.
Voorkom dat nieuwe AI-prijsmodellen leiden tot dezelfde financiële verrassingen die veel organisaties eerder zagen bij Azure Commitments, Enterprise Agreements en andere verbruiksgebaseerde contracten.