Phone Systems for Medium Business: How to Size a 20–50 Seat Multi-Site System

A woman raises both arms in celebration at her desk in an open-plan office of staff wearing headsets.

On this page

A 20–50 seat business needs more than a collection of desk phones. The right phone system must match peak call demand, connect multiple locations, keep routing manageable and leave room for growth without forcing a redesign.

For this guide, “medium business” means 20–50 users or seats, including organisations with a head office, branch, warehouse, showroom or remote team. Businesses below 20 seats may need a simpler design; larger deployments should be assessed as an enterprise or contact-centre project.

How many phone users does a medium business phone system support?

A medium business phone system should support 20–50 users while allowing different device types, locations, extensions, call queues and business-hour rules. The number of licensed users is only one part of the design; peak simultaneous calls and the way calls are distributed matter just as much.

A 35-person business might need 35 user profiles but only a fraction of those users will be on external calls at the same time. Conversely, a 20-person service team may need more concurrent call capacity than a 50-person professional office if most calls arrive through shared queues.

Start with a user and location register that records:

Number of employees and contractors
Desk-phone users
Laptop or desktop softphone users
Mobile-app users
Shared phones in warehouses, reception areas or meeting rooms
Users who need direct numbers
Users who only need an internal extension
Users who belong to sales, service, reception or support queues

A practical design should also allow new users to be added without changing the core call flows. Cloud platforms commonly support phones, computers and mobile devices over an internet connection, while hosted PBX systems centralise extensions and routing across locations. (comstel.com.au)

If you need to choose specific handsets, headsets or mobile apps, cover that in a separate business handset and softphone guide.

How many concurrent calls does a 20–50 seat business phone system need?

Concurrent call capacity should be based on the busiest periods, not simply on the number of employees. Review call records, queue activity and peak periods to estimate how many external calls are active, waiting or being transferred at the same time.

Use this basic sizing method:

01Identify the busiest 30- or 60-minute period.
02Count inbound and outbound calls active during that period.
03Add calls waiting in queues, calls transferred between teams and calls handled by reception.
04Allow capacity for seasonal peaks, staff changes and unexpected call surges.
05Confirm that the provider’s licensing and trunk model supports the required capacity.

For example, a 30-seat office may have 10 people who regularly make external calls, three reception or service queues and several staff who occasionally call customers. Its design may need materially more call capacity than a 30-seat office where most communication happens through email or Microsoft Teams.

Do not confuse:

Users or seats: people, extensions or licensed accounts
Devices: desk phones, computers, mobiles or shared phones
Numbers: public-facing telephone numbers
Concurrent calls: calls active at the same time
Queue agents: users assigned to answer a shared queue
Call channels or trunks: the capacity available to carry calls

For a more accurate design, use the provider’s call-detail records and queue reports rather than an employee-count rule of thumb. Microsoft’s call-flow guidance also recommends analysing the types and frequency of existing calls before creating auto attendants and queues.

Should a 20–50 seat business choose a cloud or on-premises phone system?

For most 20–50 seat organisations, a cloud phone system is the first option to assess because it can centralise users, numbers and call flows across sites without requiring a PBX server at every office. An on-premises system may still be appropriate where local control, legacy equipment or specialised integration requirements outweigh the operational simplicity of hosted services.

Requirement Cloud phone system On-premises or hybrid phone system
Multiple locations Central administration with site-based routing May require servers, gateways or inter-site configuration
Adding users Usually an administrative change or licence addition May require hardware, licensing or specialist configuration
Remote workers Native desktop and mobile applications are commonly available Often needs VPN, remote gateway or additional configuration
Local hardware dependency Lower, although phones, switches and internet remain important Higher, with PBX, gateways and local support requirements
Business continuity Depends on provider, internet services and configured failover Depends on local power, servers, gateways and backup systems
Existing analogue or legacy devices May need adapters or replacement Often easier to retain during a staged migration
IT ownership Provider manages much of the platform Business or IT partner manages more of the infrastructure
Best fit in the 20–50 seat band Growing, distributed or multi-site businesses Businesses with specific legacy, compliance or integration needs

The choice is not simply “cloud is modern” versus “on-premises is reliable”. The better question is whether your locations, internet services, IT capability and call-routing requirements support the operating model you select.

A hybrid approach can be useful during migration. For example, a business may move its main numbers and queues to a hosted platform while temporarily retaining an analogue alarm line, lift phone or specialist device through an appropriate gateway.

How should a multi-site phone system route calls between locations?

A multi-site phone system should give the business one controlled dial plan while still allowing each location to operate its own hours, teams and public numbers. Staff should be able to call colleagues by extension, transfer calls between sites and route customers to the right location without relying on manual forwarding.

Define the following before selecting or configuring the platform:

Site names and extension ranges
Main number and location-specific numbers
Reception and overflow rules
Sales, service and support queues
Business hours for each location
Public holidays and site closures
After-hours voicemail destinations
Emergency or urgent-call handling
Inter-site transfer rules
Failover destinations if a site loses connectivity

A simple numbering plan might reserve:

