Are you considering migrating to a new eCommerce architecture or replatforming to a new eCommerce platform? 

If so, you'll want to read this post. We've compiled everything you need to know about eCommerce migration and replatforming in one place, from factors to consider when making your decision, to tips for making the process as smooth as possible.

Today’s blog post takes a look at:

  1. The reasons to consider a migration or replatforming
  2. An eCommerce migration checklist
  3. An eCommerce replatforming checklist

First and foremost, it's essential to understand why you're considering it. 

Why are you planning to migrate or replatform?

In an ideal world, an eCommerce migration or replatforming project would last for a year and be budgeted appropriately with defined objectives.

The reality is that it isn't something that businesses always plan well in advance. The majority of the time, there's a motivating force (or several) pushing a business to change it up.

Here's a list of the most frequent problems that cause online retailers to replatform. Take a look for yourself and mark off the ones that apply to your eCommerce business.

1. Marketing difficulties that can be solved by eCommerce migration

2. SEO and technical issues related to your eCommerce platform

3. Your eCommerce platform's financial challenges

Whether you're looking to improve your website's performance or expand its capabilities, an eCommerce migration or replatforming can be a great way to achieve these goals.

Numerous benefits come with an eCommerce migration or replatforming as well. For example, it can help you more easily integrate with third-party applications and services and allow you to take advantage of new technologies as they become available

Yes, an eCommerce migration, or replatforming your entire business can be daunting. But with the right checklist, it doesn't have to be complicated. 

eCommerce Migration vs. eCommerce replatforming: What's the difference?

Finding a straightforward answer to this question might leave you dazed and confused. Many online publications define both as separate events, but there seem to be blurred lines as to precisely what each entails and whether it's the same action or has two entirely distinct meanings.  

Data migration is part and parcel of any replatforming project, but not exactly the same as an eCommerce migration per se. For the purposes of this article, we define them as:

1. eCommerce Migration is systematically moving parts of your eCommerce website from one application to another.

This approach works best if you are very risk-averse and hesitant to change your entire tech stack in one swoop. It also allows you to replace the most urgent parts first, get them fully functional and performant, and then move on to the next application as needed.

These changes can be anything from upgrading to a newer version of your eCommerce platform or systematically adding composable elements such as a new frontend, payment gateway, or CMS.

2. eCommerce Replatforming is the process of replacing your existing eCommerce platform with an entirely new eCommerce architecture in a single move.

A full replatforming usually happens when a store outgrows its current platform's capabilities, or the existing legacy platform is no longer supported. Modern eCommerce regularly includes moving from a monolithic architecture to a composable microservices architecture.

eCommerce migration checklist and strategy

An eCommerce platform migration is far more complex than moving a typical website. Because a defective eCommerce website will harm your business in terms of analytics, SEO, conversions, and revenue—there is a lot at stake. It is not something you do on a whim. It requires months of planning and preparation.

The fundamental steps of eCommerce Migration

The process of an eCommerce platform migration is complex, and various phases exist to accomplish it. But here are the primary challenges you'll need to overcome to successfully move your stores and websites. It will require careful preparation, checklists, and collaboration with your team and a data migration partner for you to complete it successfully.

1. Selecting the right platform(s) for your business

This is step 1 when you start planning and formulating your eCommerce migration checklist and strategy. Various factors drive this decision. You are either:

For an enterprise eCommerce site migration, look for SaaS or FEaaS (frontend as a service) options with open APIs that allow you to customize while taking advantage of built-in functionalities.

*The Strangler Pattern is a typical eCommerce microservices pattern in which a new application gradually replaces a legacy application during an eCommerce migration. The legacy application is left in place, and new functionality is added to the new application. Over time, the new application "strangles" the legacy application by slowly taking over its functionality. 

The Strangler Pattern has many benefits, including: 

  1. Improved maintainability
  2. Reduced risk 
  3. Increased flexibility 

However, it can also be challenging to implement and requires careful planning. For example, you must ensure that the legacy application continues to work as new functionality is added to the new application. 

