AMS01:00
AMS01:00
AMS01:00

12 vragen aan je Shopify-bureau voordat je de discovery goedkeurt

Teamlid van Flatline Agency voor een bakstenen gebouw

Door Robin Laseur

Whitepaper aanvragen

Door je aan te melden ga je akkoord met ons privacybeleid

IN DIT ARTIKEL

Stel deze 12 vragen voordat je Shopify-discovery goedkeurt. Zo weet je wat je krijgt, wat het kost, van wie de uitkomst is en wat de volgende stap wordt.

Stel deze 12 vragen voordat je Shopify-discovery goedkeurt. Zo weet je wat je krijgt, wat het kost, van wie de uitkomst is en wat de volgende stap wordt.

Stel deze 12 vragen voordat je Shopify-discovery goedkeurt. Zo weet je wat je krijgt, wat het kost, van wie de uitkomst is en wat de volgende stap wordt.

Hand met een stempel boven een Shopify-discoverymap met drie uitkomsten: goedkeuren, voorwaardelijk of herzien

De beste vragen aan een Shopify-bureau toetsen één ding: levert de discovery een besluit op, of alleen het begin van een samenwerking? Check vóór je tekent wat het zakelijke doel is, wat er nog onbekend is, wie er meedoen, wat je opgeleverd krijgt, van wie dat daarna is, wat het kost en hoe je eruit stapt. Een geloofwaardig discoveryvoorstel laat zien hoe elke open vraag iets oplevert waar je team mee verder kan.

Discovery wordt vaak gebracht als de logische eerste fase van een nieuwe Shopify-webshop, een redesign of een migratie. Maar het label zegt weinig. Wat de fase waard is, hangt af van de vragen, het bewijs en de resultaten erachter.

Je hoeft geen zekerheid te eisen voordat het werk begint. Wel moet je vaststellen of het proces de juiste onzekerheid wegneemt. En of je organisatie daarna genoeg van de uitkomst in handen heeft om een goed besluit over de bouw te nemen.

Twaalf vragen aan een Shopify-bureau in vier beslissingen: de beslissing, de scope, de mensen en het eigenaarschap

Wat moet je weten voordat je een Shopify-discovery goedkeurt?

Voordat je discovery goedkeurt, moet je weten welke besluiten die moet onderbouwen, wie er moet meedoen, welk bewijs het bureau gaat bekijken, welke documenten het oplevert en wat er daarna gebeurt. Een definitieve oplossing of een vaste begroting voor de bouw heb je nog niet nodig. Een duidelijke route van open vragen naar een onderbouwd besluit wel.

In zijn eigen gids over een eCommerce-bureau kiezen raadt Shopify aan te controleren wie het werk doet, hoe succes wordt gemeten, welk vergelijkbaar bewijs er is en hoe de overdracht aan het eind verloopt. Dat zijn goede selectievragen. Voor het goedkeuren van discovery heb je er nog een laag bij nodig: wat koop je precies, nog voordat de eigenlijke opdracht bestaat?

Gebruik de 12 vragen hieronder als je het voorstel beoordeelt, niet alleen in een salesgesprek. Vraag het bureau om de belangrijke antwoorden op papier te zetten. Een overtuigend gesprek laat zien of het klikt. Wat je team echt krijgt, staat in de goedgekeurde scope, de deliverables, de aannames en de afspraken over eigendom.

Vraag 1–3: welk besluit moet discovery onderbouwen?

De eerste drie vragen toetsen of discovery begint bij een zakelijk besluit of bij een build die al vastligt. Sterke antwoorden koppelen het voorgestelde werk aan een probleem in de bedrijfsvoering, benoemen wat er nog onbekend is en bepalen welk bewijs het besluit gaat voeden. Zwakke antwoorden springen meteen naar pagina’s, features of technologie, nog voordat duidelijk is wat die keuzes moeten opleveren.

1. Bij welk zakelijk besluit helpt discovery ons?