100–199 for head office
200–299 for a branch
300–399 for a warehouse or service location
Shared numbers for reception, sales and support queues

The exact numbering scheme is less important than consistency. Avoid using a different logic at every location, because staff and administrators then have to remember exceptions when transferring calls or troubleshooting extensions.

For multi-site administration, look for one management view with permissions that can be delegated to the right people. Microsoft’s guidance on authorised users describes delegated control for auto attendants and call queues, including separate permissions for users who need to change greetings, hours or queue settings.

Do all locations need their own phone numbers?

No. A business can use one main number, location-specific numbers, direct numbers for selected staff, shared queue numbers or a combination of these. The correct arrangement depends on how customers identify each location and how calls need to be answered.

Use one main number when:

Customers expect a single company contact point
A central reception or service team handles most calls
Locations operate similar hours
Staff can identify the caller’s required site from the call flow

Use separate local numbers when:

Customers contact branches directly
Locations have different opening hours
Each site manages its own bookings or service calls
Local identity is important
Calls need to report separately by location

Use shared queue numbers when:

Several people answer the same function
Calls should follow the available agent rather than a fixed desk
You need overflow or timeout handling
A manager needs queue-level reporting

When changing providers, Australian businesses can generally retain eligible local numbers through number porting. The ACMA’s Local Number Portability Code sets operational processes and target timeframes, although complex ports and multiple services can take longer than a simple single-number port.

Porting should be treated as a project dependency rather than a last-minute administration task. Confirm the account holder, service address, numbers, billing records, existing services and cutover plan before the new system is configured.

What internet and network capacity does a 20–50 seat VoIP system require?

A 20–50 seat VoIP system needs a business-grade network that can prioritise voice traffic, maintain stable connectivity and separate phone traffic from uncontrolled data usage. The required internet speed cannot be determined from seat count alone because codec choice, video use, concurrent calls, cloud applications and network design all affect performance.

Assess each site for:

Internet service type and upload capacity
Expected peak simultaneous calls
Wi-Fi coverage for mobile or wireless devices
Switch capacity and Power over Ethernet availability
Voice VLAN capability
Firewall and router support
Traffic prioritisation or QoS
Backup internet or 4G/5G failover
Power protection for network equipment
Local cabling and patching condition

Voice quality depends on the complete connection between the phone, local network, internet service provider and hosted platform. NBN’s Traffic Class 1 guidance explains that business-grade voice traffic can use a wholesale traffic class designed for voice, while also noting that the customer experience depends on equipment, software, service design and other factors outside the nbn access network.

Do not assume that buying more bandwidth fixes every voice problem. Congestion, poor Wi-Fi, misconfigured firewalls, packet loss, jitter, inadequate switching or a failing router can affect calls even when a speed test reports a high download rate.

For multi-site businesses, test each office separately. The head office may have an excellent connection while a small branch, warehouse or medical room has unstable internet, weak Wi-Fi or no practical backup path.

How should a business phone system handle outages and after-hours calls?

An outage plan should decide where calls go when a user, location, internet connection or provider service is unavailable. The plan should be designed before installation and tested after configuration.

Failure or exception Possible call treatment Configuration question
One user is unavailable Ring another user or shared queue Who owns the backup responsibility?
Queue has no available agents Send to voicemail, overflow queue or alternate site What is the maximum acceptable wait?
Site internet fails Divert to another site or mobile destination Which location can answer?
Main number is unavailable Use a backup number or published contingency contact Who activates the fallback?
Business is closed Play an after-hours message and offer voicemail Does each site have different hours?
Public holiday Use a holiday message or alternate service team Who maintains the holiday calendar?
Power outage at a site Use mobile or remote applications Which users are authorised to answer?

Cloud routing can help a business continue receiving calls when a local office is unavailable, but it does not remove the need for working internet, power, configured destinations and people available to answer.

At minimum, test:

Main number routing
Queue overflow
No-agent handling
After-hours routing
Holiday routing
Site-to-site transfers
Mobile-app or softphone login
Backup internet
Voicemail access
Emergency calling arrangements

Avoid promising “zero downtime” or assuming failover works because it appears in a product brochure. A failover route is only useful when its destination, permissions, devices and activation process have been tested.

Which phone system features matter most for 20–50 seats?

The most important features are the ones that make calls easy to answer, transfer, monitor and recover across users and locations. Choose features based on call patterns rather than selecting the longest available feature list.

Prioritise:

01Auto attendantsfor structured main-number routing.
02Call queuesfor sales, service, bookings or support teams.
03Business-hours and holiday rulesfor each location.
04Overflow and timeout handlingso calls do not remain unanswered indefinitely.
05Shared voicemailfor teams rather than one person.
06Desktop and mobile applicationsfor remote or travelling staff.
07Presence and status toolsto reduce blind transfers.
08Call reportingfor queue demand, missed calls and service levels.
09Number portabilityso the business can change providers without changing public numbers.
10Role-based administrationso routine changes do not depend on one technical administrator.

