Insights

10

5

min read

Deep Diving into Software Migration Approaches for Your Telco’s Situation

Big Bang, Cohort (Phased) Migration, Market-led Migration

Outline

When it comes to travel, there’s a time to drive, a time to fly, and a time to sail. And sometimes your destination could require a combination of transportation modes to get there.

Telco data migration is no different. Different combinations of migration strategies fit different destinations and risk profiles.

For many telcos, migration has historically been a necessary evil: painful and risky to execute but necessary for staying relevant.

Migrating to new software enables new software capabilities for telcos and lets them switch off their legacy software, reducing expensive maintenance costs. Failing to upgrade to newer software means getting left behind by the competition as systems slow down service delivery and fail to adopt new technologies like IoT, AI, and edge computing.

However, a lot can go wrong such as multi-year migration project delays, buggy transitions, and burned out teams. This means data migrations need to be carefully planned around the telco’s and their customers’ needs. 

This article goes in-depth into each data migration approach to help telco leaders make informed decisions on the right approach to use, including:

  • What the strategy is best for
  • Key Advantages
  • Risks


The 3 Migration Approaches and When to Use Them

In software migration, there are three key migration strategies:

Big Bang migrations involve migrating the entire database one-shot in a single maintenance window.

Cohort (or Phased) migrations involve splitting the database into different segments and migrating them in multiple shorter maintenance windows.

Market-led migration involves triggering a migration when a user takes a specific action. For example, they could purchase or renew their plan that is hosted on the new system which then triggers the migration for that user.

Each approach comes with distinct trade-offs that can affect migration project timelines and customer experience from migration risk levels to infrastructure requirements. 

It’s important to note that these strategies are not mutually exclusive as they can be mixed and matched depending on the project requirements.

*Delta migration refers to moving only data that is different in the source than the destination.

1. Big Bang Migration

The Big Bang Migration approach is when all data and systems are migrated from legacy to new infrastructure at once in a single maintenance window, usually overnight.

While this approach can take the shortest time, it still carries some risks that need to be planned for. Mitigating this risk requires multiple exhaustive rehearsals and dry runs to prepare for the main migration along with fallback and rollback plans.

Best for:
  • Telcos with fewer than 1 million subscribers
  • Projects with strict timelines or limited budgets
  • Migrations that must avoid prolonged dual-system operations
Key Advantages:
  • Shorter overall project duration
  • Seamless experience for all customers if migration succeeds
  • Lower operational expenditure due to single system runtime
  • Only one business freeze needed, minimizing disruption to BAU
  • Simple solution architecture: no need to maintain dual systems
  • Requires just one round of tool development and testing
Risks:
  • All-or-nothing customer experience risk: failure affects the entire subscriber base (e.g., bill shock, incorrect product provisioning, lost allowances)
  • All-or-nothing business risk: failed migrations lead to revenue leakage and customer churn
  • No segmentation: high- and low-value customers migrate together without prioritization
  • Longer one-time system downtime for one large data transfer
  • Legacy infrastructure may struggle with CPU, memory, and I/O loads
  • Requires high bandwidth and I/O capacity to handle large data volumes in a single window
How Migration Teams Can De-Risk Them:
  • Pre-migration staging schemas and multiple dry-run rehearsals are needed to mitigate all-or-nothing customer experience risk
  • Real-time observability using tools like Prometheus, Grafana, and Metabase
  • Bandwidth and I/O stress-testing during planning
  • Backup plans: Built-in rollback automation in case of failure
  • Simplified orchestration supported by Circles’ tooling framework

2. Cohort (Phased) Migration

A Cohort (Phased) Migration involves migrating customers in defined batches, based on geography, product line, or customer type.

Best for:
  • Large subscriber bases with complex product portfolios
  • Telcos requiring business continuity and risk-managed transitions
  • Migrations with internal capacity constraints or staged rollouts
Key Advantages:
  • Customers face migration risk in smaller, manageable batches
  • Enables prioritization of high-value segments
  • Lower bandwidth, CPU, and I/O usage per phase, making it safer for legacy hardware
  • Allows for learnings and adjustments across phases
  • Multiple rounds of short downtimes reduce total disruption risk
Risks:
  • Multiple business freezes may impact revenue generation
  • Higher OpEx due to prolonged dual-system operations
  • Some CX features (e.g., community, loyalty programs) may be limited during transition
  • Requires a more complex architecture: legacy and target systems must run in parallel
  • Project timeline is longer due to staggered approach
  • Requires more orchestration and program management than Big Bang