Vraag het bureau deze zin af te maken: “Aan het eind van de discovery kan de klant beslissen of en hoe hij…” Het antwoord kan gaan over replatformen, markten samenvoegen, een storefront vervangen, B2B invoeren, de fysieke winkels aansluiten of een groter commerceprogramma in de juiste volgorde zetten.

Een antwoord waar je een besluit op kunt bouwen, noemt het besluit, wie het neemt en welke alternatieven op tafel liggen. “Requirements vastleggen” is een activiteit, geen besluit. De fase moet duidelijk maken wat het management daarna kan goedkeuren of afwijzen.

2. Welke onzekerheden moet discovery wegnemen?

Elk serieus Shopify-project begint met onzekerheid. De vraag is of het bureau de onzekerheden heeft gevonden die scope, architectuur, kosten of planning echt kunnen veranderen. Vraag om een eerste lijst, en reken erop dat die verandert zodra er bewijs op tafel komt.

Denk aan de kwaliteit van je data, hoe het ERP of PIM zich gedraagt, eisen aan de checkout, B2B-prijzen, SEO-risico’s, afhankelijkheid van apps en de capaciteit van je eigen team. Een geloofwaardig bureau houdt feiten, aannames en open vragen uit elkaar. Het maakt van een aanname niet stilletjes scope.

3. Met welk bewijs beantwoord je die vragen?

Workshops zijn een manier om perspectieven op te halen. Bewijs zijn ze op zichzelf niet. Vraag welke systemen, analytics, interfaces, contracten, procesdocumenten, gebruikersonderzoek en input van stakeholders het team gaat bekijken. Vraag daarna hoe het team omgaat met informatie die elkaar tegenspreekt.

Het bewijs moet passen bij het besluit. Voor een replatforming heb je misschien datasamples, integratiedocumentatie, een overzicht van alle URL’s, analytics en gesprekken met operations nodig. Een redesign leunt eerder op gedragsdata, klantonderzoek, wat merchandising nodig heeft en hoe content wordt gemaakt.

Vraag 4–6: hoe bakent het bureau probleem en scope af?

De volgende drie vragen laten zien of het bureau zakelijke behoeften kan vertalen naar een afgebakende Shopify-opdracht. Let op hoe het redeneert over het platform, of het duidelijk maakt wat wel en niet in scope zit, en of afhankelijkheden vroeg op tafel komen. Discovery moet het werk makkelijker te begroten maken omdat de grenzen helder zijn. Niet omdat de lastige complexiteit onder een breed label is weggestopt.

4. Hoe toets je of Shopify het juiste antwoord is?

Een bureau kan gespecialiseerd zijn in Shopify en toch eerlijk kijken of het platform past. Vraag welke eisen het voorgestelde Shopify- of Shopify Plus-model onder druk kunnen zetten, hoe alternatieven worden beoordeeld en welke beperkingen misschien om een andere werkwijze vragen in plaats van om maatwerk.

Een goed antwoord legt uit hoe het team standaardfunctionaliteit, apps, maatwerk, integraties en aanpassingen in de bedrijfsvoering tegen elkaar afweegt. Het noemt ook de situaties waarin een kleinere implementatie, een andere volgorde of helemaal geen replatforming de betere keuze is.

5. Hoe scheid je wat echt moet van wat alleen gewoonte is?

Oude platforms verzamelen in de loop der jaren features, workarounds en lokale uitzonderingen. Wie alles één-op-één naar Shopify overzet, neemt onnodige complexiteit mee en blaast de scope op. Vraag hoe het bureau commerciële eisen onderscheidt van keuzes die ooit voor de oude implementatie zijn gemaakt.

Let op prioriteiten die gekoppeld zijn aan de klantreis, de bedrijfsvoering, omzet, compliance en meetbaar risico. De uitkomst moet laten zien wat er bij de lancering moet staan, wat later kan volgen en wat mag verdwijnen.

6. Welke afhankelijkheden kunnen de begroting of planning veranderen?

Vraag het bureau de systemen en besluiten te benoemen waar het zelf geen directe invloed op heeft. Denk aan ERP, PIM, OMS, CRM, btw, betalingen, fulfilment, identiteitsbeheer, contentproductie, vertalingen, juridische toetsing, inkoop of de API van een andere leverancier.