Auto attendants should remain simple. Microsoft recommends keeping menu choices to five or fewer and using terminology callers understand; its call-flow design documentation also covers business hours, holidays, queues, overflow and routing destinations.

Avoid adding features that no one will own. Call recording, transcription, CRM integration, SMS, analytics and AI functions can be useful, but each needs a policy, administrator, user workflow and cost assessment.

If you need a detailed feature-by-feature comparison, link this article to a cloud phone system features checklist.

How much should a 20–50 seat business phone system cost?

The total cost depends on user licences, call charges, numbers, handsets, network changes, installation, integrations, support and contract terms. A per-user price alone is not enough to compare proposals.

Request quotes using the same scope:

Number of users and sites
Number of public numbers
Estimated concurrent calls
Desk phones and shared phones
Softphone or mobile-app users
Queues and auto attendants
Call recording or transcription
CRM or Microsoft 365 integration
Number porting
Network remediation
Installation and training
Support hours and escalation
Backup connectivity
Contract term and exit conditions
Cost area Questions to ask before comparing quotes
User licences Are reception, shared phones and occasional users licensed differently?
Call charges Are Australian landlines, mobiles, 13, 1300 and 1800 numbers included or metered?
Numbers Are new numbers, porting and temporary numbers included?
Hardware Are phones purchased, leased, rented or supplied as part of a contract?
Setup Does the price include call-flow design, configuration and testing?
Network Are switches, cabling, QoS, firewalls or backup links excluded?
Integrations Are CRM, Teams, recording or reporting features extra?
Support Is support local, business-hours only or available after hours?
Growth Can users and sites be added without a new platform or migration?

Do not compare a basic user licence from one provider with a fully managed multi-site proposal from another. Ask each provider to separate recurring charges, one-off charges, optional features and excluded work.

For help scoping the project, use Nexgen Australia’s business communications assessment or request a multi-site phone system consultation.

What should be included in a phone system implementation plan?

A suitable implementation plan should move from discovery to testing, training and controlled cutover. For a 20–50 seat business, the plan should include every site, queue, number, user type and exception route—not just the phones on desks.

A practical plan includes:

01Discoverydocument users, sites, numbers, devices, call patterns and hours.
02Network reviewcheck internet, switching, Wi-Fi, firewall, VLAN and power requirements.
03Call-flow designmap main numbers, menus, queues, transfers, overflow and after-hours paths.
04Number preparationverify ownership and submit porting information early.
05Configurationcreate users, extensions, permissions, queues and site rules.
06Pilottest with a small group from each location.
07User trainingshow answering, transferring, voicemail, status and mobile-app use.
08Cutoverschedule the change with named owners and a fallback plan.
09Validationtest inbound, outbound, internal, queue, after-hours and failover calls.
10Handoverprovide administrator access, documentation and change procedures.

The pilot should include the busiest queue and the least reliable location. Testing only at head office can hide the exact problems that affect branches, warehouses and remote users.

For a staged migration, see business phone system installation and porting.

How do you compare phone systems for a 20–50 seat multi-site business?

Compare systems against the business’s call flows, locations, network conditions and administration model rather than choosing solely by brand or monthly licence price. The strongest option is the one that can be operated reliably by the people responsible for day-to-day changes.

Score each proposal against:

Capacity for current and forecast users
Concurrent call and queue requirements
Multi-site numbering and routing
Business-hours and holiday controls
Mobile and remote-worker support
Network and outage requirements
Reporting and missed-call visibility
Number porting plan
Administrative permissions
Support response and escalation
Integration requirements
Total cost over the contract term

Ask the provider to demonstrate your own call flows using realistic examples:

A customer calls the main number and selects service.
A branch is closed while head office remains open.
A queue has no available agents.
A staff member transfers a call to another site.
A user answers from a mobile application.
The internet connection at one branch fails.
A manager needs to change a greeting without changing the entire system.

A demonstration using your call scenarios reveals more than a generic product tour. It also exposes whether a feature is included, requires extra licensing or depends on ongoing provider assistance.

Frequently asked questions about phone systems for medium business

Is 20 users too small for a multi-site cloud phone system?

No. A 20-user organisation may benefit from a multi-site design when it has multiple branches, shared queues, remote staff or different operating hours. The system should still be sized around actual call demand and administration requirements rather than user count alone.

Does every employee need a desk phone?

No. Desk phones suit reception, customer-facing teams and fixed workstations, while softphones and mobile applications may suit remote, travelling or infrequent callers. Use a device mix that reflects each role instead of issuing identical hardware to every user.

Can a business keep its existing phone numbers when changing systems?

In many cases, eligible Australian geographic, local-rate and freephone numbers can be ported to a new provider. Confirm number ownership, service details and porting requirements early because complex services or multiple numbers may need additional preparation.

What is the biggest sizing mistake for a 20–50 seat phone system?

The biggest mistake is sizing licences and handsets without measuring concurrent calls, queues, site connectivity and failover requirements. A system can have enough user accounts but still deliver a poor experience if callers cannot reach an available team or a branch loses connectivity.

Talk to Nexgen about your phone system

Get a like-for-like comparison against a managed cloud phone service.