Een Replatforming expert aan het woord

Zorgen hoge licentie en onderhoudskosten ook voor de nodige frustraties? Soms voelt het alsof al die investeringen in een zwart gat verdwijnen zonder dat het de gewenste resultaten oplevert. Kan dit dan niet beter? Jazeker! Onze replatforming expert Karsten legt het ons uit!

Inmiddels mag je jezelf een Replatforming expert noemen, kan je meer vertellen over jouw rol hierin vanuit jouw functie?

Ik ben Lead strateeg wat betekent dat ik voornamelijk aan de voorkant van een project betrokken ben. Wanneer een nieuwe klant binnenkomt met een specifieke vraag zoals ‘’We lopen al een jaar of langer tegen een aantal problemen op de IT afdeling aan die we niet kunnen oplossen, hierdoor kan de CRO en marketing afdeling ook geen verbeteringen meer doorvoeren’’ of ‘’We willen starten met een nieuw  CMS, en we zijn op zoek naar een redesign om te zorgen dat we weer digitaal gezond zijn.’’ Dan bekijken we samen met het team wat de beste oplossing is voor deze klant, Replatforming kan dan een uitkomst zijn omdat we hier niet alleen de symptomen mee bestrijden, maar de oorzaak aanpakken. 

Ik heb samen met een vriend een aantal jaar geleden aan de wieg gestaan van de oprichting van een barbecue winkel, inmiddels hebben we vestigingen in zowel België als Nederland. Hier heb ik veel geleerd over het opzetten van een compleet e-commerce/retail platform, van warehouse systemen, design, frontend tot aan commerce engines. Deze ervaring gecombineerd met mijn ervaring en achtergrond bij Incentro zorgt voor een ideale samensmelting waarmee ik klanten voor mijn gevoel ook beter kan adviseren vanuit mijn rol. 

Wanneer adviseer je klanten om over te gaan tot Replatforming?

Zo’n situatie kan het beste omschreven worden als ‘’het piept en het kraakt’’. Ook al zijn er vaak wel initiatieven geweest om dit intern op te lossen of met interim mensen orde op zaken te stellen. In de praktijk betekent dit bijvoorbeeld dat budgetten over de kop gaan, het te lang duurt voor iets kan worden doorontwikkelt of een kleine aanpassing aan bijvoorbeeld het menu is al drie keer over de kop gegaan. Vaak zit daar een grotere achterliggende reden achter. Denk aan code-spaghetti, de hosting klopt niet meer, de huidige oplossing is niet schaalbaar.

Het gebeurt vaak dat klanten binnenkomen met een kleiner probleem wat ze het liefst gisteren al opgelost willen hebben. Het is dan vaak een wake up call wanneer we ze vertellen dat als je niet over een jaar weer in dezelfde situatie wil zitten, je het probleem vanaf de wortels aan moet pakken. En dat het geen grote complexe stap hoeft te zijn als je het slim aanpakt.

Welke klantproblemen kom je vaak tegen?

Vaak zie je dat er een technische upgrade uitgevoerd moet worden binnen een verouderde website architectuur. Dit zijn vaak nog handmatige upgrades die ook erg in de kosten kunnen lopen (denk aan 3 à 4 ton). Omdat dit een grote uitgave  is wordt er vaak ook geopperd dat meteen het design van de website meegepakt kan worden. Dit wordt dan al snel een erg groot project wat eigenlijk iets te groot is voor een upgrade. Op dat punt is het tijd voor een overweging, gaan we nu zoveel geld uitgeven aan deze upgrade om volgend jaar weer voor hetzelfde probleem te komen staan of pakken we het meteen goed aan en starten we met een Replatforming traject. 

Wat we ook vaak horen is dat de conversie omlaag gaat tijdens een piekmoment op de website omdat het platform niet schaalbaar genoeg is om de groei van het bedrijf bij te benen. Deze pijn voelen klanten direct, omdat je meteen omzet misloopt. Als jouw website hapert of eruit ligt dan loop je duizenden en soms wel tienduizenden euro’s mis. 