Een bruikbaar antwoord noemt per afhankelijkheid de eigenaar, de benodigde informatie, de datum waarop er besloten moet zijn en de te verwachten impact. Het maakt ook onderscheid tussen afhankelijkheden die discovery gaat valideren en aannames die open blijven.

Vraag 7–9: wie doet het werk en wie beslist?

Deze vragen toetsen het werkmodel achter het voorstel. Discovery staat of valt met toegang tot de juiste expertise en tijdige besluiten aan beide kanten. Leg vast wie er namens het bureau aan werkt, wat er van jou als klant wordt verwacht en hoe meningsverschillen worden opgelost. Een senior team in de salespresentatie betekent niet dat er senior mensen aan tafel zitten zodra de workshops en de technische analyse beginnen.

7. Wie werkt er aan de discovery, en waar is ieder verantwoordelijk voor?

Vraag om namen of duidelijk omschreven rollen, de verwachte inzet en wie verantwoordelijk is voor welke deliverable. Doen architectuur, UX, data, SEO, analytics of commerciële strategie ertoe, stel dan vast wie dat oppakt. En of die persoon zelf meedoet of het werk pas achteraf beoordeelt.

Vraag ook wie er doorgaat naar de uitvoering. Het antwoord laat zien of de mensen die het werk doen ook de discovery leiden, en hoe kennis wordt overgedragen als het uitvoeringsteam wisselt.

8. Wat heb je van ons team nodig, en wanneer?

Discovery is geen werk dat het bureau om de klant heen doet. Het vraagt toegang tot systemen, beslissers, kennis van de bedrijfsvoering, data en bestaande leveranciers. Vraag om een plan voor de inzet aan jouw kant voordat je je aan een planning vastlegt.

Dat plan beschrijft per betrokken afdeling de rollen, de voorbereiding, de tijd in workshops, de toegang, de reviewmomenten en wie aftekent. Kunnen mensen die je echt nodig hebt niet meedoen, dan hoort het bureau aan te geven welke conclusies voorlopig blijven.

9. Hoe worden besluiten, meningsverschillen en scopewijzigingen vastgelegd?

Vraag welke documenten het bureau tijdens de discovery bijhoudt om het proces te sturen. Complex werk vraagt meestal minimaal een besluitenlog, een lijst met aannames, een risicoregister, een lijst met open punten en per actie een eigenaar met naam.

Waar het om draait is herleidbaarheid: waarom een eis is veranderd, welk bewijs een keuze heeft bepaald en wie de afweging heeft geaccepteerd. Het voorstel hoort reviewmomenten, escalatieroutes en de bevoegdheid voor wijzigingen te benoemen.

Vraag 10–12: wat heb je in handen als de discovery klaar is?

De laatste vragen toetsen wat de fase commercieel en praktisch waard is. Discovery moet je organisatie bruikbare besluiten en documenten opleveren, ook als de voorgestelde build verandert of niet doorgaat. Leg de deliverables, de logica achter de begroting, de intellectuele eigendomsrechten en de opties om door te gaan vast. Anders neemt de vaart van het project de plaats in van een bewuste investeringsbeslissing.

10. Welke deliverables krijgen we precies?

Vraag om benoemde documenten in plaats van een belofte van “bevindingen” of “aanbevelingen”. Afhankelijk van het project kun je denken aan een overzicht van requirements, een oplossingsschets, een schema van de systemen en hun koppelingen, de verantwoordelijkheden per integratie, een beoordeling van de datamigratie, een geprioriteerde backlog, een roadmap voor de uitvoering, een risicoregister, acceptatiecriteria en een bandbreedte voor de investering.

Elke deliverable hoort een duidelijke lezer te hebben en een besluit dat hij ondersteunt. Vraag om een geanonimiseerd voorbeeld, zodat je team ziet hoe diep het gaat en niet alleen in welk bestandsformaat het komt.

11. Hoe verandert discovery de begroting voor de bouw en het commerciële model?

