Je hebt een Magento webshop. Of je bent bezig om er een te bouwen. En nu sta je voor een lastige keuze: met welk bureau of welke developer ga je in zee? De verkeerde partner kost je niet alleen geld, maar ook tijd, stress en in het ergste geval een webshop die niet doet wat je nodig hebt.
Het probleem is: als je niet technisch bent, hoe beoordeel je dan of een bureau goed is? Iedereen beweert Magento expert te zijn. Iedereen heeft mooie cases. En de prijzen verschillen enorm - van 50 euro per uur tot 150 euro of meer.
In een tweede artikel ga ik dieper in op waarom de goedkoopste keuze je vaak het meest kost.
De drie modellen: groot, klein of specialist
Het grote bureau (20+ developers)
Mooie website, awards, bekende merken. Je eerste contact is met een accountmanager, daarna krijg je een projectmanager die developers aanstuurt.
Voordelen:
- Kunnen grote projecten aan met complexe requirements
- Meerdere developers beschikbaar (als iemand ziek is, loopt het door)
- Gestructureerde processen en tooling
- Alles uit één hand: development, design, hosting, marketing
Nadelen:
- Duur (vaak 100-150 euro per uur of meer)
- Geen direct contact met de developers die de code schrijven
- Telephone game: jij → projectmanager → developer → projectmanager → jij
- Soms juniors op jouw project terwijl je voor senior tarief betaalt
Voor wie: Bedrijven met 10+ miljoen omzet en complexe B2B requirements. Kosten: Vanaf 100.000 euro nieuw platform, 2.500-7.500 euro/maand beheer.
Het kleine bureau (5-15 developers)
Vaak gespecialiseerd (B2B, Hyvä, migraties). Geen accountmanagers - je praat direct met een eigenaar die zelf ook code schrijft. Vast team van 1-3 developers, directe communicatie via Slack of WhatsApp.
Voordelen:
- Betaalbaar (85-110 euro per uur)
- Direct contact met de mensen die de code schrijven
- Persoonlijker - ze kennen jouw business echt
- Meer denkkracht: ze willen een goede oplossing, niet alleen uren draaien
Nadelen:
- Minder buffers (als de lead developer weg is, kan het trager gaan)
- Kunnen niet altijd grote teams inzetten als je haast hebt
Voor wie: Scale-ups en groeiende webshops (0,5-10 miljoen omzet). Bedrijven die een partnership willen in plaats van een leverancier-relatie. Kosten: Vanaf 25.000 euro nieuw platform, 1.000-3.500 euro/maand beheer.
De specialist of ZZP’er (1-3 developers)
Vaak 10+ jaar ervaring, gespecialiseerd in een niche. Je praat direct met de developer die de code schrijft. Vast uurtarief, informele communicatie.
Voordelen:
- Betaalbaar (75-110 euro per uur)
- Maximaal directe communicatie, veel ervaring, geen overhead
Nadelen:
- Eén persoon (als ze op vakantie of ziek zijn, staat je project stil)
- Kunnen niet meerdere developers tegelijk inzetten
- Geen 24/7 support mogelijk
- Minder gestructureerde processen
Voor wie: Webshops die al een Magento platform hebben en vooral onderhoud, bugfixes en kleine aanpassingen nodig hebben. Bedrijven met een technisch aanspreekpunt intern. Projecten waar één goede developer genoeg is. Kosten: Vanaf 20.000 euro nieuw platform (vaak alleen Hyvä), 750-2.500 euro/maand beheer.
Meer weten? Lees ons artikel over Magento agency vs ZZP.
De vragen die je moet stellen
1. Wie schrijft daadwerkelijk de code?
Bij grote bureaus krijg je vaak een projectmanager als contactpersoon, maar zie je nooit wie de code schrijft.
Goed: “Ik schrijf zelf de code” of “Je krijgt een vast team: John (8 jaar) en Sarah (4 jaar).” Rode vlag: “Dat wisselt per project” of ontwijkende antwoorden. Doorvraag: Hoeveel jaar Magento? Kunnen ze een GitHub profiel of voorbeeldcode laten zien?
2. Hoe gaan we communiceren?
In een webshop project moet je constant kleine beslissingen nemen. Als het twee dagen duurt voordat je antwoord krijgt, loopt het project vast.
Goed: “Slack channel met de developers” of “Je hebt mijn mobiele nummer.” Rode vlag: “Alle communicatie loopt via de projectmanager” of “We hebben een ticketsysteem.”
3. Wat zijn de reactietijden?
Een webshop die down is kost direct omzet. Een checkout bug tijdens Black Friday is een ramp.
Goed: “P1 (shop down) binnen 1 uur, ook ‘s avonds. Normale bugs binnen 24 uur.” Rode vlag: “We streven naar 2-3 werkdagen” of “Het ligt eraan hoe druk we het hebben.”
4. Welke referenties hebben jullie?
Goed: “Hier zijn drie klanten die je kan bellen” met naam, bedrijf en telefoonnummer. Rode vlag: “Dat is vertrouwelijk” of alleen logo’s zonder aanspreekpunten. Doorvraag: Vraag referenties die vergelijkbaar zijn met jouw situatie.
5. Hoe werken jullie met Magento updates?
Goed: “We testen eerst op staging, security patches binnen een week na release. We nemen proactief contact op.” Rode vlag: “We updaten alleen als jullie erom vragen” of “Updates zijn niet inbegrepen.”
6. Wat als we later naar een ander bureau willen?
Goed: “De code is standaard Magento, je bent eigenaar van alle repositories.” Rode vlag: “We hebben een eigen platform bovenop Magento” of “De code blijft ons eigendom.”
Twijfels over je huidige partner? Overweeg een Magento quickscan.
Vier rode vlaggen
1. Geen directe communicatie met developers
Als je nooit de developer spreekt die de code schrijft, worden vragen verkeerd begrepen, gaat nuance verloren en duurt alles langer. Een developer die direct met je praat stelt vragen waar een projectmanager niet aan denkt en kan proactief alternatieven voorstellen.
2. Vage offertes zonder breakdown
Je krijgt een offerte: “Magento 2 webshop: 45.000 euro.” Punt. Geen uitleg wat erin zit, geen urenbreakdown, geen fasering. Dit is een rode vlag.
Een goede offerte laat zien welke functionaliteit wordt gebouwd, hoeveel uur per onderdeel, welk tarief per rol, wat wel en niet is inbegrepen, en wat de aannames zijn.
Vage offertes zijn een probleem omdat je geen idee hebt waar je voor betaalt, alles wat niet expliciet genoemd is later “extra werk” blijkt te zijn, en je offertes niet kan vergelijken met andere bureaus.
Als een bureau zegt “we werken agile dus we maken geen gedetailleerde offerte”, dan begrijpen ze agile niet. Ook in agile heb je een budget en scope indicatie.
3. “Ja, we kunnen alles”
Als een bureau bij elk complex scenario meteen ja zegt zonder door te vragen, is dat een waarschuwingsteken. Specialisten zijn eerlijk over hun grenzen. “Ja-knikkers” ontdekken halverwege pas dat het complex is.
Een goed bureau vraagt door, noemt uitdagingen die je misschien niet had gezien, en zegt soms “dit is niet onze expertise, maar ik kan je doorverwijzen.”
4. Vendor lock-in signalen
De gevaarlijkste rode vlag, omdat je hem vaak pas ziet als het te laat is. Vendor lock-in betekent dat je vast zit aan een bureau. Je kan niet weg, want ze hebben een eigen framework bovenop Magento gebouwd, je hebt geen toegang tot de code repositories, of hosting en development kunnen niet los van elkaar.
Signalen tijdens de kennismaking: “We hebben onze eigen Magento variant ontwikkeld die veel beter is”, “De code blijft ons eigendom”, “Hosting en development zijn een pakket, kan niet los”, “We gebruiken onze eigen modules, die werken alleen op onze servers.”
Het gevolg: je betaalt jaar na jaar omdat je geen kant op kan. Wisselen betekent vanaf nul beginnen. Ze weten dat, dus service kan achteruit gaan en prijzen kunnen omhoog.
Vraag expliciet: zijn we vrij om later naar een ander bureau te gaan? Krijgen we toegang tot alle code? Is de code standaard Magento?
De volgende stap
Met dit artikel kan je een kennismakingsgesprek goed voorbereiden en de kritieke rode vlaggen herkennen. Maar er is nog een vraag: wat doe je met het prijsverschil tussen bureaus?
Dat behandelen we in: Waarom een goedkope Magento developer duur uitpakt.
Heb je nu al vragen? Neem contact met ons op of bekijk onze Magento partner pagina.