Insight:

4 lessons learned in replatforming

Author
Michiel Tielemans
Date updated
October 6, 2025
Reading time
7
mins read
Over the last few weeks, I’ve shared a series of 4 out of 8 stories from my 20+ yrs career in digital. Each with a lesson you can use to keep your change projects moving and delivering value.

Lesson #1 - Like for like is never like for like

A common ask: “The new platform must include everything it includes today  - we’ll improve it later”. The current platform is usually the result of years of iteration, exceptions, and undocumented decisions. Rebuilding it one on one sounds safe, but it often means recreating complexity, technical debt - and missed opportunities. And the truth? That “later” rarely comes - and the cost of copying the past is huge.

Lessons I’ve learned:

  • What’s live today is rarely fully understood - or even documented.
  • Copying the old means carrying forward what no longer works.
  • You don’t need to rebuild everything - just what delivers value.
  • Starting with a clean MVP frees you to move forward, not backward.

Lesson #2 - Oops, all must-haves! (make choices in requirements)

Replatforming is finally there! Time to solve EVERYTHING. You start gathering requirements, but the finish line keeps moving. Nobody wants to compromise. Every feature is a must-have...

Lessons I’ve learned:

  • Make tough choices. Dare to say no.  
  • Everyone’s “nice-to-have” is someone else’s “must-have” - align early.
  • You need deep attention during requirements, not just during delivery.
  • Unclear input leads to waste - even if the sprint train keeps rolling.

Lesson #3 - Change requires different skills and processes than business as usual (run).

Keeping daily operations going is not the same as transforming them. I’ve seen strong teams underestimate how much change demands in terms of time, focus, and mindset. That’s when transformation gets stuck. Companies are excellent at running their business - but running change is a different skill altogether.

Lessons I’ve learned:

  • Your digital transformation needs its own tempo, team, and mindset.
  • Most organisations lack the capacity and capability to run major change on their own.
  • Understanding the new tech is key to implementing it succesfully.
  • Change is temporary - but the impact is permanent. Make it count.
  • Bring in the help of folks that have done it before. 

Lesson #4 - Composable doesn't mean replacing with multiple SaaS vendors

Headless, API-first, MACH - it’s the new standard. But one pattern keeps repeating: companies try to go composable everywhere at once. Swapping a monolith for five SaaS tools sounds modular - but it can explode your scope, budget, and timelines. Not everything needs to be replaced right now.

Lessons I’ve learned:

  • You don’t need to go fully composable on day one.
  • Start with what’s truly broken - and leave what doesn’t need replacement.
  • The frontend often benefits most from speed and flexibility.
  • Focused change delivers faster value than full-stack disruption.

Get started

Unsure whether headless, composable or a DXP is right for you?

Book a sparring session. In just 60 minutes we’ll uncover whether your challenge lies in the software, or in implementation, governance or adoption and what you can change tomorrow.

Reach out to us
Reach out to us
Arrow icon