Een replatforming die zichzelf terugverdient: migreren op volgorde van omzet, niet van functies

Bij een replatforming op volgorde van omzet migreer je eerst de delen van je webshop die het meest verdienen. Elke fase levert dan geld op dat helpt de volgende te betalen. Het alternatief is het hele platform in één keer overzetten en wachten tot de omzet aan het eind volgt. Die aanpak, migreren op basis van functionaliteit, levert het hele platform op als één project en ziet omzet als iets wat na de livegang komt. Het is de variant die het vaakst uitloopt, meer kost dan de offerte en de omzet van de hele webshop laat afhangen van één overstapdatum. Wie op omzet plant, maakt van een migratie geen grote gok maar een reeks kleinere stappen die zichzelf betalen. De methode: rangschik de omzetpaden van je webshop, migreer de grootste eerst met een meetbare nulmeting, en laat het resultaat van elke fase bijdragen aan de volgende.

Dit artikel gaat ervan uit dat de beslissing om over te stappen al is genomen, en dat het de juiste is: het platform is de beperking, niet het proces of de bouw, en blijven zitten kost meer dan verhuizen. Wat overblijft is de vraag die het meeste migratieadvies overslaat op weg naar redirectlijsten en datavalidatie: wat migreer je in welke volgorde? Die volgorde is geen technisch detail. Ze bepaalt of het project geld oplevert terwijl het loopt of pas als het klaar is. En precies dat verschil maakt of een migratie leest als investering of als kostenpost die het bedrijf slikt in de hoop hem ooit terug te verdienen.

Migreren op functionaliteit en op omzet zijn twee verschillende projecten

Standaard plan je een migratie per functionaliteit, want zo worden offertes en projectplannen opgebouwd. De scope somt alles op wat het huidige platform doet, de nieuwe bouw werkt toe naar gelijkwaardigheid met die lijst, alles gaat op één datum over, en de omzet wordt na de livegang gemeten. Het voelt overzichtelijk en de meeste migraties zijn zo opgezet. Maar het risico heeft een specifieke vorm: niets levert iets op tot alles af is, de omzet van de hele webshop hangt aan één overstap, en de kosten zijn volledig gemaakt voordat de eerste euro terugkomt. Loopt het project uit, en dat doen migraties vaak, dan komt die uitloop volledig aan de kostenkant terecht, want aan de opbrengstkant is nog niets begonnen.

Migreren op omzet draait die volgorde om. Je bepaalt wat echt verdient, verhuist dat eerst, meet het resultaat meteen en breidt van daaruit uit. De webshop gaat niet in één keer over, maar in fases, gerangschikt naar hun bijdrage aan de omzet. De paden die het meest verdienen staan dus het eerst op het nieuwe platform, de long tail volgt later. Beide aanpakken eindigen op hetzelfde punt, een volledig gemigreerde webshop, maar voor een CFO zijn het in alle opzichten die ertoe doen andere projecten. De ene levert pas aan het eind iets op en alles hangt aan één datum. De andere levert vanaf de eerste fase iets op en zet nooit meer dan een deel van de omzet op één overstap. De versie op functionaliteit stuurt op volledigheid. De versie op omzet stuurt erop dat het project zichzelf onderweg betaalt.

Begin met rangschikken wat verdient

De aanpak op omzet begint met een ranglijst die de aanpak op functionaliteit nooit maakt: de omzet van je webshop per pad, niet per functie. In de meeste webshops zit de omzet op een paar plekken geconcentreerd: een handvol topcategorieën, het klantsegment dat het meest oplevert, de één of twee markten die het volume dragen, de flows die het best converteren. Koppel de omzet aan die paden en rangschik ze, de grootste eerst. Die ranglijst is je migratiebacklog, niet een checklist met functies.

Deze ranglijst is de juiste backlog omdat hij het werk ordent op rendement. Migreer je het pad dat het meest verdient als eerste, dan staat het grootste blok omzet het snelst op het nieuwe platform. Dat doet twee dingen tegelijk: het rendement begint vroeg, en je bewijst het nieuwe platform op de omzet die er het meest toe doet, voordat je iets met weinig belang aanraakt. Je valideert de migratie waar het geld zit, op het moment in het project waarop je nog de meeste ruimte hebt om bij te sturen. Een discovery die het datamodel, de integraties en de commerciële regels al in kaart heeft gebracht levert precies de input die deze ranglijst nodig heeft. Je kunt pas op omzetpad plannen als je weet van welke systemen en regels elk pad afhangt. In de ranglijst wordt de uitkomst van de discovery een migratieplan.

Een beslisboom voor de eerste fase

De ranglijst op omzet geeft je de prioriteit, maar prioriteit alleen bepaalt de volgorde niet, want paden hangen van elkaar af. Je kiest de eerste fase door drie vragen op volgorde langs de ranglijst te leggen.

