Overstappen, herbouwen of blijven: wanneer is een migratie het gedoe waard?

Herbouwen of overstappen? Meestal wordt dat gebracht als een ja of nee tegen migratie. Maar er zijn drie antwoorden, geen twee: blijven, herbouwen op je huidige platform, of overstappen naar een ander platform. Welke klopt, hangt af van waar het probleem echt zit. Kun je het oplossen waar het zit, dan blijf je. Zit het in hoe de webshop is gebouwd, op een platform dat verder prima voldoet, dan herbouw je. Zit het in het platform zelf, dan stap je over. Een migratie zet zoveel op zijn kop dat blijven vaak de juiste keuze is. Tot het moment dat wat de huidige situatie je elke maand kost, opgeteld hoger uitkomt dan de eenmalige kosten van een overstap. Vanaf dan is blijven de dure optie. Het is een rekensom, en die kan beide kanten op uitvallen.

Dit stuk geeft je een kader om die keuze eerlijk te maken. Het meeste wat over dit onderwerp geschreven wordt, duwt je richting migratie, omdat de schrijvers migraties verkopen. Zo wordt de keuze platgeslagen tot overstappen of niet. De optie die een groot deel van de gevallen oplost voor een fractie van de kosten en het risico, verdwijnt dan uit beeld. Hieronder zetten we die derde optie terug, geven we de regel die tussen alle drie kiest, en maken we een rekensom die van twee kanten werkt. Die vertelt je niet alleen of een overstap het waard is, maar ook of je te lang hebt gewacht of juist te vroeg zou gaan.

Drie opties, geen twee

Benoem eerst alle drie, want juist de middelste raakt zoek. Blijven betekent: het huidige platform en de huidige build houden, en de pijn aanpakken waar hij zit. Je automatiseert een taak, repareert een proces of lost een koppeling op, zonder groot project. Herbouwen betekent: op hetzelfde platform blijven, maar de webshop opnieuw en goed opzetten. Je ruimt de technische schuld op die zich in jaren maatwerk heeft opgestapeld, bouwt opnieuw wat er ooit aan is vastgeschroefd, en levert een schone build op een fundament dat nooit het probleem was. Overstappen betekent: naar een heel ander platform verhuizen, met alles wat daarbij hoort. Datamigratie, koppelingen die opnieuw gebouwd moeten worden, werk om je posities in Google te behouden, en een organisatie die anders moet gaan werken.

De drie lopen duidelijk op in kosten, onrust en risico. Blijven is het goedkoopst en zet het minst op zijn kop, maar levert ook het minst op. Herbouwen is een echt project met echte kosten, maar je blijft op bekend terrein: hetzelfde platform, dezelfde admin, geen migratierisico voor je verkeer of je data. Overstappen is de grootste, meest ingrijpende en duurste van de drie. Het is ook de enige optie die een echte grens van het platform wegneemt. De fout die de meeste teams maken: ze brengen die glijdende schaal terug tot een tweedeling, overstappen of niets doen. Daarmee valt herbouwen stilletjes af, en dat is in beide richtingen duur. Sommige teams belanden zo in een volledige migratie voor een probleem dat een herbouw had opgelost. Anderen blijven zitten met een kapotte build, omdat het enige alternatief dat ze overwogen een migratie was waar ze niet aan durfden.

De vraag die de keuze maakt: waar zit het probleem?

Eén vraag verdeelt de drie, en het is dezelfde diagnose die in de rest van deze reeks terugkomt: waar zit het probleem echt? Een symptoom als trage releases of een stapel workarounds verraadt zijn oorzaak niet. En elk van de drie opties hoort bij een andere oorzaak.

