UCCX migrations fail in predictable ways: discovery scoped too tightly, IVR rebuild effort underestimated, PSTN migration treated as an afterthought. This checklist is designed to surface those risks early. It's organized by phase so you can see dependencies clearly — Phase 2 design work shouldn't start until Phase 1 discovery is complete, and Phase 3 IVR builds shouldn't start without the Phase 2 design decisions locked down.
For each phase, items are listed roughly in the order they should be completed. Some items within a phase can run in parallel; the dependencies between phases cannot.
Phase 1 — Discovery & Assessment
Discovery is the foundation of the entire migration. Gaps found here are cheap to address; gaps found during cutover are not. This phase ends when you have a complete inventory of everything that needs to move.
- Document current UCCX version (11.6, 12.0, 12.5, or 12.6) and confirm end-of-life timeline
- Inventory all agents by skill group, team, and supervisor assignment
- Export full queue list with current SLA targets and business hours configuration
- Export all IVR scripts from UCCX Repository — document each script name, entry point, and what it does
- Identify custom Java steps, external database lookups, and third-party API calls in IVR scripts
- Export CUIC report list — document every report used by supervisors and operations teams
- Document all integrations: CRM screen pops, WFM connectors, ticketing systems, recording platforms
- Document PSTN configuration: PRI/T1/SIP trunk type, carrier, DID block, number porting status
Phase 2 — Design & Licensing
Design decisions made here directly constrain what's possible in Phase 3. Licensing must be confirmed before any provisioning starts — getting agent counts wrong means re-provisioning mid-project, which adds delay.
- Provision Webex CC org and confirm tenant region selection
- Confirm agent license count (Standard vs Premium) based on Phase 1 agent inventory
- Select PSTN path: Webex Calling cloud PSTN, Local Gateway with existing circuits, or Cloud Connected PSTN
- Confirm IdP/AD sync approach — SAML SSO configuration for agent and admin accounts
- Set up Flow Designer pilot environment with at least one test queue
- Establish reporting baseline — document current CUIC report outputs that supervisors depend on daily
- Get stakeholder sign-off on design decisions before IVR build starts
Not sure where you are in this checklist?
The free 5-minute Readiness Assessment scores your environment across discovery, design, and integration readiness — and gives you a prioritized action plan.
Take the Readiness Assessment →Phase 3 — IVR & Flow Conversion
IVR conversion is consistently the longest and highest-risk phase. UCCX Editor scripts (.aef files) cannot be imported into Webex CC — every flow must be rebuilt in Flow Designer. Budget scope realistically: a medium-complexity IVR (main menu, 4–6 options, queue routing, after-hours) takes 2–4 weeks per script.
- Rank IVR scripts by complexity: simple (menu + queue), medium (conditional routing, database lookup), complex (custom Java, CTI integration)
- Define rebuild order — start with simple flows to build team fluency before tackling complex ones
- Export all prompts and greetings from UCCX — convert .wav files to formats accepted by Webex CC
- Design replacement connectors for any external database or CRM integrations used in IVR scripts
- Complete Flow Designer QA for each rebuilt flow — test all branches including error paths and timeouts
- Write UAT test call scripts covering every IVR path for each queue
- Validate supervisor reporting in Webex CC Analyzer against Phase 2 baseline for each rebuilt queue
- Run performance test at expected peak call volume before moving to parallel run
Phase 4 — Parallel Run & Validation
The parallel run phase validates that Webex CC handles production traffic correctly before UCCX is decommissioned. Running both systems simultaneously adds operational complexity, but it's the only way to confirm behavior under real load with a fallback option available.
- Configure shadow queue in Webex CC for at least one production queue — route a percentage of test calls
- Verify call recording works end-to-end in Webex CC for recorded queues
- Document and test the fallback plan — confirm you can revert call routing to UCCX within the defined RTO
- Complete agent training on Webex CC Agent desktop — document any workflow differences from Finesse/CAD
- Confirm escalation paths — supervisor barge-in, monitor, and coaching functions in Webex CC
- Brief helpdesk on new agent desktop — known issues, where to escalate, expected cutover date
Phase 5 — Cutover & Post-Migration
Cutover is a planned event, not an emergency. The items in this phase should be documented in a cutover runbook before the maintenance window opens. Every step should have an assigned owner, a time estimate, and a rollback trigger defined in advance.
- Confirm DID porting completion or SIP trunk reconfiguration date with carrier — align with cutover window
- Define UCCX decommission window with at least 2 weeks of post-cutover buffer before shutting down
- Execute cutover runbook — reroute production DIDs to Webex CC, confirm call flow end-to-end
- Run 24-hour hypercare watch — dedicated engineer monitoring queue health, call quality, and agent desktop issues
- Decommission UCCX servers only after hypercare period confirms stable production on Webex CC
- Export and archive CUIC historical reports — data is not accessible from Webex CC Analyzer after UCCX shutdown
- Archive UCCX call recordings per your retention policy before storage is deprovisioned
Frequently Asked Questions
Run a Migration Assessment
UCPivot's Migration Advisor analyzes your CUCM BAT export and produces a structured assessment — DN pools, hunt groups, route patterns, and proposed Webex CC mappings. Upload your export and get results in under an hour.
Run a Migration Assessment → Estimate your migration cost →