Discovery bestaat deels omdat het bureau nog niet elk onderdeel van de bouw verantwoord kan begroten. Vraag wat er daarna zekerder is, welke variabelen open kunnen blijven en hoe het team de bevindingen omzet in een voorstel of uitvoeringsplan.

Een geloofwaardig antwoord maakt onderscheid tussen een budgetbandbreedte en een vaste toezegging. Het legt de aannames uit, de buffer, de kosten van derden, de kosten aan jouw kant en hoe wijzigingen worden afgehandeld. Discovery maakt de begroting beter door de onzekerheid zichtbaar te maken.

12. Kunnen we de uitkomst gebruiken als we voor een andere route of partner kiezen?

Deze vraag laat zien of discovery een product is waarmee je een besluit neemt, of een manier om je aan het bureau te binden. Leg vast welke rechten je hebt op de documenten, eventuele toegang tot tools, de afspraken over vertrouwelijkheid, de vorm van de overdracht en of een ander capabel team het werk zou kunnen begrijpen.

Vraag ook of discovery je verplicht tot de bouw, of de fee later wordt verrekend en wat er gebeurt als het bewijs pleit voor een kleiner project of een pauze. Aan het eind van de discovery moet je als klant nog echt kunnen kiezen.

Drie oordelen over een Shopify-discoveryvoorstel: klaar voor akkoord, akkoord met voorwaarden of nog niet klaar

Hoe beoordeel je de antwoorden van het bureau?

Beoordeel antwoorden op hoe specifiek en herleidbaar ze zijn, en of het bureau onzekerheid durft te laten staan waar het bewijs nog ontbreekt. Een sterk bureau hoeft de uiteindelijke oplossing niet te kennen vóór de discovery. Het moet wel weten hoe het onderzoekt wat nog onbekend is, wie welk besluit neemt en wat je organisatie in handen heeft als de fase afloopt.

Geef geen punten voor welbespraaktheid. Geef punten voor antwoorden die de stap van het salesgesprek naar een statement of work overleven. Is een toezegging belangrijk voor je goedkeuring, leg hem dan vast in het voorstel, het contract of het bijgevoegde uitvoeringsplan.

Hier komt ook ander vooronderzoek van pas. Beoordeel het bewijs van het bureau met een gestructureerde gids voor het beoordelen van cases van Shopify-bureaus, en leg deze vragen daarna naast de echte discoveryscope. Wat een bureau eerder heeft gedaan en hoe het nu wil werken, zijn twee verschillende soorten bewijs. Je hebt ze allebei nodig.

Zes resultaten van een Shopify-discovery, van doelen en eisen tot roadmap en raming, die elk een beslissing mogelijk maken

Wat moet een Shopify-discoveryfase opleveren?

Een Shopify-discoveryfase hoort een aanbeveling op te leveren die je kunt verdedigen, een afgebakende eerste scope, een beeld van de architectuur en afhankelijkheden, een register van risico’s en besluiten met een eigenaar, acceptatiecriteria en een commerciële roadmap. Welke documenten precies, verschilt per project. Ze dienen hetzelfde doel: de volgende investering makkelijker goed te keuren, bij te stellen, in te plannen of af te wijzen.

Bij een complexe migratie gaat discovery soms dieper in op het kloppend maken van data, redirects, acceptatietests, criteria voor de lancering en het stabiliseren na livegang. Bij een afgebakend optimalisatieproject kan de uitkomst een kleinere, onderbouwde backlog met een meetplan zijn. Meer documentatie is niet vanzelf beter. Elk document moet een benoemd besluitrisico kleiner maken.

Wanneer is Flatline een goede partner voor discovery?

Flatline kan een goede partner voor discovery zijn als een Shopify-besluit strategie, design, development, migratie, data en gekoppelde processen raakt. Het eCommerce-werk van Flatline omvat Shopify-projecten naast replatforming, PIM, ERP, connectoren, headless storefronts en POS. Die combinatie telt vooral als je meerdere van die onderdelen samen moet bekijken.