Vanuit de operatie wekt een verouderd platform vaak frustratie op. Omdat je voortdurend bezig bent om de trein rijdende te houden heb je geen of weinig tijd om nieuwe functionaliteiten door te voeren of om bugs op te lossen. Waardoor je kansen aan je voorbij ziet gaan om te groeien als bedrijf. 

Wat is jouw advies om een goede start te maken met Replatforming?

Schakel een goede expert in. Wanneer je dit doet overweeg je vaak ook andere opties en oplossingen dan wanneer je uit eigen initiatief op zoek gaat naar de ‘beste oplossing’. Een open gesprek met een expert kan vaak nieuwe inzichten geven waar je meer aan hebt dan wanneer je alleen naar sales pitches hebt geluisterd en hier je keuze op baseert. Zorg dus dat je iemand aanhaakt die veel ervaring én een objectiever beeld heeft die jou kan helpen bij die belangrijke keuze. 

Ik zeg ook altijd; Replatforming betekent niet dat je in één keer je oude platform in de prullenbak gooit. Je moet je belangrijkste use cases helder hebben, de korte termijn pijn, en los deze eerst op. Zodat je bijvoorbeeld eerst de voorkant aanpakt terwijl aan de achterkant de huidige systemen blijven draaien. Hierna kan je gefaseerd de gehele commerce engine aan gaan pakken. Zo blijft het behapbaar voor je organisatie. Hier zijn natuurlijk veel verschillende smaken. Maar het belangrijkste is dat je grip blijft houden op het gehele project en dat kan lastig zijn als in een keer alles op de schop gaat.

Waar zou een moderne e-commerce architectuur allemaal aan moeten voldoen?

Het uiteindelijke doel zou moeten zijn dat je nooit meer hoeft te Replatformen. Dit bereik je door niet afhankelijk te zijn van bepaalde systemen of dat je voldoende flexibiliteit hebt dat als het ene systeem niet meer werkt je deze simpelweg kan vervangen door een andere. Dat heeft te maken het het opdelen van je functionaliteiten. Je kent wellicht wel de term ’the right tool for the right job’. Een goed voorbeeld is hoe de App store van Apple werkt. Als je op je iPhone een app verwijderd of installeert werkt je telefoon nog steeds. Je hoeft niet meteen een nieuwe iPhone met nieuwe functionaliteiten aan te schaffen. 

Het is daarom echt zaak dat als je leunt op een grote monolithische structuur dat je deze opdeelt in kleinere onderdelen die los van elkaar werken. Zodat als je deze niet meer nodig hebt je deze zonder grote gevolgen weg kan halen. Tegelijkertijd kan je ook gemakkelijk nieuwe touchpoints toevoegen zodat je nieuwe ideeën en ambities veel sneller en gemakkelijker uit kan voeren. Zo kan je je gehele architectuur oneindig blijven vernieuwen. 

Kan je een aantal projecten met ons delen waar je trots op bent? 

Zeker, ik ben trots op ons project met COOP. Omdat de voor- en achterkant goed van elkaar gescheiden zijn en omdat afdelingen binnen COOP zelf heel gemakkelijk de voorkant in een app-schil  kunnen gieten, of componenten hiervan kunnen gebruiken voor verschillende touchpoints. Zodat bijvoorbeeld de werknemers in de winkel beter hun werk kunnen doen via een handige app. Bij dit project zijn we ook aan de voorkant begonnen. Het goed kunnen scheiden van voor- en achterkant was al een uitdaging op zich. Tegelijkertijd zat er ook veel werk in het maken van een nieuwe website, de oude website was behoorlijk verouderd, wat ook te merken was aan de conversiecijfers, dit was dus een van de belangrijkste punten binnen dit project. Waar ik best trots op ben is dat de webshop van COOP nu simpel te bedienen is en aanvoelt alsof je een app gebruikt.

Heb je nog goed advies die je mee zou willen geven?

Heb je het over MACH, dan heb je het vaak over microservices, headless, cloud native en API first. Dat klinkt dan heel groot en complex. Tegenwoordig is dit niet meer het geval. Je moet vooral een goede overweging maken: wil ik een korte termijn fix of wil ik ervoor zorgen dat ik daadwerkelijk toekomstbestendig ben? Als je de ambitie hebt om te groeien dan raad ik je aan om je hier meer in te verdiepen. Ik help je daar graag bij!