Skip to content
Less than 1 minute Minutes

PBX Migration to Cloud VoIP, what’s stopping you?

PSTN Switch-Off (January 2027)

Your PBX migration depends on PSTN phone lines to connect to the telephone network. When PSTN shuts down, your PBX can’t make or receive calls. Migration is no longer optional; it’s mandatory.

Aging Infrastructure

PBX systems last 10-15 years. After that, maintenance becomes expensive. Parts become hard to find. Software updates stop. Support ends. An old PBX system is a liability.

High Maintenance Cost

Maintaining an on-premises PBX system requires skilled staff or expensive third-party support. Every change or addition requires technician visits. Cloud VoIP eliminates these costs. Updates happen automatically. Support is included.

Limited Features

Legacy PBX systems have limited features. Modern cloud VoIP includes advanced features: call recording, analytics, CRM integration, automatic attendant, call queuing, video calling, conferencing. Legacy systems can’t match this functionality.

No Mobility

PBX systems are location-bound. Remote workers and mobile staff can’t easily use them. Cloud VoIP works everywhere. Remote staff integrate seamlessly into the phone system.

High Capital Cost

PBX equipment is expensive (50,000-100,000 pounds for mid-sized system). Cloud VoIP is subscription-based (no capital cost, just monthly fees).

Reduced Operational Risk

Your PBX is a single point of failure. If it fails, phones are down until it’s repaired. Cloud VoIP is geographically redundant. If one data centre fails, your service automatically switches to another. Downtime risk is eliminated.

Migration Planning

Phase 1: Assessment (Weeks 1-2)

Audit your current PBX setup. Document: number of extensions, current phone features (call recording, voicemail, transfers, forwarding, etc.), inter-PBX connections or tie-lines to other sites, integration with other systems (CRM, ERP), staff roles and responsibilities for phone system management.

Assess your broadband: is it adequate for VoIP at all sites? Test latency, jitter, packet loss. Identify any broadband upgrades needed before migration.

Phase 2: Vendor Selection (Weeks 2-3)

Evaluate cloud VoIP providers. Requirements: can they port your existing phone numbers? Do they support your required features? What’s their migration support? What’s the cost? Check references from similar businesses that migrated.

Select a provider with strong migration experience and dedicated migration support. This is critical for smooth transition.

Phase 3: Design (Weeks 3-4)

Design your cloud VoIP system to match your current PBX configuration (or improve it). Map extensions. Design call routing. Configure voicemail. Plan feature replacements for any PBX features that won’t port directly.

Document the design so everyone understands the new system architecture.

Phase 4: Pilot Deployment (Weeks 5-6)

Deploy cloud VoIP to a small group (single department or single location). Run pilot parallel to PBX. Users test the new system. Identify issues. Refine configuration.

Pilot typically reveals 2-3 issues that need addressing before full rollout. Better to discover these in pilot than during full migration.

Phase 5: Full Migration (Weeks 7-8)

Migrate remaining staff to cloud VoIP. Number porting happens (existing phone numbers move from PBX to cloud). Users switch from PBX phones to VoIP phones. Proceed department-by-department to manage risk.

Phase 6: PBX Decommissioning (Week 9+)

Once full migration is complete and stable (typically 1-2 weeks), decommission the old PBX. Remove phone line connections. Deinstall equipment. Recover any useable parts.

Total migration timeline: approximately 8-10 weeks from assessment to decommissioning.

Migration Strategies

Big Bang Migration

Cut over everyone at once on a set date. Migrate all staff to cloud VoIP simultaneously. PBX is decommissioned immediately.

Advantages: quick, clean break, minimal confusion about which system to use.

Disadvantages: high risk, if issues arise everyone is affected, requires extensive pre-migration testing.

Best for: smaller businesses (under 50 staff) where testing can be thorough.

Phased Migration

Migrate department-by-department or location-by-location. Each department spends 1-2 weeks testing cloud VoIP before their cutover. PBX remains online for migrated departments to fall back to if needed.

Advantages: lower risk, can troubleshoot and refine during migration, allows extended parallel running for safety.

Disadvantages: slower, extended dual-system operation requires managing both systems, potential confusion during transition.

Best for: larger businesses (50+ staff) or those with complex requirements.

Hybrid Approach

Run cloud VoIP and PBX in parallel for extended period (2-4 weeks). All staff migrate to cloud VoIP, but keep PBX running as safety net. If critical issues arise, revert to PBX.

