Replatforming is one of the biggest decisions an ecommerce business can make. It's expensive, disruptive, and carries real risk if handled badly. But staying on the wrong platform when the signs are clear is more expensive over time — in maintenance costs, development time, lost conversion, and the commercial ceiling it places on what the business can achieve.

I've recently been speaking with businesses considering replatforming but feeling uncertain about whether it's the right move — or whether they have the resource to make it happen. With tight budgets, many hesitate to seek an independent assessment, leaving them stuck in a cycle of doubt while the costs of inaction compound quietly.

Major replatforming projects led

PrestaShop to Custom · Magento to Shopify · Shopify to Magento. Each taught me something different about when to move, how to choose, and what happens when you get it wrong.

"Neglecting to keep your platform updated often feels like saving money. It's a false economy. Over time you'll spend more on workarounds than a migration would have cost."

Here are the seven indicators I use to assess whether a business genuinely needs to replatform — drawn from direct experience, not theory.

The Seven Indicators

1
Maintenance
Falling Behind on Updates HIGH

Neglecting platform updates feels like a way to save money. It's a false economy. Over time you spend more on workarounds and fixes just to maintain existing functionality — while performance degrades and security risk accumulates.

Older versions of platforms become unsupported. Developers implement code workarounds that compound into what's often called a "spaghettified" codebase — difficult to maintain, expensive to modify, and increasingly fragile. Every month you delay updating is another month of technical debt accruing interest.

The Pattern I See A business running three or more major versions behind the current release, with a developer team spending the majority of their sprint capacity on maintenance rather than new functionality. That's a platform problem, not a resource problem.
2
Commercial Performance
Rising Costs Without Returns HIGH

When your platform starts costing more but delivering less, the maths is straightforward — but the decision often isn't, because the costs are spread across multiple budget lines and nobody is looking at the total. Developer hours, hosting, bug fixes, manual workarounds, and the conversion rate you're not achieving because the platform can't support modern UX.

If your platform can't support the trust signals, payment options, and checkout improvements that customers now expect as standard, you're paying for a platform that's actively working against your conversion rate.

3
Technology
Can't Keep Up with Emerging Tech HIGH

Your platform should enable your business to adapt quickly to new technology and market demands. If integrating new tools, payment methods, or third-party services requires extensive rewrites or months-long timelines, your growth is being constrained by infrastructure rather than by commercial opportunity.

Real Examples From My Experience A 12-month delay implementing a PayPal integration due to fragmented web architecture and inadequate backend support — a conversion-critical feature that should have taken weeks. A client using outdated BTFresca architecture faced excessive costs for even minor updates; they ultimately moved to Magento, writing off their existing contract to gain the scalability they needed.

If basic integrations require disproportionate effort, the platform is the bottleneck — not the team.

4
Growth
Limited Scalability HIGH

Growth should be commercially exciting. When it becomes technically stressful — when scaling up reveals fundamental limitations in what the platform can handle — the platform is setting a ceiling on the business's ambition.

Common scalability failures include: inability to support significantly increased traffic without performance degradation, limitations on SKU count or catalogue depth, absence of tools like Customer Data Platforms to manage growing data volumes, and lack of multi-market or multi-currency capability as the business internationalises.

For businesses with high interaction rates — flash sales, seasonal peaks, product launches — even performance degradation under load is a direct revenue event, not just a technical inconvenience.

5
Business Change
External Triggers for Change MEDIUM

Not all replatforming decisions are driven by technical failure. Sometimes the trigger is a change in business context that the current platform simply can't support — and continuing to force it to do so is more expensive than moving.

Common external triggers include: new leadership or a significant shift in commercial strategy; moving from in-house development to outsourced teams who work primarily on different platforms; expanding into new channels (B2B from B2C, or vice versa); new integration requirements with ERP, PIM, or CRM systems; and international expansion requiring multi-language, multi-currency, or multi-site capability.

If your current platform can't align with a significant change in business direction without a major custom build, replatforming to something that natively supports that direction is usually cheaper and faster.

6
End of Life
Diminished Platform Longevity HIGH

Legacy platforms eventually reach end-of-life, at which point the provider stops issuing security patches, the developer community shrinks, and the ecosystem of plugins and integrations stops being maintained. At this point, staying on the platform isn't a choice — it's a risk.

Examples include Magento 1.x (officially end-of-life since 2020), Fresca, and Venda — all platforms that had large customer bases and all of which created significant migration urgency when end-of-life was announced. Waiting until the announcement to start planning a migration is almost always more expensive than proactive replatforming while the ecosystem is still active.

7
Flexibility
Customisation Challenges MEDIUM

The right level of customisation depends on the business. Some businesses need the simplicity and speed of Shopify — where the constraints are a feature, not a bug. Others need the architectural flexibility of Magento or a headless commerce approach to support complex requirements.

The problem arises when the mismatch becomes apparent: a business with complex requirements stuck on a platform built for simplicity, or a business paying for enterprise-level customisation capability it doesn't actually need. If even basic customisations are becoming expensive or time-consuming, it's worth assessing whether the platform choice is still the right fit for where the business actually is.

Stay or Go — A Simple Decision Framework

Before committing to a replatform, be honest about which column describes your situation most accurately.

Consider staying if...
  • Platform is current and actively maintained
  • Developer costs are proportionate to output
  • Integrations can be completed in reasonable timelines
  • The platform can support your next 2–3 years of growth
  • Customisation needs are being met without excessive cost
  • No significant business change requiring new capability
Consider replatforming if...
  • Platform is multiple major versions behind
  • Developer spend is dominated by maintenance not innovation
  • Simple integrations take months and significant budget
  • Performance degrades under normal trading peaks
  • Platform is approaching or has reached end-of-life
  • Business direction has changed and the platform can't follow
The Seven Indicators
  • Falling behind on updates — technical debt compounds silently until it becomes a crisis
  • Rising costs without returns — total platform cost includes conversion rate losses, not just licensing and dev fees
  • Can't keep up with emerging tech — if a PayPal integration takes 12 months, the platform is the problem
  • Limited scalability — performance degradation under load is a direct revenue event
  • External triggers — new leadership, new channels, new integration requirements can all necessitate a move
  • End of life — waiting for the announcement before planning is always more expensive
  • Customisation challenges — the platform should fit the business, not the other way around