Webshopteam grootte: welke rollen per omzetschaal?

Onder de 2 miljoen omzet huur je development, performance marketing en data het slimst in. Je eigen team begint bij marketing en klantenservice. Een eerste developer in dienst loont vaak pas rond 5 tot 10 miljoen omzet. Dit is een vuistregel, geen onderzoek. Hieronder de rekenstap per fase.

Wat is een logische teamgrootte voor een webshop?

Teamgrootte volgt omzet, niet ambitie. Elke vaste kracht kost een vast bedrag per maand, ook in een rustige periode. Omzet schommelt, loonkosten niet.

Wij zien bij shops steeds dezelfde fout. Een shop van 800.000 euro omzet neemt een developer in dienst omdat "we er zelf grip op willen". Die developer kost al snel een flink deel van de brutomarge. Hij is bovendien een single point of failure: ziek of weg betekent stilstand.

De vraag is dus niet "hoeveel mensen hebben we nodig?". De vraag is: welke werkzaamheden zijn dagelijks, en welke komen in golven? Dagelijks werk hoort in huis. Golfwerk (releases, migraties, audits, piekondersteuning) huur je in.

Welke rollen heeft een webshop nodig?

Vijf rollen komen terug in elke shop, ongeacht platform:

• Development: bugfixes, updates, nieuwe features, integraties.
• Content en merchandising: productdata, categoriepagina's, blogs, banners.
• Performance marketing: Google Ads, Meta, e-mail, SEO.
• Data en analytics: tracking, dashboards, conversie-analyse.
• Klantenservice: vragen, retouren, reviews.

Niet elke rol is een eigen functie. Op kleine schaal is het een deel van iemands week.

Welke rollen in-house en welke uitbesteden per omzetfase?

De tabel hieronder is onze vuistregel op basis van ervaring met webshops, niet van een onderzoek. Elke shop wijkt af. Een shop met veel maatwerk of complexe integraties schuift eerder naar eigen development.

Het patroon: klantenservice en content gaan het eerst in huis, omdat ze dagelijks zijn en shopkennis vragen. Development gaat het laatst in huis, omdat het duur is en lastig te vervangen.

Hoeveel budget voor development als percentage van omzet?

Als vuistregel rekenen wij met 3 tot 8 procent van de omzet voor development en onderhoud, afhankelijk van fase. Dit is geen benchmark uit onderzoek. Het is een rekenmodel om een gesprek mee te beginnen.

Waarom een bandbreedte? Kleine shops hebben proportioneel meer nodig. Een basis aan onderhoud, security-updates en hosting-beheer kost een vast bedrag, ongeacht omzet. Grote shops hebben meer absolute ruimte, maar bouwen ook meer maatwerk.

Rekenvoorbeelden (stel-sommen, geen klantcijfers):

Let op wat dit percentage omvat: onderhoud, updates, nieuwe features en kleine optimalisaties. Hosting, licenties en grote replatformingprojecten reken je apart.

Het percentage is ook niet los te zien van rendement. Een feature die 1 procent conversie oplevert bij 2 miljoen omzet, is 20.000 euro per jaar waard. Hoe je dat doorrekent, staat in de rekenstap voor e-commerce development.

Fase 1: tot €500.000 omzet

Uitbesteden, en zo licht mogelijk. Op deze schaal wil je geen vaste developer en ook geen groot contract.

• Platform: kies iets dat weinig onderhoud vraagt. Voor veel shops op deze schaal is dat Shopify of WooCommerce. Zie ook Shopify en WooCommerce.
• Development: een vaste partij op afroep. Houd een klein urenbudget achter de hand voor bugs en updates.
• Marketing: de eigenaar of een freelancer. Dit is waar groei vandaan komt.
• Valkuil: te vroeg bouwen aan maatwerk. Eerst conversie en assortiment, dan pas techniek.

Eerlijk: onder deze omzet is Magento zelden de goede keuze. De onderhoudslast past niet bij de schaal.

Fase 2: €500.000 tot €2 miljoen

Houd development extern, maar maak het structureel. Een vast maandbudget voor onderhoud en doorontwikkeling werkt beter dan losse offertes.