Zou het probleem met je meeverhuizen naar elk ander platform, dan is het geen platform- of bouwprobleem en is het antwoord: blijven. Denk aan een proces zonder duidelijke eigenaar, een taak die niemand heeft geautomatiseerd, of een koppeling die je op je huidige stack kunt bouwen. Los het op waar het zit. Voor iets dat in je werkwijze zit en niet in je techniek, heb je geen herbouw of migratie nodig. Zit het probleem in de build, dan kan het platform wel wat je nodig hebt, maar is de uitvoering vastgelopen in technische schuld. Elke wijziging is duur door de manier waarop de webshop in elkaar is gezet, niet door wat het platform kan. Dan is het antwoord: herbouwen. Een schone nieuwe implementatie op hetzelfde platform haalt de beperking weg, zonder het risico van een verhuizing. Zit het probleem in het platform zelf, omdat de architectuur echt niet kan wat je bedrijf nu vraagt of omdat de ondersteuning ophoudt, dan helpt geen enkele herbouw op dat platform. Dan is het antwoord: overstappen.

Het verschil tussen herbouwen en overstappen komt neer op één toets: zou een schone, vakkundige herbouw op het huidige platform de beperking weghalen? Zo ja, herbouw dan. Dat is goedkoper en brengt geen migratierisico mee. Blijft de beperking zelfs na een perfecte herbouw bestaan, omdat ze vastzit in wat de architectuur van het platform toelaat, dan zit je tegen het plafond en haalt alleen een overstap dat weg. Doe die toets voordat je iets gaat doorrekenen. Dan laat je geen migratie begroten voor een probleem dat er nooit een nodig had.

De drie opties naast elkaar

Staan de opties en de hoofdvraag eenmaal vast, dan zijn de afwegingen overzichtelijk.

Het overzicht laat ook zien wanneer een optie het verkeerde antwoord is. Elke optie heeft een situatie waarin ze klopt en een situatie waarin ze een dure vergissing is. Het verschil zit steeds in de vraag of de optie past bij waar het probleem zit. Een herbouw tegen het plafond van het platform kost je een project en zet je terug voor dezelfde muur. Een overstap voor een bouwprobleem betaalt de hoogst mogelijke prijs om een probleem te verhuizen dat een herbouw had opgelost. En wie blijft bij een echte platformgrens, laat simpelweg de meter doorlopen.

De huidige situatie doorrekenen: de maandelijkse rekening

Weet je welke optie bij de oorzaak past, dan blijft de vraag wanneer. Daar komt het rekenwerk. Begin met wat de huidige situatie kost, want dat is het bedrag dat teams constant voelen en bijna nooit optellen. Blijven is niet gratis. Het stuurt je elke maand een rekening, en die bestaat uit drie posten die je echt kunt optellen.

De eerste post is wat je uitgeeft om op te vangen wat het platform niet kan: de apps, connectoren en koppelingen op maat die er alleen zijn om gaten te dichten. Tel het jaarbedrag op. De tweede is ontwikkeltijd die naar onderhoud gaat in plaats van naar iets nieuws. Houd 90 dagen bij waar de uren van je developers heen gaan, en scheid de uren die bestaande functies overeind houden van de uren waarin iets nieuws wordt gebouwd. Gaat het meeste naar onderhoud, dan drukt het platform niet alleen op je budget, maar ook op je roadmap. Die kosten staan bijna nooit op de factuur van het platform, en juist daarom telt niemand ze mee. De derde is omzet die je misloopt omdat de webshop nog niet kan wat het moment vraagt: de lancering die uitloopt, de markt waar je niet in komt, de feature die als groot project wordt begroot. Tel de drie op over een jaar, en je hebt de echte rekening van blijven. Dat is het bedrag waar je een overstap tegen afzet. De meeste teams merken dat het hoger is dan de licentiekosten die ze tot nu toe als de prijs van het platform zagen.

De overstap doorrekenen, en wat te lang wachten kost