Eén: welk pad verdient het meest? Dat staat standaard vooraan, omdat het het meeste het snelst oplevert. Twee: welk van de best verdienende paden staat het meest op zichzelf, dus hangt het minst af van systemen, data of integraties die nog niet zijn gemigreerd? Een pad dat veel verdient maar drie niet-gemigreerde systemen nodig heeft om te werken, kan niet als eerste. De best verdienende die het meest op zichzelf staat, wel. Drie: welk pad heeft de duidelijkste nulmeting om tegen te meten? Een fase die je niet kunt meten, kan de volgende niet onderbouwen. De eerste fase is het pad dat het best aan alle drie voldoet: veel omzet, op zichzelf staand, meetbaar.

Daarna herhaalt de boom zich. Elke volgende fase is het pad met de eerstvolgende hoogste omzet waarvan de afhankelijkheden inmiddels klaarstaan, omdat eerdere fases de systemen hebben gemigreerd die het nodig heeft. De omzetrang bepaalt de ambitie, de volgorde van afhankelijkheden bepaalt wat als volgende echt kan, en de planning is de wisselwerking tussen die twee. Daarom volgt de volgorde niet vanzelf uit de ranglijst en is plannen echt denkwerk en geen sorteerklus: je rijgt het pad met het hoogste rendement door de beperking van wat elke fase voor de volgende mogelijk maakt. Shopify ziet in zijn eigen enterprise-advies gefaseerd migreren als de standaard die risico beperkt, en om precies deze reden: in fases die rekening houden met afhankelijkheden, blijft de schade beperkt als er iets misgaat.

Hoe elke fase de volgende betaalt

Dat een migratie zichzelf terugverdient, is hier geen stijlfiguur. Het mechanisme is de nulmeting. Leg vast wat een pad doet op het oude platform voordat je het migreert: de omzet, de conversie door de relevante stappen, de laadprestaties. Migreer het pad, zet het over en meet dezelfde cijfers op het nieuwe platform. Een goed uitgevoerde migratie van een pad met veel omzet levert meestal iets tastbaars op: snellere pagina’s, een schonere checkout, een mogelijkheid die het oude platform blokkeerde. Die gemeten winst is het argument om de volgende fase te financieren, onderbouwd met bewijs uit je eigen webshop en niet met een projectie uit de case study van een ander. Zelfs een fase die omzetneutraal uitkomt, heeft zijn plek verdiend. Ze heeft het risico weggenomen voor de paden die ervan afhangen en de tijd verkort tot de hele webshop op het nieuwe platform staat.

Naast de aanpak op functionaliteit gelegd is het voordeel niet alleen financieel, maar ook diagnostisch. Een migratie op functionaliteit meet pas aan het eind. Heeft het nieuwe platform een probleem, dan komt dat boven nadat alles al is verhuisd, op de dag dat de hele webshop live gaat, als terugdraaien het duurst is en de oorzaak het moeilijkst te vinden tussen duizend gelijktijdige wijzigingen. Een migratie op omzet brengt hetzelfde probleem in fase één aan het licht, op het pad dat je het best kent, terwijl maar een deel van de omzet op het spel staat en terugdraaien goedkoop is. Je weet dus eerst of het nieuwe platform levert op de omzet die er het meest toe doet. Alles daarna is uitbreiden op bewezen grond, geen gok die nog moet uitpakken.

Wanneer plannen op omzet kan, en wanneer niet

Plannen op omzet vraagt om een migratie die zich netjes laat opdelen, en dat kan niet altijd. Het werkt als paden los van elkaar kunnen overstappen, per markt, per deel van de catalogus, per kanaal of per klantgroep, met het oude en het nieuwe platform tijdelijk naast elkaar voor een pad dat wordt overgezet. De meeste Shopify Plus-migraties laten zich zo faseren, omdat markten, catalogusstructuur en kanalen natuurlijke naden bieden om langs te knippen. Sommige migraties zijn echt niet op te splitsen, omdat het datamodel of de overstap zelf een verhuizing in één keer afdwingt. Dan is het eerlijke antwoord één overstap, intern gepland op bouwvolgorde, met dezelfde meetdiscipline voor het geheel in plaats van per fase. Het punt is niet dat faseren altijd kan. Het punt is dat, als het kan, plannen op omzet in plaats van op functionaliteit van de verhuizing een investering maakt in plaats van een kostenpost. En de meeste migraties hebben meer ruimte om te faseren dan een plan op functionaliteit aanneemt.

Of je moet overstappen, hoorde bij de eerdere vraag in deze reeks. Dit gaat over hoe je overstapt als het antwoord ja is. Een migratie plannen rond omzet is de manier waarop Flatline Shopify Plus-migraties uitvoert. Als Shopify Platinum Partner zetten we de verhuizing zo op dat een merk rendement ziet van de paden die het meest verdienen voordat de long tail klaar is, niet erna. Heb je vastgesteld dat het platform de beperking is en wil je de migratie zo plannen dat ze zichzelf onderweg betaalt? Dan is een gesprek over de volgorde van je migratie, uitgewerkt op je eigen omzetpaden en afhankelijkheden, de praktische volgende stap. Dat gesprek voeren we graag met je.