How Migration Teams Can De-Risk Them:
  • Tools like Apache Airflow pipelines enable repeatable data migration patterns
  • Observability tools ensure anomalies are flagged before rollout
  • Parallel runbooks and dry-run validation prevent customer-level errors
  • Dedicated staging environments and golden data validation
  • Modular tooling enables reuse across phases and markets

3. Market-Led (Event-Based) Migration

Market-led Migrations are also known as event-based migrations. This data migration approach migrates customers based on specific user actions, such as new plan sign-ups or app logins, making this the most customer-centric model.

Best for:
  • Digital-first telcos prioritizing customer experience and personalization
  • Sub-brand launches and app-led journeys
  • Operators needing real-time, event-driven migration triggers
Key Advantages:
  • Low customer risk—migration only occurs when customers interact
  • No system downtime or traditional cutover windows
  • Highly scalable with minimal I/O or bandwidth demands
  • Can be aligned to specific business events or marketing campaigns
Risks:
  • Sessions may drop during profile switching if not orchestrated properly
  • CX features (e.g. loyalty features) may be limited until full customer base is migrated
  • Long dual-stack period means higher ongoing OpEx
  • Complex coordination across legacy and CXOS systems
  • Very long business freeze—can’t launch new products until all customers are migrated
  • Requires complex “delta” migration tooling for on-the-fly execution
How Migration Teams Can De-Risk Them:
  • Event-driven orchestration across both legacy and CXOS
  • Complex delta migration tools pre-integrated for seamless switching. Delta migration refers to moving only data that is different in the source than the destination.
  • API-based staging environments and rollback paths
  • Lightweight bandwidth usage ideal for low-resource legacy infrastructure
  • Real-time validation of golden records before order execution
  • The right migration partners provide both the technical backbone and the advisory support to execute with confidence

Choosing the Right Approach: Four Decision-Making Drivers

Each telco environment is unique, and migration approaches should reflect that. Rather than defaulting to a single migration strategy in isolation, many successful projects use a combination of strategies.

For example, a telco can start with a market-led migration triggered on a customer’s prepaid top up. The telco’s postpaid customers can then be migrated using phased migration before finally doing a big bang to catch everything else before shutting down the legacy system.

To decide the right blend, consider these four factors:

  • Cost Constraints: Does the telco need to minimize operating expenditure by shortening dual system runs, or is your budget able to absorb the cost of phased migrations? Prioritizing the Big Bang strategy may reduce long-term operating expenditure, but requires higher upfront orchestration.‍
  • Customer Experience Priorities: These include how the migration will affect service uptime along with the telco’s current customer make up.
    For instance, will multiple shorter maintenance windows be appropriate for postpaid users while market-led migration can be considered for prepaid users?‍ What would be an appropriate app experience? Is the telco’s user base tech-savvy enough to be willing to change to a completely new app that offers a sleek, clean interface after the migration or is app bridging necessary for users who want to continue using the old app?‍
  • Risk Appetite and Business Disruption Tolerance: Will the leadership tolerate phased risks across multiple migration waves, or does the governance model favor a one-time, high-control cutover?‍
    Can the telco afford a long business freeze where new products can’t be launched? Market-led migrations may offer low-disruption for customers but often delay roadmap execution.‍
  • System Feasibility: Sometimes the decision is constrained by the data and system constraints. For example, we once worked with a client whose network profiles could only be updated in bulk. That dictated a Big Bang migration whether they liked it or not.

Mapping these decision drivers early creates alignment across technical and commercial teams, preventing costly reversals down the line.

After deciding the combination of data migration strategies, it helps to consider the other aspects of planning data migration: data rationalization and customer experience.

Planning the Migration: What Data Actually Gets Migrated?

Data Rationalization

Not all data is created equal. Deciding what to migrate is one of the most important parts of planning your software transition.

Data rationalization refers to the process of reviewing, filtering, and preparing only essential, clean, and actionable data required for migration to the new system. 

To identify the right data, detailed data mapping and product rationalization will be done to remove obsolete, duplicated, or irrelevant data. This process also involves aligning old data formats with new system schemas, and ensuring the integrity and readiness of critical customer, billing, and product data. 

Rationalization ensures a smoother cutover, supports future scalability, and helps shut down legacy systems quickly to reduce operating costs.

Critical data categories to consider include:

  • Customer records and account profile data (identity, entitlements, preferences, lifecycle state)
  • Billing and payment history
  • Accounts receivables
  • Historical vouchers
  • Products
  • Network settings/ policies
  • Devices
  • Usage data and xDRs
  • Support tickets, notification history and interaction logs
  • Product catalog entitlements
  • Inventory (SIM, Number, Physical)
  • Balances/ Counters