Once stable for 1-2 weeks, decommission PBX.

Advantages: maximum safety, proves cloud VoIP stability before fully committing, allows extended testing.

Disadvantages: higher cost (paying for both systems), staff confusion about which system to use, delayed decommissioning.

Best for: businesses where call reliability is mission-critical and downtime is extremely costly.

Managing the Cutover

Communication

Communicate migration plans clearly to all staff well in advance. Explain why you’re migrating. Explain how it improves their work. Provide training before cutover. Answer questions and concerns. Good communication reduces anxiety and resistance.

Training

Provide hands-on training for all staff on new VoIP phones and softphones. Cover basic functions (answering, transferring, holding, conferencing) and new features they’ll gain (remote access, advanced call management). Training reduces adoption problems.

Cutover Timing

Choose cutover timing carefully. Avoid peak business times. Evening cutover (5-7 PM) or weekend cutover allows troubleshooting without business impact. Have support staff available during and after cutover to resolve issues quickly.

Parallel Operation

If running PBX and cloud VoIP in parallel, ensure customers and external callers can reach you on both systems during transition. Publish updated phone information to customers. Update voicemail greetings. Avoid confusion.

Issue Resolution

Have a dedicated issue resolution team during and after cutover. Empower them to make decisions. Have escalation paths to your VoIP provider’s technical team. Fast issue resolution prevents small problems becoming big crises.

Common Migration Challenges and Solutions

Challenge: Feature Parity

Some PBX features don’t have direct equivalents in cloud VoIP. Example: you have call recording in your PBX. Cloud VoIP might record differently or require additional licensing.

Solution: during design phase, identify feature mismatches. Plan workarounds or acceptances. Usually, cloud VoIP can replicate PBX functionality, just implemented differently.

Challenge: Integration with Other Systems

Your PBX might integrate with CRM, time tracking, accounting, or other business systems. When you migrate, those integrations break and must be reconfigured.

Solution: identify integrations early in planning. Check whether cloud VoIP provider supports the same integrations. If not, plan for API-based integration or alternative workflows. Work with your systems team and the VoIP provider to plan integration migration.

Challenge: Number Porting Delays

Phone number porting can take longer than expected (1-2 weeks). Your numbers might be temporarily unavailable.

Solution: order number porting early. Have temporary numbers ready as fallback. Communicate delays to customers in advance. Minimize disruption with advance planning.

Challenge: Staff Resistance

Some staff resist change. They’re comfortable with PBX. They worry about new technology. They’re afraid of losing functionality.

Solution: involve staff early. Get input on design. Train them thoroughly. Show how cloud VoIP improves their work (remote flexibility, advanced features). Make change positive rather than imposed.

Post-Migration Optimization

Monitor Call Quality

After migration, monitor VoIP call quality at all locations. Check latency, jitter, packet loss. If quality is poor, troubleshoot broadband or configuration.

Gather Feedback

Ask staff for feedback on the new system. What works well? What doesn’t? Gather suggestions for improvements. Use feedback to optimize configuration.

Decommission Old PBX

Once cloud VoIP is stable (1-2 weeks after full migration), decommission the old PBX. Remove equipment. Cancel PSTN lines. Update network configurations. Eliminate the old system entirely.

Document New System

Document your cloud VoIP configuration: extensions, call routing, voicemail setup, feature configuration, administrator access, support contacts. Store this documentation for reference.

What Multidata Recommends

If you’re operating an on-premises PBX, plan your migration to cloud-based VoIP now. Don’t wait until January 2027 PSTN switch-off. Migrating now gives you time to plan properly, test thoroughly, and execute smoothly. Last-minute migration under deadline pressure is stressful and error-prone.

Ensure your broadband is adequate before migrating. Test quality and upgrade if needed. VoIP quality depends entirely on broadband quality.

Contact Multidata to plan your PBX to cloud VoIP migration. We can assess your current system, design your cloud VoIP architecture, manage the migration process, and optimise your new system. We’ll ensure migration is smooth and your business stays operational throughout.

For regulatory guidance on PSTN switch-off and phone system migration, Ofcom publishes official information on the UK’s telecommunications transition.

Frequently Asked Questions

  • How long does PBX to cloud VoIP migration typically take?

    Approximately 8-10 weeks from initial assessment to full decommissioning. Can be faster with small deployments or slower with complex multi-site migrations. Plan for 2-3 months to be safe.

Table of Contents