Die breedte is niet voor elke opdracht nodig. Een merk met een kleine aanpassing aan het theme en een sterke technische eigenaar in huis is misschien beter af bij een gerichte Shopify-specialist. Vergelijk met de bredere gids over een Shopify-bureau kiezen in Nederland de werkmodellen, voordat je bepaalt wie de discovery doet.

Heeft je team al een discoveryvoorstel, maar twijfel je of het de besluiten achter de investering beantwoordt? Dan kan Flatline de brief met je doorlopen en aanwijzen welke vragen over scope, bewijs en eigendom nog open liggen. Het doel is een helderder besluit over goedkeuring, of dat nu uitmondt in een groter programma, een kleinere eerste fase of meer voorwerk voordat een van beide begint.

Veelgestelde vragen

Moet je betalen voor Shopify-discovery?

Betaalde discovery is redelijk als het bureau echt onderzoek, analyse, begeleiding van sessies, architectuur en planning levert, met resultaten die je opnieuw kunt gebruiken. De fee moet passen bij omschreven werk en deliverables. Een salesgesprek of een standaard voorstelworkshop hoort niet als betaalde discovery te worden verkocht, tenzij het bureau uitlegt wat je organisatie er extra aan heeft voor het besluit.

Krijg je na discovery een vaste prijs voor je Shopify-project?

Nee. Discovery maakt de begroting beter door requirements, afhankelijkheden, risico’s en aannames helder te maken, maar sommige variabelen blijven open. Vraag het bureau wat vast kan, wat een post of bandbreedte blijft en welke gebeurtenissen tot een wijzigingsverzoek leiden. Zekerheid zonder uitleg is minder waard dan een begroting waarvan je ziet hoe hij is opgebouwd.

Hoe lang duurt een Shopify-discovery?

Dat hangt af van de besluiten, stakeholders, systemen, markten en het bewijs die erbij horen. Een afgebakende storefrontopdracht vraagt misschien een korte, gerichte fase. Een migratie over meerdere markten met afhankelijkheden van ERP, PIM, B2B en fysieke winkels vraagt dieper onderzoek. Beoordeel de voorgestelde activiteiten en resultaten, en kies niet los daarvan een doorlooptijd.

Moet je discovery bij meer dan één Shopify-bureau laten doen?

Meestal vergelijk je bureaus voordat je een inhoudelijke discovery gunt, en kies je daarna één team voor die fase. Parallelle discoveries vragen dubbele inzet van stakeholders en leveren aannames op die niet op elkaar aansluiten. Wil je toch een vergelijking, gebruik dan één gezamenlijke brief, vraag om voorstellen met vergelijkbaar detail of laat de discovery-uitkomst van je voorkeursbureau onafhankelijk beoordelen voordat je de bouw goedkeurt.

De belangrijkste punten

  • Keur Shopify-discovery alleen goed als die gekoppeld is aan een concreet zakelijk of investeringsbesluit.

  • Vraag welke onzekerheden worden weggenomen en welk bewijs het bureau gaat bekijken.

  • Leg vast wie er namens het bureau aan werkt en welke tijd, toegang en besluiten er van je organisatie nodig zijn.

  • Zet deliverables, eigendomsrechten, aannames, governance en exitmogelijkheden op papier.

  • Beoordeel antwoorden op hoe specifiek en herleidbaar ze zijn, niet op hoe zeker ze klinken in het salesgesprek.

  • Zorg dat je aan het eind van de discovery nog echt kunt kiezen, ook om de scope te veranderen, te pauzeren of een andere route te nemen.

Een goede discoveryfase neemt niet alle onzekerheid weg. Ze maakt de belangrijke onzekerheden zichtbaar, geeft elk ervan een aanpak en een eigenaar, en geeft je organisatie genoeg bewijs om te beslissen wat als volgende goedkeuring verdient.

Gerelateerde artikelen

Mis niets, schrijf je in

Door je aan te melden ga je akkoord met ons privacybeleid

Mis niets, schrijf je in

Door je aan te melden ga je akkoord met ons privacybeleid

Mis niets, schrijf je in

Door je aan te melden ga je akkoord met ons privacybeleid

Vertel ons over je project.

Vertel ons over je project.

Vertel ons over je project.