Aan de andere kant van de weegschaal liggen de eenmalige kosten van een overstap. Eerlijk gerekend zijn die hoger dan de offerte. Een migratie kost implementatie, datamigratie, koppelingen die opnieuw gebouwd moeten worden, werk om je posities in Google te behouden, training, en het risico op downtime rond de livegang. Migraties lopen bovendien vaak uit, dus een realistisch bedrag bevat een buffer voor de reparaties die na de lancering opduiken. De nuttigste correctie hier: de kosten worden meer bepaald door waar je vandaan komt dan door het platform waar je naartoe gaat. De complexiteit die je hebt opgebouwd, de logica op maat, de verknoopte koppelingen: dat bepaalt de prijs, niet het logo van de bestemming. Reken een overstap door over drie jaar totale kosten, niet tegen een licentiebedrag. Anders is de vergelijking niet eerlijk.

Zet dat vervolgens af tegen de maandelijkse rekening, in beide richtingen, want je kunt het op twee manieren fout doen. Stap je te vroeg over, dan betaal je de hoogst mogelijke eenmalige prijs voor een probleem dat met een goedkopere optie was opgelost. Blijf je te lang, dan stapelt de maandelijkse rekening zich op tot wat platformstrategen de prijs van stilstand noemen. Je blijft betalen voor wat je remt, ook als je daar de overstap allang van had kunnen betalen. Zo wordt blijven ongemerkt de duurste keuze op tafel, terwijl het voelt als de veilige. Het kantelpunt ligt waar de opgetelde rekening van blijven hoger wordt dan de eenmalige kosten van een overstap, gecorrigeerd voor de onrust die een overstap met zich meebrengt. Daarvoor is blijven verstandig. Daarna betaal je in termijnen voor een migratie die je nooit krijgt. Zit de beperking echt in het platform, dan is de volgende vraag of een overstap naar bijvoorbeeld Shopify Plus jouw specifieke beperking echt oplost. Die vraag verdient dezelfde toets als de beslissing om te verhuizen: waar zit het probleem? Migratiekosten afzetten tegen wat de huidige situatie je echt kost, is de som die je maakt voordat je welke kant dan ook op gaat. Als Shopify Platinum Partner maakt Flatline die som samen met een merk voordat we een overstap aanraden. Juist omdat het eerlijke antwoord soms herbouwen is, en soms blijven.

Kies je huidige platform

Wijst de rekensom naar een overstap, dan is de volgende vraag wat die overstap vraagt vanaf het platform waar je nu op draait. Elke gids hieronder behandelt voor één bronplatform de data, de koppelingen, SEO en de risico's rond de livegang.

Voordat je een gids opent: toets of je platform echt te klein is geworden, en is dat zo, plan de migratie dan rond omzet, zodat wat het meeste oplevert als eerste overgaat en elke fase de volgende helpt betalen.

Wil je dat een team de overstap met je scopet en uitvoert, lees dan hoe wij een Shopify-migratie aanpakken.

Veelgestelde vragen

Moet ik overstappen of herbouwen op mijn huidige platform?

Vraag je af of een schone, vakkundige herbouw op je huidige platform de beperking weghaalt. Zo ja, herbouw dan. Dat kost minder en brengt geen migratierisico mee voor je data, je verkeer of je koppelingen. Zit de beperking vast in wat de architectuur van het platform toelaat, zodat ze zelfs een perfecte herbouw overleeft, dan zit je tegen het plafond van het platform en helpt alleen een overstap. Doorslaggevend is of het probleem in de build zit of in het platform.

Wanneer kun je beter blijven dan overstappen?

Als het probleem met je mee zou verhuizen, omdat het in je proces zit, in wie waarvoor verantwoordelijk is, of in iets dat je op je huidige stack kunt bouwen. Dan is blijven en het oplossen waar het zit de juiste keuze, want een herbouw of migratie lost geen probleem in je werkwijze op. Blijven klopt ook zolang de maandelijkse kosten van de huidige situatie onder de eenmalige kosten van een overstap liggen. Bij het kantelpunt klopt het niet meer: daar is de opgetelde rem hoger dan wat een overstap zou kosten.

Hoe bereken je of overstappen naar een ander platform de moeite waard is?

