Je bent niet tevreden met je huidige Magento bureau. De communicatie loopt stroef, simpele aanpassingen duren weken, en je hebt het gevoel dat je steeds meer betaalt voor steeds minder. Maar wisselen? Dat voelt als een enorme stap. “Ze kennen mijn shop. Alle historie. Wat als het misgaat?”
Die angst snap ik. Maar laat me je dit vertellen: als je deze twijfels hebt, ben je waarschijnlijk niet de enige. En het goede nieuws is dat een overstap naar een nieuwe Magento developer veel soepeler kan verlopen dan je denkt.
In dit artikel leg ik je uit hoe je herkent wanneer het tijd is om te wisselen, waarom de drempel lager is dan je denkt, en hoe je je toegangen veiligstelt als eerste stap. Het complete overdrachtsproces en alles rond kosten en keuze van een nieuw bureau vind je in het draaiboek voor een soepele Magento overstap.
Wanneer is het tijd om te wisselen?
Laten we beginnen met de vraag die je jezelf waarschijnlijk al een tijdje stelt: wanneer is het echt tijd om van Magento bureau te wisselen?
Signaal 1: Trage responstijden
Je stuurt een email over een urgent probleem. Twee dagen later: nog geen reactie. Een week later krijg je een kort berichtje dat ze het gaan bekijken. Weer een week later wordt er eindelijk naar gekeken.
Dit patroon komt veel vaker voor dan je denkt. En het is geen teken van een druk bureau, maar van verkeerde prioriteiten. Een goed Magento bureau heeft een duidelijk SLA: binnen X uur reactie op urgente zaken, binnen Y dagen op normale aanvragen.
Als je structureel het gevoel hebt dat je moet zeuren om antwoord te krijgen, is dat een probleem.
Signaal 2: Geen proactief onderhoud
Wanneer heeft je bureau voor het laatst contact met je opgenomen over een update? Of over een security patch? Of met een voorstel om iets te verbeteren?
Als het antwoord “nooit” is, dan heb je geen partner maar een uitvoerende partij. En dat terwijl Magento regelmatig updates uitbrengt die echt belangrijk zijn voor de veiligheid en stabiliteit van je shop.
Een goed bureau plant Magento onderhoud proactief in, waarschuwt je voor komende wijzigingen, en komt met suggesties voor optimalisaties.
Signaal 3: Steeds hogere kosten zonder duidelijkheid
“Dat aanpassen van die button? Dat wordt 8 uur.”
Acht uur. Voor een button. En je krijgt geen uitleg waarom het zo lang duurt. Of je krijgt een technisch verhaal waar je niks van begrijpt.
Dit is een rode vlag. Niet omdat alle werkzaamheden simpel zijn, maar omdat een goed bureau transparant is over waarom iets tijd kost. Ze leggen uit wat er gebeurt, welke risico’s er zijn, en waarom een ogenschijnlijk simpele aanpassing soms complexer is.
Als je systematisch het gevoel hebt dat je te veel betaalt zonder te begrijpen waarom, is dat een probleem.
Signaal 4: Gebrek aan uitleg en communicatie
“We hebben wat code aangepast, zou nu moeten werken.”
Geen uitleg over wat het probleem was. Geen context over de oplossing. Geen documentatie. Gewoon een kort berichtje en weer stilte.
Dit lijkt misschien een klein punt, maar het is fundamenteel. Je betaalt dit bureau om jouw webshop te beheren. Je hebt recht op duidelijke communicatie over wat er gebeurt met je systeem.
Signaal 5: Geen grip op je eigen systeem
Vraag jezelf eens af:
- Heb je admin toegang tot je hosting?
- Weet je waar je Git repository staat?
- Heb je toegang tot je DNS instellingen?
- Kun je zelf bij de database backups?
Als het antwoord op meerdere van deze vragen “nee” of “weet ik niet” is, dan ben je te afhankelijk geworden. En dat is een risico. Niet alleen bij een eventuele overstap, maar ook gewoon voor de continuïteit van je bedrijf.
”Maar ze kennen mijn shop”: waarom dit niet zo erg is
Dit is de angst die ik het meest hoor. “Mijn huidige bureau heeft alles gebouwd. Ze kennen alle ins en outs. Een nieuw bureau moet opnieuw uitzoeken hoe alles werkt.”
Laat me eerlijk zijn: er zit een kern van waarheid in. Een nieuw bureau moet inderdaad inwerken. Maar deze angst wordt vaak groter gemaakt dan hij is.
Goede code legt zichzelf uit
Als je shop goed gebouwd is volgens Magento standaarden, dan kan elk ervaren Magento developer daar binnen redelijke tijd mee aan de slag. Magento heeft duidelijke conventies. Als je vorige bureau zich daaraan gehouden heeft, is de code leesbaar en begrijpelijk.
Probleem is: als je vorige bureau slecht werk heeft geleverd, dan is “ze kennen de code” eigenlijk geen voordeel maar een gebrek. Je zit dan gevangen met een bureau dat de enige is die begrijpt hoe hun eigen rommel werkt.
Een frisse blik is vaak een voordeel
Een nieuw bureau kijkt zonder vooringenomen blik naar je shop. Ze zien dingen die het vorige bureau normaal vond. Ze stellen vragen die al jaren niet gesteld zijn.
Ik kan je niet vertellen hoe vaak we bij een Magento overname dingen tegenkomen die “altijd al zo waren” maar eigenlijk gewoon verkeerd of inefficiënt zijn. Die frisse blik is waardevol.
De inwerkperiode valt mee
Bij een goede overdracht duurt de inwerkperiode voor een nieuw bureau ongeveer:
- Week 1-2: Code audit en toegangen regelen
- Week 3-4: Documentatie doornemen en eerste kleine aanpassingen
- Maand 2: Volledig operationeel voor reguliere werkzaamheden
- Maand 3-6: Steeds beter begrip van specifieke customisaties
Dus na ongeveer een maand kunnen ze normale werkzaamheden doen. Na drie maanden kennen ze je shop goed. Dat is korter dan je denkt.
Je koopt kennis in, geen afhankelijkheid
Het doel van een goed Magento bureau is niet om je afhankelijk te maken, maar om kennis en capaciteit te leveren. Als een bureau hun “unieke kennis van jouw shop” gebruikt als machtsmiddel, dan heb je het verkeerde bureau.
Voorbereiding: veilig je toegangen
Voordat je ook maar met een nieuw bureau gaat praten, moet je één ding doen: zorg dat je grip hebt op je eigen systeem.
Dit is cruciaal. Niet alleen voor een eventuele overstap, maar ook voor de continuïteit van je bedrijf. Stel je voor dat je huidige bureau morgen failliet gaat. Of dat jullie het onverhoopt volkomen oneens worden. Kun je dan bij je systeem?
Checklist: deze toegangen moet je hebben
Hosting
- Admin toegang tot je hostingpanel (Hypernode, AWS, etc.)
- SSH toegang als dat relevant is
- Overzicht van welke services er draaien
Als je hosting via je bureau loopt: vraag de inloggegevens of overweeg de hosting naar je eigen naam over te zetten. Je betaalt ervoor, dus je hebt recht op toegang.
Git repository
- Toegang tot de repository (GitHub, GitLab, Bitbucket)
- Overzicht van branches en deployment setup
- Kopie van de volledige repository history
Je code is van jou. Punt. Als een bureau weigert je toegang te geven tot je eigen code, dan is dat een enorme rode vlag.
DNS en domeinnaam
- Toegang tot waar je domeinnaam geregistreerd is
- Toegang tot DNS beheer
- Overzicht van alle DNS records
Dit is essentieel. Je domeinnaam is je merk. Die moet altijd onder jouw controle staan.
Email en andere diensten
- Toegang tot email hosting/setup
- Overzicht van email accounts en forwards
- Toegang tot externe diensten (payment providers, verzendpartijen, etc.)
Magento Admin
- Meerdere admin accounts (niet alleen het account van je bureau)
- Backup van admin wachtwoorden
- Overzicht van rollen en permissies
Backups
- Waar worden backups opgeslagen?
- Hoe vaak worden ze gemaakt?
- Kun je zelf bij de backups?
- Test of je een backup kunt terugzetten
Database
- Toegang tot database (phpMyAdmin of directe toegang)
- Recent database dump
- Overzicht van database credentials
Wat als je bureau niet wil meewerken?
Soms krijg je weerstand. “Dat is te technisch voor jullie”, of “dat regelen wij wel”, of in het ergste geval: weigering.
Dit is wat je doet:
- Vraag het schriftelijk: stuur een email met je verzoek om toegangen
- Wees duidelijk: je hebt recht op toegang tot je eigen systemen
- Geef een redelijke deadline: bijvoorbeeld twee weken
- Escaleer indien nodig: als ze blijven weigeren, schakel juridisch advies in
Een bureau dat weigert je toegang te geven tot je eigen systemen, daar wil je sowieso vanaf. Dat is geen partnerschap maar gijzeling.
Documentatie checken
Vraag ook om:
- Technische documentatie: welke modules zijn geïnstalleerd, welke customisaties zijn gedaan
- Integratiedocumentatie: welke externe systemen zijn gekoppeld en hoe
- Procesbeschrijvingen: hoe werkt deployment, hoe worden updates gedaan
- Licentie-overzicht: welke betaalde modules of diensten worden gebruikt
Als deze documentatie niet bestaat, is dat geen ramp, maar het vertelt wel iets over hoe je huidige bureau werkt.
Klaar voor de volgende stap?
Je weet nu wanneer het tijd is om te wisselen, waarom de drempel lager is dan je denkt, en hoe je je toegangen op orde krijgt. Dat is de basis voor een goede overstap.
Wat komt daarna? In het complete draaiboek voor een Magento overstap lees je stap voor stap hoe het overdrachtsproces werkt, waar je op moet letten bij een nieuw bureau, wat een overstap realistisch kost, en welke checklist je kunt volgen voor een soepele overgang.
Wil je eerst weten hoe jouw shop er technisch voor staat? Een Magento quickscan geeft je duidelijkheid zonder dat je al een beslissing hoeft te nemen. Of neem direct contact op als je al weet dat je wilt wisselen.