Een Shopify-build is zo'n aankoop waarbij je het werk pas kunt beoordelen als je er het grootste deel van hebt betaald. Tegen de tijd dat je weet of de themacode onderhoudbaar is, of de site snel is en of het bureau iets heeft gedocumenteerd, is het geld op en zijn de overstapkosten reîel.
Het kennismakingsgesprek is waar jouw onderhandelingspositie zit. Deze gids geeft je twaalf vragen die blootleggen hoe een bureau echt werkt in plaats van welke diensten het opsomt, hoe een sterk antwoord klinkt tegenover een dat het gesprek zou moeten beëindigen, acht waarschuwingssignalen, en hoe een goed bouwproces er week voor week uitziet.
Bepaal drie dingen vóór elk gesprek
- Welk probleem je eigenlijk oplost. "Onze site ziet er gedateerd uit" en "onze mobiele conversieratio is de helft van die op desktop" leiden tot totaal verschillende projecten. Het tweede vraagt misschien helemaal niet om een herbouw.
- Je aantal templates. Tel de unieke paginatypes die je nodig hebt: homepage, productpagina, collectiepagina, winkelwagen, en daarna al het andere. Dit is het bruikbaarste cijfer in een scopegesprek en de meeste kopers komen zonder.
- Hoe je er met content voor staat. Heb je tekst en fotografie klaar, of moet dat nog gemaakt worden? Content die niet klaar is, is de meest voorkomende oorzaak van uitloop, en dat ligt aan jouw kant van de streep.
De 12 vragen
1. "Wat zouden jullie voor ons juist niet bouwen?"
De meest onthullende vraag die er is, en hij draait de gebruikelijke verkoopdynamiek om.
Goed antwoord: ze noemen iets. "Je hebt waarschijnlijk geen custom thema nodig; een premium thema met goede aanpassingen brengt je er grotendeels." "Headless zou bij jullie omzet over-engineered zijn." "Die functie is een app, geen build."
Loop weg: alles wat je noemde is mogelijk en aanbevolen. Een bureau dat met elk verzoek meegaat, offreert de duurste versie van je omschrijving.
2. "Custom thema of premium thema, en waarom?"
Alleen deze keuze al kan een prijsverschil van factor 5 verklaren tussen twee offertes voor dezelfde winkel. Vraag je het niet, dan vergelijk je mogelijk offertes voor echt verschillende projecten.
Goed antwoord: een aanbeveling met onderbouwing die aansluit op jouw specifieke merchandisingbehoefte, merkpositie en onderhoudscapaciteit. Ze noemen dat custom thema's geen thema-updates krijgen.
Loop weg: "custom is altijd beter", of een custom thema aanbevolen voordat ze je catalogus hebben gezien.
3. "Hoeveel unieke templates dekt deze offerte?"
Goed antwoord: een lijst met namen. "Homepage, productpagina, twee varianten collectiepagina, winkelwagen, over ons, contact, FAQ, blogoverzicht, blogbericht. Negen templates."
Loop weg: "een complete winkel" of "alles wat je nodig hebt". Het aantal templates is de belangrijkste scope-eenheid bij een Shopify-build. Zonder dat is er geen scope, en wordt alles meerwerk.
4. "Laat me live winkel-URL's zien, geen screenshots."
Controleer ze daarna zelf:
- Bekijk de broncode en bevestig dat het echt op Shopify draait
- Draai PageSpeed Insights op een productpagina en lees de velddata
- Browse hem op je telefoon, leg iets in de winkelwagen
- Check of de site Online Store 2.0-secties gebruikt of eruitziet als een verouderde build
Loop weg: alleen portfolio-screenshots, sites die niet op Shopify blijken te draaien, of sites waar de bijdrage van het bureau onduidelijk is. "Wij deden het ontwerp, iemand anders bouwde het" is een legitiem antwoord maar verandert wat je koopt.
5. "Hoe gaan jullie om met sitesnelheid?"
Core Web Vitals zijn een bevestigd rankingsignaal, en een trage winkel betaalt dubbel: lagere organische posities, en hogere CPC's bij betaald omdat de kwaliteitsscore de ervaring op je landingspagina meeweegt.
Goed antwoord: ze noemen een doel (LCP onder 2,5 seconden op mobiel), ze hebben het over velddata uit het Chrome UX Report in plaats van labscores, en ze benoemen appgewicht en themabloat als de belangrijkste oorzaken op Shopify. Extra punten als ze zeggen dat een snelheidsnulmeting bij livegang onderdeel is van de overdracht.
Loop weg: "we installeren een snelheidsapp". Apps die JavaScript injecteren om snelheid te boosten werken vaak tegen INP in. De duurzame oplossingen zijn structureel werk op themaniveau.
6. "Wat gebeurt er met SEO tijdens dit project?"
Cruciaal bij elke migratie of herbouw, en de post die het vaakst te laag wordt geoffreerd.
Goed antwoord: bij een migratie een 301-redirectmap die gebouwd wordt vóór de bouw begint, behoud van titles en meta's, canonical-afhandeling, overdracht van Search Console, en monitoring na livegang. Bij een herbouw noemen ze dat ze de koppenstructuur niet versimpelen of interne links verwijderen, en dat ze de cijfers vóór livegang vastleggen.
Loop weg: geen woord over SEO in een migratieofferte. Winkels die live gaan zonder complete redirectmap verliezen routinematig 30-60% van hun organische verkeer, en dat komt niet vanzelf terug.
7. "Wie schrijft de code eigenlijk?"
Goed antwoord: mensen met naam, hun rollen, of er werk wordt uitbesteed, en wie je dagelijkse aanspreekpunt is. Zit er werk in het buitenland, dan zeggen ze dat vooraf en leggen ze de overlap in tijdzone uit.
Loop weg: ontwijkende antwoorden, of halverwege het project ontdekken dat de senior developer uit de pitch niet aan jouw build werkt.
8. "Wat is jullie proces en tarief voor meerwerk?"
De scope beweegt altijd bij een build. De vraag is wat er dan gebeurt.
Goed antwoord: een vastgelegd proces, een genoemd uur- of wijzigingstarief, en een grens waaronder kleine wijzigingen worden opgevangen. Ze noemen dat een ondertekende specificatie het ijkpunt is waartegen meerwerk wordt gemeten.
Loop weg: "we zijn flexibel" zonder genoemd tarief. Die flexibiliteit wordt een factuur.
9. "Zijn wij eigenaar van de code en de winkel?"
Goed antwoord: ondubbelzinnig ja. Eigendom van de winkel, de themacode, het domein en elke app die voor jou is gebouwd. Volledige admintoegang vanaf dag één, niet pas bij de overdracht.
Loop weg: elke constructie waarbij het bureau de code in eigendom houdt, maatwerkfunctionaliteit op eigen infrastructuur host, of het eigenaarsaccount van de winkel beheert. Dat is een overstapdrempel die bedoeld is om je vast te zetten.
10. "Wat omvat de overdracht?"
Goed antwoord: documentatie van custom secties en hoe je ze gebruikt, een opgenomen doorloop, een lijst van geïnstalleerde apps en waarom, documentatie van de thema-instellingen, en een afgesproken periode voor bugfixes (14-30 dagen is gangbaar).
Loop weg: "we laten het je zien in een call". Zes maanden later, wanneer je een custom sectie moet aanpassen, kun je die call niet raadplegen.
11. "Wat hebben jullie van ons nodig, en wanneer?"
Zwakke bureaus zeggen dat ze weinig nodig hebben. Goede bureaus geven je een lijst met data erbij.
Goed antwoord: tekst voor elk template, productfotografie in opgegeven afmetingen, merkmiddelen, één aangewezen beslisser, en een contentdeadline vóór de bouw begint. Ze leggen uit dat ontwikkeling vaker op content wacht dan andersom.
Loop weg: "wij regelen alles, jij hoeft niets te doen". Vervolgens staat het project in week vier stil, wachtend op producttekst die niemand had toegewezen.
12. "Wat gebeurt er na livegang?"
Goed antwoord: een afgesproken periode voor bugfixes, daarna een onderhoudsoptie met vastgelegde scope en prijs. Ze noemen dat Shopify API-versies uitfaseert en apps updaten, dus dat 10-20% van de bouwkosten per jaar een realistisch onderhoudsbudget is.
Loop weg: geen plan na livegang, of een retainer die als verplicht wordt gepresenteerd zonder vastgelegde scope.
De acht waarschuwingssignalen
| Waarschuwingssignaal | Waarom het uitmaakt |
|---|---|
| Offerte vóór discovery, zonder aantal templates | Er is geen scope, dus alles wordt meerwerk. |
| Portfolio-screenshots in plaats van live URL's | Screenshots bewijzen niets over bouwkwaliteit, snelheid of auteurschap. |
| Geen SEO-behoud in een migratieofferte | Winkels die redirectmapping overslaan verliezen 30-60% van hun organische verkeer. |
| Bureau houdt code of winkel in eigendom | Een overstapdrempel die bedoeld is om je vast te zetten. |
| Custom thema aanbevolen voordat ze je catalogus zagen | De duurste optie, gekozen voordat iemand weet of die nodig is. |
| Headless aanbevolen onder $2M omzet | Flink over-engineered, met doorlopende engineeringkosten die je niet kunt dragen. |
| Planning die contentafhankelijkheden negeert | Elke build die uitloopt, loopt hier uit. Een bureau dat dit niet benoemt, heeft er niet veel begeleid. |
| Geen genoemd tarief voor meerwerk | "We zijn flexibel" wordt een factuur. |
Over Shopify Partner- en Plus Partner-status
Het is goed om te weten wat deze signalen echt betekenen, want beide worden zwaar ingezet in bureaumarketing.
- Shopify Partner. Een basissignaal dat het bureau op het platform werkt en toegang heeft tot developmentwinkels. Het programma is niet moeilijk om in te komen, dus op zichzelf een zwak onderscheid.
- Shopify Plus Partner. Weegt zwaarder, want die vereist aantoonbare Plus-ervaring en Shopify toetst dat. Draai je een Plus-build, dan is dit een echte filter.
Geen van beide vervangt de verificatie uit vraag 4. Live winkel-URL's op jouw complexiteitsniveau zeggen meer dan welke badge dan ook.
Bureau, freelancer of intern
| Het best voor | Gebruikelijke kosten | Waar je op let | |
|---|---|---|---|
| Freelancer | Werk met duidelijke scope: thema-aanpassingen, specifieke features, fixes | $75-$200/uur, $500-$30.000 per project | Capaciteitsgrenzen, enkel aanspreekpunt, geen QA-laag |
| Bureau | Ontwerp en ontwikkeling geïntegreerd, migraties, koppelingen, merkgedreven builds | $150-$300/uur, $3.000-$100.000+ per project | Junioruitvoering achter een seniorpitch; sluipend meerwerk |
| Gecertificeerde Partner in het buitenland | Kostenbewuste builds met duidelijke specificaties | 30-60% onder Amerikaanse bureautarieven | Overlap in tijdzone, communicatiebandbreedte, juridisch verhaal |
| Interne developer | Winkels met doorlopende ontwikkelbehoefte op schaal | $70k-$140k per jaar | Eén persoon kan ontwerp, ontwikkeling én CRO niet allemaal goed dekken |
De ruwe vuistregel: een freelancer voor de meeste winkels met $200k-$3M omzet en duidelijk afgebakend werk, een bureau wanneer ontwerp en ontwikkeling geïntegreerd moeten zijn of wanneer merkbeleving wezenlijk meetelt.
Hoe een goed bouwproces eruitziet
| Fase | Wat er hoort te gebeuren |
|---|---|
| Discovery (week 1) | Aantal templates afgesproken. Schriftelijke specificatie opgesteld en door beide partijen ondertekend. Contentvereisten met data op een rij. Nulmeting vastgelegd (conversieratio, Core Web Vitals, organisch verkeer per pagina). |
| Ontwerp (week 2-4) | Mobile-first ontwerpen voor elk genoemd template. Beoordeeld en goedgekeurd voordat er code geschreven wordt. Hier zijn wijzigingen goedkoop; zodra de bouw begint niet meer. |
| Bouw (week 4-8) | Ontwikkeling op een gedupliceerd thema, nooit op het live thema. Regelmatig previewlinks. Secties gebouwd om herbruikbaar te zijn en door jou aanpasbaar achteraf, niet hardcoded. |
| QA (week 8-9) | Volledig koopproces op echte apparaten. Elke betaalmethode. Elke verzendregio. Btw-berekening. Elke externe koppeling. Core Web Vitals getoetst aan het afgesproken doel. |
| Livegang | Redirects live en steekproefsgewijs gecontroleerd. Sitemap ingediend. Tracking geverifieerd. Oude site bereikbaar gehouden als referentie. |
| Na livegang (14-30 dagen) | Bugfixes inbegrepen. Search Console de eerste twee weken dagelijks gemonitord. Conversieratio per apparaat vergeleken met de nulmeting. Overdrachtsdocumentatie geleverd. |
Twee dingen waar je op moet staan. Ontwerpgoedkeuring voordat de bouw begint, want wijzigingen na de start kosten een veelvoud van wat ze in Figma kostten. En een nulmeting vastgelegd voordat er iets verandert, want anders kan niemand aantonen dat de nieuwe site beter presteert dan de oude.
Een scorekaart om finalisten te vergelijken
Geef elk bureau een score van 1-5 op dezelfde criteria in plaats van op onderbuikgevoel of prijs:
- Bereidheid om je scope te verkleinen (vraag 1)
- Onderbouwing van de thema-aanpak (vraag 2)
- Helderheid van scope en aantal templates (vraag 3)
- Geverifieerd live werk op jouw complexiteitsniveau (vraag 4)
- Snelheidskennis (vraag 5)
- Omgang met SEO (vraag 6)
- Namen van mensen en verdeling senior/junior (vraag 7)
- Transparantie over meerwerk (vraag 8)
- Eigendomsvoorwaarden (vraag 9)
- Kwaliteit van de overdracht (vraag 10)
- Aansluiting tussen prijs en scope
Het hoogste totaal, niet de laagste prijs. Een goedkope build die 40% van je organische verkeer kost of ongedocumenteerd en ononderhoudbaar wordt opgeleverd, kost een veelvoud van wat je bespaarde.
Vragen om jezelf te stellen voordat je tekent
- Weet ik precies voor hoeveel templates ik betaal?
- Weet ik of dit een custom thema is of een aangepast premium thema?
- Is mijn content klaar, of gaat de bouw op mij wachten?
- Heb ik een nulmeting vastgelegd zodat ik het resultaat kan beoordelen?
- Ben ik eigenaar van de winkel, de code en het domein?
- Weet ik wat er op dag 31 na livegang gebeurt?
- Vergelijk ik scope, of vergelijk ik kopprijzen?
Hoe wij werken
Heb je een shortlist, dan staan we er graag op en beantwoorden we elke vraag hierboven gewoon, inclusief live winkel-URL's die je zelf kunt controleren.
Onze standaard: scope op basis van het aantal templates met een ondertekende specificatie voordat de bouw begint, een premium thema tenzij een custom build echt gerechtvaardigd is, LCP onder 2,5 seconden op mobiel als doel bij livegang, redirectmapping vóór de bouw bij elke migratie, en volledig eigendom van winkel en code bij jou vanaf dag één.
Bekijk wat onze Shopify-ontwikkeling en -design omvat en hoe een typische opdracht er week voor week uitziet.
Veelgestelde vragen
Wat is het grootste waarschuwingssignaal bij het inhuren van een Shopify-bureau?
Een offerte die wordt opgesteld vóór enige discovery, zonder vastgelegd aantal templates. Scope is bij een Shopify-build alles; een bureau dat prijst voordat het weet hoeveel unieke paginatypes je nodig hebt, gokt of rekent het verschil later als meerwerk door. Daarna: portfolio-screenshots in plaats van live winkel-URL's, en geen woord over SEO-behoud in een migratieofferte.
Moet ik specifiek een Shopify Partner inhuren?
Partnerstatus is een bruikbaar basissignaal maar een zwak onderscheid; het programma is niet moeilijk om in te komen. Belangrijker is geverifieerd live werk op Shopify op jouw complexiteitsniveau, of ze bouwen volgens Online Store 2.0-conventies, en of ze kunnen uitleggen wat ze voor jou juist niet zouden bouwen. Plus Partner-status weegt zwaarder, omdat die aantoonbare Plus-ervaring vereist.
Hoe verifieer ik het portfolio van een Shopify-bureau?
Vraag om live winkel-URL's en controleer ze zelf. Bevestig dat de site echt op Shopify draait (bekijk de broncode en zoek naar Shopify-markeringen), draai PageSpeed Insights op een productpagina, en browse de winkel op je telefoon. Screenshots bewijzen niets over bouwkwaliteit, snelheid, of dat het bureau het werk ook echt deed.
Mag een Shopify-bureau eigenaar zijn van mijn themacode?
Nee. Jij hoort eigenaar te zijn van de winkel, de themacode, het domein en elke app die voor jou is gebouwd, met volledige admintoegang vanaf dag één. Sommige bureaus houden de code in eigendom of hosten maatwerkfunctionaliteit op hun eigen infrastructuur, waardoor vertrekken duur wordt. Leg eigendom schriftelijk vast voordat het werk begint.
Hoe lang hoort een Shopify-build te duren?
Een premium thema met aanpassingen kost 2-4 weken. Een custom thema bouwen kost 6-10 weken. Een Plus-enterpriseproject kost 8-16 weken. Headless kost 10-20 weken. Een bureau dat een volledige custom build in drie weken offreert, gebruikt óf een template dat het custom zal noemen, óf de planning gaat uitlopen.
Wil je een echt bedrag voor jouw webshop?
Stuur ons de URL en de omvang van je catalogus. We komen terug met een vaste offerte en de lijst met templates die erin zit, zonder gesprek tenzij je dat wilt.
Vraag een offerte aan