The summer break creates an excellent implementation window, but it also creates a fixed deadline. Construction projects, vacations, limited building access, enrollment activities, summer classes and the start of fall athletics can quickly consume the available time. The safest approach is to complete design, procurement and most configuration before the final day of the 2026–2027 academic year.
This guide gives K–12 districts, colleges and universities a practical path from a legacy PBX—such as an older Avaya, Mitel, Cisco, NEC or other on-premises platform—to a modern cloud communications solution.
Many education phone systems still work, but “still working” is not the same as being sustainable. Common warning signs include:
A cloud phone platform can centralize administration, make users and locations easier to manage, support calling from desk phones, computers and mobile devices, and reduce dependence on aging PBX hardware. The goal, however, should not be to reproduce the old system in the cloud. The project is an opportunity to improve how faculty, staff, parents, students and public-safety personnel communicate.
Start by creating a project team that includes information technology, facilities, campus safety, administration, procurement and representatives from high-call-volume departments. In a university environment, include housing, admissions, registrar, athletics, health services and departmental IT. A K–12 district should involve principals, transportation, special education, food service and district security.
Build an inventory by physical location—not just from the PBX database. Record:
Do not assume the existing extension list is accurate. Walk the buildings, interview local staff and compare physical findings with carrier invoices and PBX programming.
At this stage, define success. Examples might include one administrative platform for all sites, accurate dispatchable 911 locations, improved parent call handling, mobile service for administrators, integration with Microsoft Teams, redundant connectivity and reduced support risk.
Turn the inventory into functional requirements and a realistic budget. Decide which users need a full cloud communications profile, which need a basic or common-area profile, and which locations require only an analog adapter, paging interface or emergency device connection.
Your budget should consider more than monthly user licenses. Include:
For public institutions, align the project with board approvals, competitive procurement rules, cooperative purchasing agreements, legal review and funding deadlines. If an RFP is required, issue it early enough to allow demonstrations, reference checks, contract negotiation and implementation—not merely vendor selection—before summer.
Evaluate the provider and the implementation partner separately. A strong cloud platform can still produce a poor result if no one takes responsibility for discovery, dial-plan design, number porting, field deployment, integrations, testing and training.
Require finalists to demonstrate the actual workflows your institution uses. Ask them to show:
Complete the dial plan, site structure, user classes, emergency locations, call flows, security policies and device standards before configuration begins. Confirm who owns every decision and establish a formal change-control process.
Most of the cloud environment should be configured while the legacy PBX is still operating. This creates time to test without placing the opening of school at risk.
Recommended activities include:
Do not wait until June to discover that a carrier account name does not match the port request, a fire alarm uses an undocumented copper line or a remote athletic building has inadequate connectivity.
Begin with a controlled pilot involving IT, administration and a small group of representative users. The pilot should include different device types, buildings and use cases—not only technically experienced employees.
After the pilot is accepted, migrate in manageable phases. A typical sequence might be:
Schedule number ports and physical phone deployment carefully. Maintain a written rollback or contingency plan, even when the cloud configuration has already been tested. After each phase, verify inbound and outbound calling, caller ID, transfers, voicemail, queues, paging, emergency calling and after-hours routing.
Leave enough time before opening day for stabilization. A cutover completed the weekend before students return provides almost no margin for correcting hidden analog lines, incomplete call flows or training gaps.
Emergency calling is a design requirement, not a final checklist item. Kari’s Law requires direct 911 dialing and notification capabilities for covered multi-line telephone systems, while the FCC’s rules implementing Section 506 of RAY BAUM’S Act address transmission of a dispatchable location with 911 calls. For a school or campus, that location may need to identify the building, floor, room, wing or other information that helps responders find the caller quickly. See the FCC’s multi-line telephone system requirements and dispatchable-location guidance.
The design must account for fixed phones, softphones, mobile users, remote staff, residence halls and devices that move between network ports or wireless networks. Institutions should also determine who receives on-site 911 notifications and how campus safety personnel coordinate with local first responders.
A cloud phone system depends on the local network and wide-area connectivity. Review internet capacity, latency, packet loss, firewall configuration, Power over Ethernet, switch capacity and UPS runtime at every site.
Resiliency may include diverse internet providers, automatic failover, cellular backup, redundant switching, local survivability, preset call forwarding and mobile-app continuity. Document what happens when a classroom loses power, one building loses connectivity or the entire district’s primary carrier fails.
Require single sign-on, multifactor authentication, least-privilege administration, encryption, logging, secure retention policies and a defined incident-response process. CISA recommends that K–12 organizations prioritize the most impactful security measures and address systemic cybersecurity risk; its K–12 cybersecurity resources provide a useful planning reference.
Avoid unmanaged shared administrator accounts. Define who can change emergency locations, listen to recordings, view messages, export call data or modify main-number routing.
Determine what information the platform will store, where it will be stored, who can access it, how long it will be retained and how it will be deleted when the agreement ends. Review voicemail transcription, call recording, SMS, contact-center interactions and directory synchronization with legal and records-management staff.
The U.S. Department of Education provides a cloud-computing FAQ and data-security resources for K–12 and higher education. Institutions should evaluate FERPA, state student-privacy laws, public-records obligations, accessibility requirements and any institution-specific policies with qualified counsel.
Cloud calling does not automatically replace a paging or bell system. Determine whether existing speakers and amplifiers will remain, whether paging is zone-based or all-call, and how routine paging differs from emergency mass notification.
Test page initiation, audio quality, priorities, scheduled bells and failover behavior. If emergency notification spans phones, speakers, SMS, email and desktop alerts, define which platform initiates the event and which system is authoritative.
Fax machines, elevator phones, alarm panels, modems, postage machines, pool phones and door-entry systems can delay an otherwise well-planned migration. For each device, decide whether to replace it, convert it to IP, connect it through an analog adapter, retain a purpose-built line or retire it.
Life-safety and code-regulated devices require coordination with the relevant vendor, authority and applicable codes. Never disconnect a legacy line merely because it has little or no visible call traffic.
Map the caller experience for school closures, holidays, registration, attendance, transportation, admissions, financial aid and emergency events. Preserve access to a live person where appropriate and avoid deeply nested menus.
Use schedules and centralized templates, but allow authorized local control for weather closures, building-specific notices and special events.
Include accessibility requirements in procurement and user testing. Review compatibility with relay services, hearing devices, accessible desktop and mobile applications, real-time text where applicable, voicemail transcription and alternative notification methods. Involve the institution’s accessibility team before selecting the platform.
Clarify what the internal IT team will manage and what the implementation partner or provider will handle. Evaluate moves, adds and changes; bulk user updates; delegated administration; audit history; call-quality diagnostics; inventory; emergency-location management; and reporting.
Require an escalation plan for opening week, severe-weather events and critical calling failures. Obtain references from organizations with comparable numbers of users, sites and complex integrations.
Compare solutions over the full contract term, not only by the advertised per-user rate. Confirm annual increases, minimum quantities, optional-feature pricing, support scope, service-level commitments, renewal language, data-export rights and exit assistance.
Match licenses to actual use. A classroom phone, an admissions counselor, a campus operator and an occasional mobile user may not require the same profile.
By the last day of the 2026–2027 academic year, the institution should have:
If these items are not substantially complete, the institution should reassess whether a full summer 2027 migration remains prudent or whether a narrower first phase would reduce risk.
Planning should begin by fall 2026, with inventory and requirements completed before procurement and detailed design beginning no later than early 2027.
A multi-site education migration commonly requires several months of discovery, design, contracting, configuration, testing and training; complex paging, analog, emergency-calling or contact-center requirements can extend the schedule.
In most cases, existing numbers can be ported, but the institution must verify ownership, authorized contacts, service addresses, account numbers, PINs and contractual obligations well before cutover.
Sometimes, but compatibility depends on the phone model, hardware revision, firmware, licensing and the selected cloud platform. Reuse should be confirmed through an actual pilot rather than assumed from a model-number match.
No. Schools and universities still need plans for internet outages, power failures, carrier disruptions and local network failures, including how emergency and main-number calls will continue.
Microsoft Teams Phone may be appropriate for some or all users, but the decision should account for 911 location management, analog devices, paging, common-area phones, contact-center needs, uptime strategy, carrier design and support responsibilities.
The most important first step is a physical and carrier-level inventory of every number, phone, analog line, call flow and integration across all buildings.
The best summer migrations are largely designed and built before summer begins. Starting in fall 2026 gives education leaders time to develop a defensible budget, run a fair procurement, correct network issues, resolve carrier records and test the details that affect safety and daily operations.
High Country Workplace Technologies helps school districts, colleges and universities evaluate, design and deploy cloud and on-premises communications solutions. Because HCWT works with both legacy PBX environments and modern cloud platforms—including RingCentral, Zoom Phone, Vonage, Microsoft Teams integrations, Mitel and supporting network technologies—our team can identify what must be migrated, what can be reused and what should be redesigned.
This article was authored by Jim Whitfield
Planning a summer 2027 migration? Contact HCWT now to schedule a communications and infrastructure assessment before the procurement calendar becomes the project’s biggest risk.