The Strangler Pattern can be a powerful tool for eCommerce organizations looking to modernize their architecture to a headless (composable) microservices one. When used correctly, it can help to improve performance, reduce costs, and increase customer satisfaction.

2. Map out your new system: all existing (that you will keep) and new Integrations, features, and 3rd-Party tools

Determine which applications to keep and which to replace. You may have outdated apps holding your business back due to performance and scalability issues. This is crucial in determining how each touchpoint between the new platform and every other system at your firm will be handled.

3. Create and send out Requests for Proposals (RFP)

Depending on the conclusion you reached in step one, you can now prepare and send out RFPs to vendors that offer the necessary solutions. This step is crucial to start engaging and evaluating your available choices for the best new platforms and tech. 

If you don't have a standard in-house RFP, you can easily create one by using available examples online and customizing them to suit your objectives and business needs.

4. Invite all stakeholders to test new platforms

All departments and remote providers must be represented in the decision-making process to ensure that you don't overlook any important aspects. Once you've compiled a list of semi-finalists, start testing platforms to determine which is best.

5. Compile Your TCO and revenue model

Create a forecast model for at least three years. To be conservative, anticipate no growth until the first six months have passed. You can calculate the TCO by adding the value of the initial purchase to direct, indirect, and other hidden expenses.

The difference is then taken away from a predicted resale/residual value at the end of the asset's life.There are calculator tools accessible to assist you in calculating TCO.

6. Migrate your data

eCommerce data migration is a process that involves transferring your online store data, including:

  1. product information 
  2. customer data 
  3. SEO data 
  4. workflows from one eCommerce platform to another

Using a migration service that is truly capable of managing the intricacies of data migration is crucial. 

7. Test your site 

This is where you redesign the site, test functionality, and work out the bugs before going live. Each department's input is essential to making a smooth transition. Test to see if all the URLs work along with every app.

8. Go Live

Then, all of the months of work and planning come together. With a bit of luck, there won't be any glitches. The only thing shoppers should notice is a better look and faster service.

2. eCommerce replatforming checklist and strategy

This section covers the steps of an eCommerce replatforming project and offers helpful hints for replatforming project management.

Replatforming activities are time-consuming and expensive. They range from relatively simple to highly complex. Therefore you need a project manager with significant IT project management expertise to ensure that they adhere to the fundamentals of IT project management. 

To avoid wasting time and money, invest ahead of time to guarantee you have a well-defined project plan and structure. It will save you money in the long run if you do this well and upfront. 

Step 1: Comprehensive project planning

Define your project goals and your success criteria

It's critical to have a well-defined project from the start. Taking the time to get all stakeholders on board with the project process will save you a lot of time and money down the road.

Create a PID (Project Initiation Document) using a spreadsheet application that may be circulated, reviewed, authorized, and stored for future reference. It can also be version controlled if anything has to be updated later.

Because not all organizations and individuals use the same techniques or tools to achieve project goals, having a set of standard evaluation criteria is essential.

Define project budget

Budget control is necessary because each vendor and SI has its own cost model, so you must make sure that you evaluate only realistic options.

If the 'ultimate' option is out of your price range, yet there is a compelling business case, create a budget increase proposal and submit it to the project's steering group (for bigger enterprises) or Sponsor. 

The following are some of the essential cost lines to add to your eCommerce replatforming checklist budget:

  1. Your internal time & effort for the entire project team and other stakeholders.
  2. What will you need internally to run the project, such as Sharepoint, JIRA, Basecamp, and Slack?
  3. What skills do you lack in-house that need to be filled by freelancers or contractors? For example, a business analyst, change manager, or UX/UI designer are three positions that might benefit from the assistance of freelance professionals.
  4. You'll have to pay your eCommerce platform and other service providers an annual subscription fee and support and maintenance fees, which may or may not include a platform license fee.
  5. Upgrades and improvements – monthly funding for resources to improve functionality or introduce new features.
  6. Transaction costs for a platform vendor or a third-party gateway are included here.

Define your eCommerce replatforming project scope

To obtain realistic pricing for your new platform from a vendor or SI partner, you must provide a high-level scope definition for the launch.

