In het eerste deel van deze serie - Zo kies je de juiste Magento partner - hebben we het gehad over de drie modellen, de vragen die je moet stellen en de rode vlaggen die je moet herkennen. Dit artikel gaat over de vraag die daarna altijd komt: wat doe je met het prijsverschil?
Je hebt offertes ontvangen. Eén bureau vraagt 65.000 euro voor een Magento webshop. Een ander bureau biedt hetzelfde - op papier - voor 25.000 euro. Logische keuze: het goedkope bureau.
Toch? Niet per se. Hier is waarom goedkoop vaak duur uitpakt.
Waarom “goedkoop” vaak duur uitpakt
Offshore development: het verschil tussen papier en praktijk
Veel budgetbureaus gebruiken offshore developers. Dat is niet per definitie slecht - er zijn uitstekende developers in India, Oost-Europa en elders. Maar er zijn wel risico’s:
Tijdzone problemen: Als je ‘s ochtends een vraag stelt, krijg je ‘s avonds laat antwoord. De volgende dag stel je een vervolgvraag. Weer een dag later krijg je antwoord. Wat in één gesprek van tien minuten opgelost kan worden, duurt nu drie dagen.
Communicatie: Niet alleen de taal, maar ook context. Als een developer niet bekend is met de Nederlandse markt, begrijpen ze niet waarom iDEAL zo belangrijk is. Of waarom we BTW-nummers valideren. Of hoe ons retourrecht werkt.
Kwaliteitscontrole: Het Nederlandse accountteam schrijft de code niet zelf en kan de kwaliteit moeilijk beoordelen. Je betaalt eigenlijk voor een tussenpersoon.
Geen directe relatie: Je praat met een accountmanager in Nederland. Die geeft het door aan een teamlead in het offshore kantoor. Die verdeelt het werk. Jij weet niet wie je code schrijft.
Het resultaat: de uren die je bespaart op het uurtarief, raak je kwijt aan miscommunicatie en extra rondes. Je bespaart niks, maar je hebt wel een traag proces.
Slechte code is technische schuld
Een junior developer kost 50-60 euro per uur. Een senior 100-125 euro per uur. Als het goedkope bureau alleen juniors inzet, lijkt dat aantrekkelijk. Totdat je een jaar later merkt dat:
- De webshop traag is (code is niet geoptimaliseerd)
- Nieuwe functionaliteit lastig toe te voegen is (code is slecht gestructureerd)
- Er veel bugs zijn (geen goede tests geschreven)
- Updates niet zomaar geïnstalleerd kunnen worden (code volgt geen Magento best practices)
Dit heet technische schuld. Je hebt het goedkoop gebouwd, maar je betaalt rente in de vorm van langzamere performance (minder conversie), meer tijd nodig voor aanpassingen (hogere kosten per feature), bugs die telkens terugkomen, en moeilijk wisselen van bureau (niemand wil met de code werken).
Het alternatief: betaal meer voor goede developers. De webshop wordt duurder in aanschaf, maar goedkoper in onderhoud. Features zijn sneller gebouwd. Minder bugs. Betere performance.
De herbouw na 2 jaar
Dit is het ergste scenario, en het komt vaker voor dan je denkt. Een bedrijf kiest voor een goedkoop Magento platform. Na twee jaar is het zo’n puinhoop dat een ander bureau zegt: “We kunnen hier niet mee verder. Dit moet opnieuw.”
- Shop gebouwd voor 20.000 euro
- Twee jaar lang 500 euro per maand voor onderhoud
- Webshop wordt steeds trager, bugs blijven terugkomen
- Nieuwe features kosten steeds meer uren
- Uiteindelijk: “Dit platform is niet meer te redden”
Totale kosten:
- Eerste platform: 20.000
- Onderhoud twee jaar: 12.000
- Herbouw: 50.000
- Totaal: 82.000 euro
Als ze meteen hadden gekozen voor een degelijk platform van 50.000 euro, hadden ze 32.000 euro bespaard en twee jaar ellende vermeden.
De “fix it later” mentaliteit
Goedkope bureaus werken vaak met de gedachte: “We bouwen snel iets, issues fixen we later.” Het probleem is dat “later” nooit komt. Er is altijd iets nieuws te bouwen, geen budget om oude code te refactoren.
Na een paar jaar zit je met een platform dat een wirwar van quick fixes is, niemand meer doorgrondt, steeds vaker kapot gaat en steeds trager werkt. En dan moet je herbouwen.
Directe communicatie met developers
Direct contact met developers is misschien wel het belangrijkste criterium bij het kiezen van een partner. Hier is een voorbeeld waarom.
Jouw vraag: “Als een klant een product in de winkelwagen legt maar niet binnen 24 uur afrekent, willen we een mail sturen met een kortingscode van 5%. Maar alleen voor klanten die nog nooit hebben besteld.”
Wat de projectmanager doorgeeft: “Abandoned cart mail met 5% korting.”
Wat de developer bouwt: Een abandoned cart mail met 5% korting voor alle klanten, na 1 uur al.
Het resultaat: Bestaande klanten krijgen massaal korting waar ze geen recht op hebben. Je ontdekt dit pas na twee weken.
Als je direct met de developer had gepraat, had die gevraagd: “Alleen voor nieuwe klanten - hoe definiëren we nieuw?” en “5% op de hele order of alleen de oorspronkelijke producten?” Drie vragen, twee minuten, een week extra werk voorkomen.
Developers denken in edge cases. Een developer die direct met je praat pakt dit soort details meteen op. Als het via een projectmanager gaat, wordt er iets gebouwd, jij test het, het klopt niet, het moet aangepast - en je verliest een week.
Snellere beslissingen
“Moeten we dit opslaan in de database of in de sessie?” “Doen we dit via een API call of batched via een cronjob?” Dit zijn technische vragen waar jij als klant niet per se verstand van hebt. Maar een goede developer kan in dertig seconden de trade-offs uitleggen. Dan zeg jij: “Snelheid is belangrijker dan kosten” en het is beslist.
Via een projectmanager duurt diezelfde beslissing twee dagen en acht emails. Direct contact bespaart je tijd, geld en frustratie.
Referenties checken: hoe doe je dat goed?
Een bureau geeft je drie referenties. Dat zijn waarschijnlijk hun drie meest tevreden klanten. Vraag of je zelf klanten mag kiezen uit hun portfolio. Als ze dat weigeren, is dat een rode vlag.
Bel, niet mailen. Mensen zijn aan de telefoon veel eerlijker. Je hoort ook de toon waarop iemand iets zegt.
De belangrijkste vragen:
- Hoe verliep de communicatie? Had je direct contact met developers?
- Liep het project binnen budget en planning?
- Hoe was het na oplevering? Veel bugs? Hoe snel werden die opgelost?
- Als je opnieuw moest kiezen, zou je dan weer voor hen kiezen?
- Zijn er dingen waar ze beter in kunnen?
Let op wat mensen niet zeggen. Als iemand enthousiast is over technische skills maar niks zegt over communicatie, is dat een signaal. Let ook op te perfecte antwoorden - als alles 100% fantastisch was zonder enkel minpuntje, is iemand niet eerlijk. Check ook Google Reviews en LinkedIn. Één negatieve review tussen twintig positieve is niet erg, maar een patroon is een waarschuwing.
Beslissingsmatrix
Je hebt kennisgemaakt met drie bureaus. Score elk bureau op een schaal van 1-10 per criterium, vermenigvuldig met het gewicht, en tel op.
| Criterium | Gewicht | Bureau A | Bureau B | Bureau C |
|---|---|---|---|---|
| Technische expertise | 20% | 8 (160) | 9 (180) | 7 (140) |
| Communicatie & bereikbaarheid | 20% | 7 (140) | 9 (180) | 8 (160) |
| Prijs-kwaliteit verhouding | 15% | 6 (90) | 7 (105) | 8 (120) |
| Referenties & track record | 15% | 8 (120) | 8 (120) | 6 (90) |
| Culturele fit | 10% | 7 (70) | 9 (90) | 6 (60) |
| Reactietijd & support | 10% | 7 (70) | 8 (80) | 7 (70) |
| Flexibiliteit & werkwijze | 5% | 6 (30) | 8 (40) | 7 (35) |
| Locatie & tijdzone | 5% | 9 (45) | 9 (45) | 5 (25) |
| Totaal | 100% | 725 | 840 | 700 |
Bureau B wint, ondanks dat Bureau C waarschijnlijk goedkoper is. Pas de gewichten aan aan jouw situatie: bij complex B2B weegt expertise zwaarder, bij beperkt budget weegt prijs-kwaliteit meer.
Speciale situaties
Al een Magento shop en ontevreden? Overweeg een Magento quickscan van een onafhankelijke partij. Die beoordeelt of de code redelijk is, of een nieuw bureau ermee verder kan, en wat de grootste problemen zijn.
Budget beperkt? Start met een Hyvä theme (bespaart frontend kosten), bouw gefaseerd (MVP eerst), of kies een ZZP’er. Eerlijk: onder 15.000 euro is Magento waarschijnlijk te duur - overweeg dan Shopify of WooCommerce.
Technisch en zelf meebouwen? Dan werkt een model met een ervaren Magento ZZP’er die meekijkt, code reviews doet en beschikbaar is als sparringpartner. Dit werkt alleen als je echt professioneel PHP en OOP ervaring hebt.
Tot slot
De goedkoopste offerte is zelden de goedkoopste keuze. Reken altijd over drie jaar. Wat kost het platform in aanschaf, plus onderhoud, plus extra uren door slechte code, plus eventuele herbouw? Pas dan zie je het echte prijsverschil.
Lees ook: Zo kies je de juiste Magento partner.
Wil je weten hoe jouw huidige platform ervoor staat? Bekijk onze Magento quickscan of neem direct contact op via onze Magento partner pagina.