The goal should be minimizing service disruption while enabling future capabilities. That’s why many telcos choose to do the following if possible:

  • Migrate balances and key account information in real time: Ensuring immediate continuity. This is possible with market–led migration.‍‍
  • Then, moving historical data asynchronously in the background: Reducing migration window pressure and legacy system load. This can be achieved with phased migration or big bang migration strategies to finish the job.

Delta migration tooling is critical here. Delta migration allows teams to only move what's changed since the last sync. This dramatically reduces data load, especially during event-based or phased migrations.

Meanwhile, product catalog rationalization should happen before migration, which is discussed below.

Product Catalog Rationalization

Product catalog rationalization is a huge task when it comes to mapping to new products, but it offers telcos great business clean-up opportunities during the migration planning process.

Most legacy product catalogs are bloated with unused SKUs, outdated bundles, and technical debt. There’s no need to replicate everything from the old system “as-is” as it only increases complexity and slows down future agility.

Product rationalization involves removing or combining multiple telco products that are not in use into one while aligning new products to the future telco brand’s positioning. 

This work needs to start early. Product, marketing, IT, and migration teams must collaborate on a SKU mapping plan that:

  • De-duplicates legacy entitlements‍
  • Ensures no customer loses value‍
  • Supports new capabilities like modular pricing or digital self-care

This handles the data mapping and rationalization aspect of the migration, but it’s important to consider the impact on customer experience especially when it comes to the telco digital app.

Planning for Customer Experience: Bridging App and Service Layers

The three migration strategies each have an impact on disruptions caused by maintenance window length and the frequency of service disruptions. But there’s also the app strategy to consider. 

Newer systems may need to work with existing digital apps, while other telcos could consider upgrading everyone to newer apps. Regardless, this is an important aspect as the UI and app strategy can dramatically influence churn, Net Promoter Score, and brand sentiment.

Here are two examples of data migration customer experience app strategies:

  • Bridged App: Retain the existing app, integrating back-end logic to toggle between legacy and new systems. This provides continuity but adds technical complexity which can raise costs and lengthen the migration.‍
    Newer users can be directed straight to the new app, while the new app can be marketed to existing users.‍
    For example, high value users can be notified of the new app with promotional incentives to switch to it. Meanwhile, users of the legacy app can face limited functionality to encourage them to switch to the new app.‍
  • Ensures no customer loses value‍
  • Switch to New App: Launch a fully new app tied only to the new stack. This is cleaner technically no bridging between the old and new apps is required, but may create friction as customers will be forced to download and switch to a new app.

During migration, anticipate session drops, push notification misfires, or lost states during profile switching. Good migration teams work with CX and design teams to ensure:

  • UI messaging is clear about what’s changing and why‍
  • Push notifications are tested across system boundaries‍
  • Session management includes fallback and recovery strategies

Both these approaches can be done with any combination of the migration strategies, and the right choice is dependent on the project’s customer experience requirements.

Considering how complex telco data migrations can be, relying on experienced partners can help to alleviate some of the burden.

What’s Next: A Partner Who Can Execute Every Migration Strategy

There is no one-size-fits-all migration, and telco migration teams need the flexibility to adapt to the appropriate data migration approach and to their telco’s needs.

The ideal migration partner will have these capabilities:

Partners with these capabilities will help to minimize risk and help to keep the data migration project on schedule, minimizing delays and their associated costs.

Having overseen the development of multiple digital telco brands worldwide, Circles’ migration teams can support all three strategies to help telco migrations succeed with minimal disruption and maximum upside.

Closing Thoughts: Seamless Migration Gives Telcos a Strategic Advantage

It’s frustrating when telco stakeholders mistake software migration as just an ‘IT’ problem. We understand that this is a decision that affects telcos’ businesses as a whole.

When done right, a migration can improve time-to-market, customer experience, and cost-to-serve. Done wrong, it can damage brand reputation and erode hard-won trust.

As telco operators ourselves, we know the value of a migration done with minimal revenue impact with a seamless customer experience. Whether you need a rapid cutover or a multi-year phased transformation, we bring the software, services, and global operator experience to deliver predictable outcomes, faster.

Can you imagine having to work with a migration team who is unfamiliar with telco challenges? Skip the miscommunication and long-drawn out meetings by working with Circles.

Ready to map your telco’s best-fit migration strategy? Book a meeting with our team today.

Get Your Free SaaS Demo

Sign Up to Our Newsletter