Je hebt het project afgerond. De software staat live. Het contract is getekend, de data is gemigreerd, iedereen heeft een account. Drie maanden later is het systeem nog niet optimaal in gebruik.
Geen crash. Geen incident. Gewoon: langzaam terugvallen op Excel, op mailtjes, op “ik hou het zelf wel bij”. En het gekke is: niemand voelt zich daar verantwoordelijk voor. Want niemand ís verantwoordelijk.
Dat is geen implementatieprobleem. Dat is een eigenaarschapsprobleem: de stilste, dodelijkste manier waarop softwareprojecten mislukken, bij elke leverancier, met elk systeem.
Livegang is het startpunt, niet de finish
Livegang is voor ons geen eindpunt, maar het begin van de samenwerking. Toch is er één ding dat geen enkele leverancier voor je kan regelen: wie er intern eigenaar is van het proces.
Contractmanagement stopt niet bij livegang. Nieuwe contracten komen binnen, verantwoordelijkheden verschuiven, collega’s vertrekken. Zonder dat iemand dit intern bewaakt, verwatert het systeem net zo hard als de Excel-sheet die het moest vervangen, ongeacht hoeveel support er beschikbaar is.
Waar het misgaat
Het probleem zit zelden in kwade wil, maar in een gat dat niemand heeft opgemerkt.
- IT ziet het systeem als “geleverd” na livegang
- De inkoper of jurist die het initiatief nam, werkt inmiddels aan het volgende project
- Eindgebruikers hebben nooit om het systeem gevraagd en voelen zich er geen eigenaar van
- Het management gaat ervan uit dat “het loopt”, omdat niemand aan de bel trekt
Iedereen kijkt naar iemand anders. En in die stilte sterft de adoptie.
Signalen om op te letten
Dit proces verloopt traag, en dat maakt het gevaarlijk. Let op:
- Contracten worden weer los in de mail rondgestuurd “om het zeker te weten”
- Nieuwe medewerkers krijgen geen introductie in het systeem
- Rapportages kloppen niet meer met de werkelijkheid en niemand corrigeert dat
- Er is geen vast intern aanspreekpunt meer voor het systeem
- Bij het jaarlijkse contractoverleg duikt alsnog een schaduw-Excel op
Herken je twee van deze punten? Dan ben je het eigenaarschap al aan het verliezen. Dit zijn ook precies de signalen waar wij bij GRIP in onze contacten met organisaties actief op letten: hoe eerder we ze samen opmerken, hoe makkelijker ze te herstellen zijn.
Een gezamenlijk vraagstuk
Dit los je niet op met meer training alleen. Je lost het op met een naam en een partner die meedenkt over hoe je dat eigenaarschap organiseert.
Wij nemen als leverancier verantwoordelijkheid voor structurele check-ins na livegang, het signaleren van afwijkend gebruik, meedenken bij onboarding van nieuwe gebruikers, en doorontwikkeling die meegroeit met je organisatie. Hoe dat concreet werkt zie je op het Contract Dashboard, waar acties, KPI’s en verantwoordelijkheden op één plek samenkomen.
Maar intern eigenaarschap kunnen wij niet overnemen. Dat vraagt om iemand, niet een team, één mens die verantwoordelijk is voor procesbewaking, het inwerken van nieuwe gebruikers, escalatie bij problemen, en het meegroeien van het systeemgebruik met de organisatie.
Dit hoeft geen fulltime rol te zijn, maar wel een expliciete rol, met tijd en mandaat. In een regieorganisatie past die rol logisch bij de contractmanager of regisseur die het proces sowieso al stuurt.
Wat je vandaag kunt doen
- Wijs een systeemeigenaar aan
- Maak eigenaarschap onderdeel van het functieprofiel, niet een taak die “erbij komt”
- Plan een terugkerend moment met je interne eigenaar én je leverancier
- Vraag je gebruikers: wie zouden zij bellen als het systeem niet doet wat het moet doen? Is het antwoord “weet ik niet”, dan heb je je antwoord
Software zonder eigenaar is geen systeem. Grip krijgen op je contracten is nooit het werk van één partij, het is iets wat je samen met je collega’s en leverancier organiseert, vanaf dag één tot ver na livegang. Benoem die eigenaar vandaag, voordat de schaduw-Excel terugkomt.