Je weet dat het tijd is om te wisselen van Magento bureau. In het eerste artikel over Magento developer wisselen bespraken we wanneer een overstap zinvol is en hoe je je voorbereidt. Dit artikel gaat verder: het overdrachtsproces, red flags bij een nieuw bureau, realistische kosten, en een concrete checklist.
Het overdrachtsproces stap voor stap
Stap 1: Oriëntatie en kennismaking
Vertel openlijk over je situatie bij nieuwe bureaus. Vraag naar hun ervaring met overnames, bespreek verwachtingen rond communicatie en responstijden, en check of de klik er is.
Vraag specifiek naar referenties van vergelijkbare overnames. Spreek met huidige klanten - niet alleen de referenties die ze aanleveren. En check de technische fit: kennen ze jouw Magento versie, modules en integraties?
Stap 2: Code audit en quickscan
De meeste goede bureaus beginnen met een quickscan. Ze bekijken je code, configuratie en infrastructuur om te zien waar ze mee te maken hebben.
Wat ze controleren: Magento versie en patch level, kwaliteit van custom code, security issues, performance problemen, technische schuld en afhankelijkheden.
Waarom dit belangrijk is: Ze krijgen een realistisch beeld, jij krijgt een eerlijke inschatting, quick wins worden zichtbaar en kritieke risico’s komen boven tafel.
Kosten: €2.000-5.000, afhankelijk van complexiteit. Sommige bureaus bieden het gratis aan bij een contract. Je krijgt een rapport met bevindingen, aanbevelingen en kosteninschatting.
Stap 3: Offerte en planning
Op basis van de audit krijg je een voorstel:
Overdrachtskosten (20-40 uur): Toegangen overnemen en verifiëren, development environment opzetten, deployment procedures uitzoeken, kennismaking met je specifieke setup, eerste kleine aanpassingen als test.
Achterstallig onderhoud: Dit is apart. Een goed bureau maakt onderscheid in:
- Must have: kritieke security updates en fixes
- Should have: belangrijke verbeteringen voor stabiliteit
- Nice to have: optimalisaties die later kunnen
Je hoeft niet alles in één keer te doen, maar je moet wel weten waar je staat.
Stap 4: Toegangen overdragen
Doe dit stapsgewijs. Start met readonly toegang tot Git en staging. Dan staging hosting. Later productie (met jou nog als hoofdbeheerder). Het nieuwe bureau checkt of ze kunnen builden, deployen en alles hebben wat nodig is.
In deze fase heb je twee bureaus met toegang. Dat is prima. Communiceer duidelijk met beide partijen over wie wat doet.
Stap 5: Parallelperiode
De meest onderschatte maar belangrijkste stap voor een soepele overgang.
Kleine opdrachten eerst. Geef het nieuwe bureau niet-kritieke opdrachten: een content aanpassing, een CMS blok, een configuratiewijziging. Dit is een test: snappen ze het deployment proces? Is de communicatie goed? Werken ze netjes? Komt de kwaliteit overeen met je verwachtingen?
Grotere opdrachten. Als de kleine dingen goed gaan: een nieuwe feature, een integratie aanpassing, performance optimalisatie.
Overlap met oud bureau. In deze fase kan het handig zijn om je oude bureau nog beschikbaar te hebben voor vragen over historische beslissingen en kennis die nergens gedocumenteerd staat. Sommige bureaus werken hier niet aan mee. Dat is vervelend maar niet het einde van de wereld - een goede developer kan zich ook zonder uitleg inwerken.
Stap 6: Volledige overstap
Sluit de samenwerking met het oude bureau schriftelijk af. Handel facturen af en trek toegangen in.
Met je nieuwe bureau: formaliseer SLA afspraken, spreek communicatiekanalen af (Slack, email), wijs een vast contactpersoon aan, en maak een planning voor regulier onderhoud. Plan na 3 maanden een evaluatie om bij te sturen als dat nodig is.
Red flags bij een nieuw bureau
Je wisselt omdat je niet tevreden bent. Dit zijn tekenen dat je nieuwe bureau misschien ook niet de juiste is:
Beloven maar niet leveren
Als een bureau bij het eerste gesprek meteen overal ja op zegt zonder kritische vragen te stellen, wees dan op je hoede. Goede bureaus stellen veel vragen, geven eerlijk hun grenzen aan, zijn realistisch over tijdsinschattingen en waarschuwen voor risico’s.
Geen referenties
“We mogen geen klanten noemen vanwege NDA’s.” Onzin. Elk goed bureau heeft klanten die als referentie willen optreden. Vraag specifiek naar vergelijkbare overnames.
Geen direct developer contact
Bij technische vragen wil je soms direct met een developer sparren. Vraag wie het feitelijke werk doet en of je daar contact mee kan hebben.
Onduidelijke prijsopbouw
Je wilt vooraf weten: wat kost een uur, hoe worden schattingen gemaakt, wat als een schatting niet klopt, zijn er vaste pakketten voor onderhoud.
Ze praten slecht over je huidige bureau
Een professioneel bureau spreekt met respect over voorgangers, ook als het werk niet geweldig is. Als ze nu je bureau afkraken, praten ze straks zo over jou.
Geen proactieve communicatie tijdens de audit
Als ze tijdens de audit al stil zijn, weinig vragen stellen en traag reageren, is dat geen goed teken. Dit is hun moment om te scoren. Als ze nu al niet scherp zijn, hoe wordt het dan later?
Druk om snel te beslissen
“Dit aanbod geldt tot volgende week.” Kunstmatige urgentie is een verkooptruc. Een goed bureau begrijpt dat je tijd nodig hebt voor een weloverwogen beslissing.
Wat kost een overstap?
Directe kosten
- Code audit: €2.000-5.000 (eenmalig)
- Overdracht en inwerkperiode (20-40 uur): €2.000-5.000
- Totaal overstap zelf: €4.000-10.000
Achterstallig onderhoud (variabel)
- Licht: €2.000-5.000 (één minor versie, paar patches)
- Matig: €5.000-15.000 (meerdere versies, verouderde modules)
- Zwaar: €15.000+ (complete upgrade, grote refactoring)
Het goede nieuws: dit hoef je niet in één keer te doen. Prioriteer het kritieke werk.
Lopende kosten
- Onderhoudspakket: €750-3.000/maand
- Ad hoc uurtarief: €100-125/uur voor projecten buiten regulier onderhoud
Return on investment
Stel je betaalt nu €1.500/maand maar aanpassingen duren weken en er worden constant fouten gemaakt. Je nieuwe bureau rekent €1.800/maand maar werkt snel, communiceert proactief en levert hogere kwaliteit. Die €300/maand verschil verdien je binnen no-time terug.
Een voorbeeld uit de praktijk: een klant had een bug in het checkout proces die bij hun oude bureau 6 weken duurde om op te lossen. Zes weken gemiste conversie, geschat op €15.000. De overstap kostte €7.000. Na drie weken terugverdiend.
Reken ook met je eigen tijdsinvestering: 10-20 uur gespreid over de eerste 2 maanden voor gesprekken, vragen beantwoorden en feedback geven. En budget 10-20% ruimte voor onverwachte bevindingen uit de audit.
Checklist voor een soepele overstap
Voorbereiding
- Verzamel alle toegangen (hosting, Git, DNS, database)
- Lijst van externe integraties en betaalde modules/licenties
- Download recente database backup en eventuele documentatie
- Noteer specifieke frustraties en wat goed gaat
- Check je huidige contract: opzegtermijn en voorwaarden
Oriëntatie
- Plan gesprekken met minimaal 3 bureaus
- Vraag naar ervaring met overnames en referenties
- Check de klik en vraag om voorstel voor quickscan
Audit en beslissing
- Geef readonly toegang voor audit
- Bestudeer rapport, stel vragen over onduidelijkheden
- Vergelijk offertes, maak keuze, teken contract
Overdracht
- Informeer huidig bureau schriftelijk
- Geef nieuw bureau stapsgewijs toegang
- Test-opdracht geven en evalueren (kwaliteit, communicatie, snelheid)
- Grotere opdracht en optionele parallelperiode
Go-live
- Sluit oud bureau formeel af, trek toegangen in
- SLA en communicatieafspraken vastleggen
- Monitoring, sync momenten en eerste project plannen
Evaluatie (na 3 maanden)
- Worden afspraken nagekomen?
- Klopt communicatie en kwaliteit?
- Verbeterpunten bespreken, volgende evaluatie plannen
Tot slot
Een overstap naar een nieuw Magento bureau is geen drama als je het goed aanpakt. De investering verdien je vaak binnen maanden terug door betere service, snellere development en minder frustratie.
Start met het eerste artikel over Magento developer wisselen als je dat nog niet hebt gelezen. Of bekijk onze Magento overname dienst en neem contact op.