Deel 3: De eerste 90 dagen na de overname
Het onderhoud van een Drupal-website overdragen aan een andere partij is geen beslissing die je iedere dag neemt. Toch komt het regelmatig voor. Omdat de samenwerking niet meer goed past, omdat kennis verdwijnt of omdat de website inmiddels andere aandacht nodig heeft. In deze driedelige serie bekijken we wanneer overstappen verstandig is, wat een goede overdracht vraagt en hoe de eerste maanden daarna verlopen.
- Deel 1: wanneer is een andere partner verstandig?
- Deel 2: Wat is nodig voor een verantwoorde overdracht?
In deel 2 ging het over de overdracht zelf. Wat moet er worden afgesproken, welke gegevens zijn nodig en hoe zorg je dat de overgang niet groter wordt gemaakt dan hij is? Daarna begint het echte werk pas.
Dat klinkt misschien minder spannend maar dit is wel de fase waarin duidelijk wordt of de wisseling prettig verloopt. De nieuwe partij heeft toegang gekregen, maar kent de website nog niet door en door. Jij wilt ondertussen vooral dat de website blijft werken en dat je niet ineens in een technisch project belandt. Dat hoeft ook niet.
De eerste 90 dagen zijn er vooral om overzicht te krijgen. Wat werkt goed? Waar zitten risico’s? Welke afspraken zijn handig? En wat hoeft helemaal niet nu? Niet alles hoeft meteen aangepakt te worden. Eerst begrijpen. Dan prioriteren. Daarna uitvoeren.
Laat eerst de basis controleren
Na de overdracht wil je vooral weten of de basis klopt. Kan de nieuwe partij overal bij? Is de website bereikbaar? Werken de belangrijkste formulieren? Komen e-mails aan? Zijn back-ups geregeld? Zijn er openstaande veiligheidsupdates? Dat zijn geen spectaculaire vragen maar ze geven wel rust.
Je wilt niet pas bij de eerste storing ontdekken dat een bepaald account ontbreekt, dat niemand weet waar de back-ups staan of dat een formulier al een tijdje geen meldingen verstuurt. Als website-eigenaar hoef je dit niet zelf technisch te controleren. Vraag gewoon of de nieuwe onderhoudspartner in de eerste periode de basis naloopt en terugkoppelt wat daaruit komt. Niet als dik rapport maar gewoon helder:
- Dit is gecontroleerd
- Dit werkt
- Dit vraagt aandacht
- Hiervoor hebben we nog informatie nodig
Daar heb je meer aan dan aan twintig technische termen waar je zelf weinig mee kunt.
Accepteer dat niet alles tegelijk hoeft
Bij bijna iedere overgenomen website komt wel iets naar boven. Dat is geen schande. Een website die al jaren draait, heeft nu eenmaal een verleden. Er staan misschien updates open. Er is maatwerk waarvan niemand meer precies weet waarom het ooit zo is gebouwd. Er is een koppeling die eerder problemen gaf. Of er staan foutmeldingen in de logs die bekeken moeten worden. De neiging is dan om alles direct te willen oplossen. Begrijpelijk, maar niet altijd verstandig.
Als alles tegelijk belangrijk wordt gemaakt, ontstaat vooral onrust. Dan krijg je een lange lijst met punten en lijkt het alsof de website op omvallen staat, terwijl dat lang niet altijd zo is. Vraag daarom om onderscheid. Wat moet direct? Wat moet binnenkort? Wat kan later? En wat is vooral iets om te weten, maar niet meteen iets om op te lossen? Onderhoud is niet hetzelfde als alles perfect maken.
Zet risico’s vóór wensen
Na een overname komen vaak ook wensen boven tafel. Nu er toch een nieuwe partij meekijkt, is het verleidelijk om meteen die ene pagina aan te passen, een formulier te verbeteren of een nieuwe functie te bespreken. Dat kan natuurlijk. Maar in de eerste periode is het meestal verstandiger om eerst naar risico’s te kijken.
Zijn er beveiligingsupdates die niet te lang moeten blijven liggen? Is duidelijk of de back-up bruikbaar is? Draait de website op ondersteunde software? Zijn er onderdelen waarvan bekend is dat ze kwetsbaar zijn? Dat soort zaken zijn minder zichtbaar dan een nieuwe knop of een aangepast formulier. Maar ze zijn wel belangrijker voor de continuïteit.
Dat betekent niet dat wensen op de plank moeten verdwijnen. Het betekent alleen dat de volgorde moet kloppen. Eerst zorgen dat de basis betrouwbaar is. Daarna kun je veel rustiger verbeteren.
Spreek af hoe onderhoud voortaan verloopt
Een wisseling van onderhoudspartner is een goed moment om afspraken opnieuw duidelijk te maken. Niet zwaar. Niet ingewikkeld. Gewoon praktisch. Hoe meld je een probleem? Wanneer krijg je reactie? Hoe worden updates ingepland? Worden kleine aanpassingen direct opgepakt of eerst besproken? Wat gebeurt er bij spoed?
Veel irritatie rond websitebeheer ontstaat niet doordat iets technisch moeilijk is, maar doordat niemand weet wat hij kan verwachten. De ene keer krijg je dezelfde dag reactie. De andere keer hoor je twee weken niets. De ene wijziging wordt meteen gedaan. De andere blijft liggen omdat niemand weet of er akkoord op is gegeven. Dat wil je voorkomen. Vraag daarom in de eerste maanden om een eenvoudige werkwijze. Bijvoorbeeld:
- Zo meld je een vraag of storing
- Zo wordt urgentie beoordeeld
- Zo vaak worden updates bekeken
- Zo worden kleine werkzaamheden afgestemd
- Zo wordt teruggekoppeld wat er is gedaan
Dat hoeft geen zwaar proces te worden. Maar het moet vooral niet meer afhankelijk zijn van toeval.
Deel wat je zelf al weet over de website
Als website-eigenaar weet je vaak meer dan je denkt. Misschien niet technisch, maar wel praktisch. Je weet welke formulieren belangrijk zijn. Welke pagina’s vaak worden gebruikt. Welke koppeling absoluut niet mag uitvallen. Welke beheerhandeling vroeger steeds misging. Welke klacht van gebruikers vaker terugkomt.
Dat soort informatie kan van grote waarde zijn voor de nieuwe onderhoudspartner.
Niet alles staat in code of documentatie. Een website heeft ook een gebruiksgeschiedenis. Zeg dus vooral: ‘Dit formulier is belangrijk’, ‘Bij updates ging vroeger soms de zoekfunctie stuk’, ‘Deze koppeling gebruiken we dagelijks’, ‘Deze pagina wordt intern veel gebruikt’, ‘Als dit misgaat, bellen klanten direct’. Dat zijn geen technische opmerkingen, maar ze helpen wel om prioriteiten te stellen. De nieuwe partij leert de website sneller kennen als jij deelt wat in de praktijk belangrijk is.
Vraag om duidelijke terugkoppeling
De eerste maanden na een overname moeten vooral rust geven. Dat lukt alleen als je weet waar je aan toe bent. Niet iedere technische stap hoeft gemeld te worden; je hoeft echt niet bij elke update een verslag te krijgen van alle bestanden die zijn aangepast. Maar je wilt wel begrijpen wat er speelt.
Vraag daarom om terugkoppeling in gewone taal. Wat is gecontroleerd? Wat is gevonden? Wat wordt nu opgepakt? Wat kan wachten? Zijn er risico’s waar je rekening mee moet houden?
Goede communicatie maakt onderhoud kleiner. Slechte communicatie maakt zelfs klein onderhoud groot. Als je na de overname nog steeds niet weet wat er gebeurt, is er weinig gewonnen. Dan is misschien de leverancier veranderd, maar niet het gevoel dat je grip hebt.
Na 90 dagen moet het normaal voelen
Na drie maanden hoeft de website niet perfect te zijn. Dat is ook niet het doel. Maar je moet niet meer het gevoel hebben dat je midden in een overdracht zit. De website is dan niet meer ‘net overgenomen’, maar gewoon in beheer.
De belangrijkste toegangen zijn gecontroleerd. De grootste risico’s zijn bekend. Openstaande punten zijn geordend. Er is een ritme voor updates. Je weet hoe je meldingen doet en je weet ongeveer wat je van de nieuwe partij kunt verwachten. Met andere woorden: de website is niet meer ‘net overgenomen’. Hij zit in beheer. Dat is het verschil.
Een goede overname eindigt niet op de dag dat de toegangen zijn doorgestuurd. En ook niet na de eerste technische controle. Een goede overname is geslaagd wanneer het onderhoud weer overzichtelijk voelt: je weet wie waarvoor verantwoordelijk is, wat er speelt en wat de volgende logische stap is.
Daar hoef je als website-eigenaar geen technisch projectleider voor te worden. Je hoeft vooral te zorgen dat de juiste informatie op tafel komt, dat afspraken duidelijk zijn en dat niet alles tegelijk belangrijk wordt gemaakt.
Dan wordt een wisseling van onderhoudspartner geen grote operatie, maar gewoon een ordelijke overgang naar rustiger beheer.