Onderhoud en support: plannen om te nemen of te laten
Na de oplevering kies je hoe je software wordt onderhouden: zelf draaien, aan een derde partij geven, of een onderhoudsplan van Globaprom nemen. Hier lees je wat een plan dekt, wat het kost, en waarom het weigeren een normale keuze is zonder straf.
Nooit verplicht, met opzet
Een onderhoudsplan is nooit een voorwaarde om met ons te werken. De code is van jou, net als de repository, de documentatie en de infrastructuuraccounts, dus de software blijft draaien of we na de lancering betrokken zijn of niet.
We hebben het bewust zo gebouwd. Een leverancier wiens onderhoudsomzet afhangt van zijn onvervangbaarheid heeft de verkeerde prikkel tijdens de bouw. De onze is het omgekeerde: hoe beter de overdracht, hoe makkelijker je ons kunt verlaten, en hoe groter de kans dat je terugkomt voor het volgende project.
Wat een onderhoudsplan dekt
Eén vast maandbedrag dekt de operationele last van je software:
- Hosting en exploitatie. Wij draaien de infrastructuur, of beheren die binnen je eigen accounts.
- Monitoring en alerts. Problemen worden door ons opgemerkt voordat je gebruikers ze opmerken.
- Updates van dependencies en beveiligingspatches. De audits uit de bouw lopen volgens een schema door, zodat de codebase niet stilletjes veroudert.
- Back-ups. Gemaakt, opgeslagen en getest, zodat de dag van herstel saai is.
- Kleine wijzigingen. Tekstaanpassingen, kleine correcties, een nieuw veld op een formulier: opgevangen binnen het plan in plaats van apart geoffreerd.
Onderhoudsplannen lopen van € 100 tot € 300 excl. btw per maand, afhankelijk van de omvang van het systeem en het niveau van dekking. De exacte dekking en het bedrag voor jouw software staan schriftelijk vast voordat je kiest, zoals stap zes van hoe we werken beschrijft. Plannen zijn maandelijks en opzegbaar; niets houdt je vast.
Zelf draaien is een echte optie
Zelf onderhouden is geen theoretisch recht dat we voor de juridische vorm noemen. De overdracht is ervoor gebouwd: documentatie geschreven voor je volgende ontwikkelaar, een bewust mainstream techstack, en deploymentconfiguratie die in je eigen repository staat, niet in onze hoofden. Heb je een IT-team, dan kan het de software vanaf dag één draaien.
Veel klanten nemen een plan voor de eerste maanden en beslissen met echte gebruiksdata. Anderen nemen er nooit een. Beide wegen zijn normale uitgangen uit ons proces, en geen van beide verandert de prijs van de bouw, die in onze vaste prijspakketten hoe dan ook vast blijft.
Wat een onderhoudsplan niet is
Twee grenzen houden het plan eerlijk:
- Onze eigen fouten herstellen is gratis, met of zonder plan. Voldoet de software niet aan de schriftelijke scope en de acceptatiecriteria die je hebt goedgekeurd, dan hoort de correctie bij de bouw, nooit bij het onderhoud.
- Nieuwe functies zijn nieuwe scope. Een plan dekt kleine wijzigingen; een nieuwe module of workflow krijgt zijn eigen schriftelijke offerte, zodat het maandbedrag nooit een blanco cheque wordt, in welke richting dan ook.
Beslis na de lancering, niet ervoor
Je hoeft geen onderhoudsmodel te kiezen om een project te starten. Boek het scopinggesprek, ontvang de vaste offerte, en kies je exploitatiemodel wanneer de software echt is.