What does this include?

The most common approach is to create complete visibility for an eCommerce platform, then break it down into the minimal baseline view (which must be delivered for go-live) and phased releases.

Define your eCommerce replatforming project team structure

A project that lacks a well-defined roles and responsibilities matrix resembles a house of cards; it will collapse. Your project manager will define the core project activities, and you'll align stakeholders to define the RACI responsibilities:

Define project governance for the eCommerce replatforming project

We all have a natural inclination to obey authority, so governance structures aid in project management.

What does governance mean for eCommerce replatforming? The controls are in place to allow the project manager to keep track of progress and take action if something goes wrong. 

You must meet the following requirements in eCommerce replatforming projects:

Documentation, controls, and reporting setup

Communication in a sophisticated project is critical. Stakeholders must grasp what's happening throughout the replatforming process and clearly understand what they're expected to accomplish.

Step 2: eCommerce replatforming vendor selection

Before choosing an implementation (SI) partner, we recommend selecting your technology partner first.

If you try to choose both simultaneously, you may find yourself at a dead end or having to make an unreasonable compromise.

It's much easier to start with the eCommerce platform that best fits your company's needs rather than beginning with SIs and seeing if they can implement your chosen technology.

Business requirements capture

You must first have a thorough knowledge of the company's requirements and why they are necessary. There are six phases to achieving this:

  1. Organizing your company's website around key functional eCommerce sections and aligning stakeholders is the first step.
  2. Face-to-face meetings are required to assess their 'as is' requirements and 'to be' vision for eCommerce.
  3. Document all of the necessary conditions; have stakeholders listen back to it and give their approval.
  4. Requirements must align with the project's priorities: Design an outline that clearly lays out the eCommerce project's goals, priorities, and phases. Filter out any elements not relevant to the 'to be' strategy.
  5. Review with the project team and Sponsor, amend as appropriate and agree to the final requirements.
  6. Share back to the entire team of stakeholders and communicate the reason for prioritization and why any requirements have been removed.

Pro tip: Have an eCommerce expert act as the leader of these stakeholder meetings. Begin by setting realistic goals and influencing others by advising on eCommerce best practices. If people want to personalize the platform to undertake something unique, there must be a solid business case for doing so.

Vendor shortlisting

At this stage, you've created a budget and a scope statement that describe your business goals and the work required to achieve them. Your operational, technical, and eCommerce needs are all addressed.

This is enough to get you started. The goal is to determine which vendors are viable options and shortlist a maximum of two to three viable platforms. Gartner's Magic Quadrant for Commerce or the Forrester Wave Report are good starting points. You may access a quick summary version on most vendors' websites for free.

If you're unfamiliar with the vendor landscape, choose someone who knows more about it. It will save you time and effort by focusing on the right questions and a sound commercial strategy for filtering.

Vendor evaluation

Create a vendor brief around your scoring matrix. Make sure they come in and focus on the product's most vital aspects instead of showcasing the whole platform. Generic sales pitches have no effect; the greatest way to evaluate vendors is to provide real-world examples of how their solutions might be used.

Preferred vendor selection & due diligence

After the demonstrations, you've got a better idea of how the platform will satisfy your company's needs and a clearer picture of the cost range to make a comparable-for-similar cost comparison.

There is no such thing as a perfect platform for any company, so you must be honest with yourselves and not only consider the new shiny toy. Make the following inquiries among your project team and stakeholders:

  1. Why wouldn't we choose this platform?
  2. What isn't obvious that needs further study?
  3. What will we be missing if we transition away from our old platform?
  4. What will these changes in our working culture look like, and what impact will they have?

Speak with current customers (and not just testimonials—they are usually positive by default).

Ask them about:

Step 3: Selecting your SI partner

After deciding on a network strategy and determining the scope of your replatforming project, you must choose a suitable SI partner. The process for selecting the best-fit SI partner is very similar to vendor selection, but the criteria for selection are different. 