Reken beide kanten door. Aan de ene kant tel je de maandelijkse rekening van blijven op: wat je per jaar uitgeeft aan apps en maatwerk die gaten in het platform dichten, het deel van de developeruren dat naar onderhoud gaat in plaats van naar iets nieuws, en de omzet die je misloopt. Aan de andere kant reken je de overstap door over drie jaar totale kosten, inclusief migratie, koppelingen, training, risico op downtime en een buffer voor uitloop. Wordt de opgetelde rekening hoger dan de eenmalige kosten, gecorrigeerd voor de onrust, dan is de overstap het waard.

Wat is het verschil tussen herbouwen en overstappen?

Bij herbouwen zet je je webshop opnieuw op hetzelfde platform. Je ruimt technische schuld in het maatwerk op en zet een rommelige build opnieuw goed neer, zonder de onderliggende techniek te veranderen. Er is dus geen datamigratie en geen risico voor je verkeer. Bij overstappen verhuis je naar een heel ander platform, met migratie, koppelingen die opnieuw gebouwd worden en werk om je posities in Google te behouden. Herbouwen lost een bouwprobleem op een geschikt platform op. Overstappen is voor als het platform zelf de beperking is.

Is overstappen altijd duurder dan herbouwen?

Meestal wel, want een overstap brengt kosten voor migratie, koppelingen en verandermanagement mee die een herbouw op hetzelfde platform niet heeft. Precies daarom doet de optie herbouwen ertoe. Zit het probleem in de build en niet in het platform, dan lost een herbouw het op tegen lagere kosten en minder risico. Overstappen is de hogere prijs alleen waard als het platform zelf de beperking is, want die haalt een herbouw niet weg.

Kort samengevat

• Op de vraag of je moet overstappen zijn drie antwoorden, geen twee: blijven, herbouwen op je huidige platform, of overstappen. Wie er overstappen-of-niet van maakt, schrapt de middelste optie, en juist die lost veel gevallen goedkoop op.

• Welke optie je kiest, hangt af van waar het probleem zit. Verhuist het mee naar elk platform, dan blijf je. Zit het in de build, dan herbouw je. Zit je echt tegen het plafond van het platform, dan stap je over. De toets voor dat laatste: blijft de beperking bestaan na een schone herbouw?

• Reken de huidige situatie door als een maandelijkse rekening: apps en koppelingen die gaten dichten, developeruren die naar onderhoud gaan in plaats van naar iets nieuws, en omzet die je misloopt. Die rekening is meestal hoger dan de licentiekosten die teams als de prijs van het platform zien.

• Reken de overstap door over drie jaar, niet tegen een licentiebedrag. En onthoud dat de kosten meer bepaald worden door waar je vandaan komt dan door waar je naartoe gaat. Neem een buffer op, want migraties lopen uit.

• De beslissing kan twee kanten op misgaan. Stap je te vroeg over, dan betaal je de hoogste prijs voor een kleiner probleem. Blijf je voorbij het kantelpunt, dan wordt de prijs van stilstand een migratie die je in termijnen betaalt zonder dat er iets wordt opgeleverd.

Houd alle drie de opties open, want het eerlijke antwoord verschilt per geval. Een kader dat alleen “migreren” kan zeggen, vindt het nooit. Sommige webshops hebben een probleem dat met ze mee zou verhuizen. Dat los je maandag op, en je platform houd je nog jaren. Andere draaien op een prima platform onder een build die aan vervanging toe is. Een herbouw voelt dan als een nieuwe webshop, zonder het risico van een verhuizing. En sommige zitten echt tegen het plafond. Elke maand die ze wachten, is een termijn op een migratie die ze toch gaan doen, alleen later en duurder. Zoek uit waar je probleem zit en reken beide kanten van de weegschaal door. Dan is de keuze tussen herbouwen en overstappen geen sprong in het diepe meer, maar een bedrag dat je kunt verdedigen.