• Development: een vast contract met een vast team dat je shop kent. Bij een Magento-shop is dat een Magento support-abonnement.
• Content: een eerste eigen medewerker, vaak combinatie met klantenservice.
• Marketing: freelancer of bureau, met duidelijke ROAS-afspraken.
• Data: laat tracking eenmalig goed inrichten. Lees de cijfers zelf.
• Valkuil: een eigen developer aannemen omdat de losse uurtjes "duur voelen". Reken de volledige loonkosten door, inclusief vervanging bij ziekte en vakantie.

Fase 3: €2 miljoen tot €10 miljoen

Hier valt de beslissing: eigen developer of extern senior team. Zie de volgende sectie.

• Development: meestal hybride. Eén eigen developer of technisch eigenaar, plus een extern team voor zwaar werk.
• Content en klantenservice: eigen mensen, want volume en shopkennis wegen zwaar.
• Marketing: een eigen specialist die een bureau of freelancers aanstuurt.
• Data: een deels eigen analist of een extern dashboard dat iemand echt beheert.
• Valkuil: een eigen team bouwen zonder duidelijke roadmap. Dan betaal je mensen om te wachten.

Fase 4: boven €10 miljoen

Hier past een eigen team. Het werk is dagelijks genoeg en de kosten van stilstand zijn te hoog om af te hangen van één leverancier.

• Development: een eigen team van meerdere developers, met een externe partij voor pieken, audits en specialistisch werk.
• Integraties: ERP, PIM en WMS vragen vaak maatwerk. Denk aan Laravel voor maatwerk en integraties als laag tussen je systemen.
• Data: eigen analist of data-engineer.
• Valkuil: alles in huis willen houden. Ook grote teams huren senior kennis in voor zaken die zelden voorkomen, zoals een major upgrade of performance-audit.

Wanneer neem je een eigen developer aan?

Neem een eigen developer aan als aan alle vier voorwaarden voldaan is. Is er één nee, dan blijft extern slimmer.

1. Genoeg dagelijks werk. Minimaal een volle werkweek per week aan echt werk, niet aan "dingen die we nog willen".
2. Budget voor vervanging. Eén developer is geen team. Wie dekt vakantie, ziekte en vertrek?
3. Senior begeleiding. Een medior of junior alleen laten werken aan je omzetmotor is een risico. Wie reviewt de code?
4. Een roadmap. Je developer heeft een roadmap en iemand die prioriteiten stelt.

Rekenvoorbeeld (stel-som): een senior developer kost met werkgeverslasten, laptop, pensioen en overhead al snel een bedrag vaak evenveel als een extern onderhoudscontract van enkele dagen per week. Daar komt bij: je betaalt ook in de weken dat er weinig te doen is. Extern betaal je alleen voor wat nodig is.

Wanneer een eigen developer wel wint: bij veel kleine, dagelijkse wijzigingen, bij sterke afhankelijkheid van interne systemen, en bij een shop waar snelheid van iteratie je concurrentievoordeel is.

Wat levert een extern senior team op ten opzichte van een bureau?

Een extern senior team geeft je meerdere ervaren developers voor de prijs van een deel van een loon. Je koopt dus ook continuïteit: als iemand uitvalt, is er een collega die je shop kent.

Het verschil met een klassiek bureau zit in de lagen. Bij een bureau betaal je projectmanagers, accountmanagers en juniors die door seniors gecontroleerd worden. Wij werken zonder die tussenlagen. Waarom dat scheelt, lees je in waarom wij geen projectmanagers hebben.

Op de keper beschouwd kies je tussen drie modellen:

Samengevat

• Tot €500k: alles extern behalve marketing en klantenservice. Houd de techniek simpel.
• €500k - €2M: vast extern onderhoudscontract, eerste eigen medewerker voor content en service.
• €2M - €10M: hybride. Eigen technisch eigenaar of developer, plus extern senior team.
• Boven €10M: eigen team, extern voor pieken en specialisme.
• Development kost als vuistregel 3 tot 8 procent van omzet. Dit is een rekenmodel, geen benchmark.
• Neem pas een developer aan bij genoeg dagelijks werk, vervanging en senior begeleiding.
• Reken elke investering door met de rekenstap.