A competent SI partner should:

  1. Be experienced with the platform's implementation for various previous customers, including companies comparable in size and complexity to yours.
  2. Preferably be a registered solution partner with the vendor you've chosen.
  3. Take the time to get to know your project team's key stakeholders - be an excellent cultural fit!
  4. Ensure that your and their technical teams are updated on the vendor's product roadmap using a thorough and well-tested procedure.
  5. Have the expertise, equipment, and resources to manage several projects at once while maintaining deadlines.
  6. Have a track record of managing the shift from development to site launch and stability.
  7. Have an account management staff with eCommerce experts who can demonstrate how they help customers make the most of the platform.

Here are a few pointers on what to ask and look for:

Step 4: Discovery phase

During the Discovery phase, you're simply gathering information. This insurance policy protects the following stage; development.

It entails a series of detailed workshops with the company and technical stakeholders to convert the project's broad scope into a comprehensive set of use case models and a functional specification.

The Project Manager(s) captures all of the information presented in these outputs and feeds it into the development phase, where user stories for the sprints are created.

Pro tip: Set it up as a separate SoW (statement of work) that is not linked to the primary contract and must be completed before the main contract.

If you remove Discovery from the main contract (SLA), any changes in your opinion of the vendor or SI decision during Discovery would be less costly, and it's simpler to exit and reconsider the project delivery. The outputs will be reusable by another vendor and SI partner, so it's not a sunk cost.

Step 5: Development and customizations

We'll keep this to a minimum because here is when the technical teams take over. A few key points to know about:

This is an essential lesson for business users; development is not the time to switch off, relax, and wait until post-launch UAT.

You must remain engaged to ensure that the company's functionality is delivered according to the agreed user stories and functional specifications, as well as check for any modifications to in-scope deliverables that might impact your area of responsibility.

Step 6: Go live and stabilization

It's critical at this stage to set realistic expectations and not panic. 

When a new technology is first put into live production, it encounters a certain amount of upheaval. It's a complicated code base with connections to other systems, and it's the first time it's in the wild with actual users pounding on the database and features.

The Change Management Process is your savior in this situation. You can't avoid problems, but you can identify risks and implement effective mitigation strategies to minimize disruption. For example, a comprehensive rollback plan allows you to revert to the old system if there are any crucial company failures, such as users being unable to place orders.

Pro tip: Make sure that the project sponsor sets clear expectations with all parties, frequently communicates throughout the approach to launch, and holds daily "stand up" meetings beginning every morning to keep people updated.

And final step(s): Continuous deployment

When your new platform is stable and functioning well, you can return to your typical 'business-as-usual' cycle of continuous improvement, working with your SI partner and internal IT team to develop the company road map.

The level of involvement of your SI partner is determined by the capabilities and reach of your internal IT department. Some businesses choose to outsource all technical assistance to an SI partner. In contrast, others would rather self-serve in-house and use a platform that provides them with a complete set of development operations tools and direct access to the presentation layer (the customer-facing website).

eCommerce migration and replatforming: Key take-aways

If you made it this far: Well done. You've made it through the replatforming or migration ordeal in one piece!

It's a lot to digest, but that's intentional. eCommerce migration and replatforming projects are complicated and time-consuming. It's essential to have a good sense of the procedure flow and work streams necessary to execute the project successfully.

Key points summarized:

FAQ

What is eCommerce migration?

When your company undertakes an eCommerce platform migration (also known as eCommerce replatforming), it undergoes the process of moving your eCommerce website from one eCommerce platform to another. This entails transferring all of your website's data, text, systems, and integration to a new provider.

What is an SI in eCommerce replatforming?

An SI in eCommerce migration is a company that specializes in migrating eCommerce businesses to new platforms. This can include moving an entire store from one platform to another, or simply integrating a new platform into an existing store.

How long does an eCommerce migration take?

As with any website migration, there are a number of factors that can affect the overall time frame. The size and complexity of your eCommerce site, along with the number of products and customers you have, can all play a role in how long the process takes. In general, however, most eCommerce migrations can be completed within a few weeks. Of course, this is just an estimate and your specific project may take more or less time depending on the aforementioned factors.