Deze volgorde gaat ervan uit dat de overstap gerechtvaardigd is; staat dat nog open, begin dan met kiezen tussen overstappen, herbouwen of blijven.

Veelgestelde vragen

Wat is een replatforming op volgorde van omzet?

Een migratie waarbij de volgorde wordt bepaald door hoeveel elk deel van de webshop verdient, en niet door volledigheid van functies. De paden die het meest opleveren, zoals topcategorieën, belangrijke markten en de best converterende flows, gaan als eerste naar het nieuwe platform, elk met een nulmeting. Zo worden de grootste blokken omzet het snelst gemigreerd en helpt het resultaat van elke fase de volgende te betalen. Het eindpunt is dezelfde volledig gemigreerde webshop. Het verschil is dat hij geld oplevert terwijl het project loopt, niet pas als het klaar is.

Hoe bepaal je wat je als eerste migreert?

Rangschik de paden van je webshop op omzet en kies de eerste fase met drie vragen: welk pad verdient het meest, welk van de best verdienende paden staat het meest op zichzelf (hangt het minst af van systemen die nog niet zijn gemigreerd), en welk heeft de duidelijkste nulmeting? De eerste fase is het pad dat veel verdient, op zichzelf staat en meetbaar is. Elke latere fase is het pad met de eerstvolgende hoogste omzet waarvan eerdere fases de afhankelijkheden al hebben geregeld.

Kan een replatforming zichzelf echt terugverdienen voordat hij klaar is?

Bij een gefaseerde migratie wel, in elk geval deels. Een pad met veel omzet migreren met een nulmeting levert meestal iets tastbaars op, zoals snellere pagina’s, een schonere checkout of een mogelijkheid die eerder geblokkeerd was, en dat rendement begint terwijl de rest van de migratie nog loopt. Het betaalt zelden het hele project, maar het compenseert kosten terwijl het werk vordert. Bij een migratie op functionaliteit is het omgekeerd: daar zijn alle kosten gemaakt voordat er iets terugkomt.

Is gefaseerd migreren altijd beter dan een big bang?

Niet altijd, want niet elke migratie laat zich netjes opdelen. Faseren vraagt om paden die los van elkaar kunnen overstappen, per markt, deel van de catalogus of kanaal, met oud en nieuw tijdelijk naast elkaar. Dwingen het datamodel of de overstap zelf een verhuizing in één keer af, dan is een big bang de eerlijke keuze, intern gepland op bouwvolgorde. Kan faseren wel, en dat geldt voor de meeste Shopify Plus-migraties, dan verlaagt het het risico en begint het rendement eerder.

Hoe meet je of een migratiefase heeft gewerkt?

Leg de cijfers van het pad op het oude platform vast voordat je het verhuist, dus omzet, conversie door de relevante stappen en laadprestaties, en meet na de overstap dezelfde cijfers op het nieuwe platform. De vergelijking laat zien of de fase winst opleverde, neutraal bleef of aandacht nodig heeft, op een pad dat klein genoeg is om goedkoop terug te draaien. Diezelfde meting onderbouwt ook met bewijs de financiering en scope van de volgende fase.

De belangrijkste punten

• Bij een replatforming op volgorde van omzet migreer je eerst de paden die het meest verdienen, zodat het rendement begint terwijl het project loopt. Een migratie op functionaliteit zet alles in één keer over en maakt alle kosten voordat er iets terugkomt.

• De migratiebacklog is de omzet van je webshop, gerangschikt per pad, geen checklist met functies. Koppel omzet aan categorieën, segmenten, markten en flows, en je weet wat als eerste moet.

• De eerste fase is het pad met de hoogste omzet dat ook het meest op zichzelf staat en het best meetbaar is. Latere fases volgen het pad met de eerstvolgende hoogste omzet waarvan de afhankelijkheden al zijn gemigreerd. De volgorde is dus de omzetrang, geregen door de volgorde van afhankelijkheden.

• Elke fase migreert met een nulmeting, dus het resultaat is bewijs en geen projectie. De winst van een pad met veel omzet financiert de volgende fase. Zelfs een neutrale fase neemt risico weg voor wat volgt en verkort de tijd tot het resultaat.

• Faseren vraagt om naden om langs te knippen, per markt, segment of kanaal, en de meeste Shopify Plus-migraties hebben die. Laat een migratie zich niet opdelen, dan is een big bang eerlijk. Maar plannen op omzet is wat van een gefaseerde verhuizing een investering maakt in plaats van een kostenpost.

Elke migratie kost wat ze kost. De volgorde bepaalt wanneer het rendement begint en hoeveel van de omzet van je webshop op één dag op het spel staat. Orden het werk op omzet in plaats van op functionaliteit, migreer de grootste verdieners eerst, elk met een harde nulmeting, en laat elke fase met bewijs de volgende onderbouwen. Dan is het project geen groot bedrag meer dat je uitgeeft tegen een belofte voor later. Het wordt een verhuizing die als eerste terugbetaalt op het pad dat er het meest toe doet, en eindigt op grond die je al hebt bewezen.