Start your EVOTECH request in under a minute.
Cloud PBX Setup in Houston, TX 77083
A hosted phone service arrives as a login and an empty tenant. Everything a caller will ever experience is a structure somebody builds inside that login — and on most of the systems we inherit in 77083, nobody ever did. This page is that structure: the objects a cloud PBX is made of, the order they must be decided in, and how a phone out of a sealed box knows which business it belongs to.
What you are actually building when you “set up” a cloud PBX
Buying hosted voice takes ten minutes on a website. Having a phone system takes a build. The platform hands you an empty tenant, and every vendor — under different marketing names — stores the same nested objects underneath. Each one is a decision that is cheap today and expensive in year three.
| Object | What it controls | Left as an afterthought |
|---|---|---|
| Tenant | Billing and the top-level login | The account sits under an email nobody at the business still controls |
| Site | Hours, emergency address, prompt set | One set of hours applied to two stores that do not close at the same time |
| User | A person, a licence, a voicemail box | Licences counted by handset, so the owner ends up with three voicemail boxes |
| Device | The handset or app registered to that user | Phones configured by hand, so a dead one cannot be swapped by anyone else |
| DID | A public number pointed somewhere specific | Every number aimed at one destination, so nobody can tell which one rang |
| Policy | Who may dial internationally, record or administer | Everything enabled for everybody — which is how a weekend of toll fraud starts |
The order is what people get backwards. Phones get ordered first because phones are the visible thing. Hardware is the last decision: the numbering plan, the site structure and the routing table all constrain how many devices you need and of what kind — and changing any of them once fifteen phones are on desks means touching fifteen phones.
An extension plan you will not outgrow in two years
Extensions feel arbitrary until the day they are not. Three digits covers almost every business we build in 77083; four digits costs nothing at build time and repays itself the first time a second location joins the same tenant.
Two rules do most of the work. First, find out what the platform has already reserved for itself — park slots, conference bridges, paging groups and feature codes all live in the numbering space, and the reserved ranges differ by vendor. An extension colliding with a park orbit produces a fault that is maddening to trace months later. Second, leave gaps: blocks of a hundred, two-thirds empty, absorb five years of hiring.
A workable shape for a storefront or clinic off Bellaire:
- 100–149 — front counter and reception, the people a caller reaches first.
- 200–249 — back office, exam rooms, bookkeeping, the owner.
- 300–349 — reserved and untouched, for the second location.
- 600s — the things that are not people: overhead paging, the break-room cordless, a shared counter handset, the conference bridge.
One habit worth breaking is numbering by job title. Extension 101 belonging to “the receptionist” survives exactly one staffing change. Where two shifts share a counter, hot-desking — signing your extension onto whichever handset you are standing at — beats a phone with two labels taped to it.
Which numbers ring, and which exist only to be dialled out
A DID is a public number pointed at a destination inside the tenant. The number on your sign usually points at an auto attendant or a small ring group. For every additional number the question is narrower than people expect: does anyone benefit from reaching this destination without passing the front counter?
For a dental or medical office the answer is often no. A patient who reaches an exam-room phone directly reaches a phone nobody is standing at. Those positions get an extension and no public number, and their outbound caller ID is set to the main line so every callback lands back where somebody is actually scheduled to answer. For an insurance or tax practice the answer is usually yes — a producer with a book of repeat clients should have a direct number, presenting that same number outbound so the client’s phone recognises it.
One warning about the display name: it is looked up by their carrier from an industry database, not sent by your phone. We can set the record your carrier publishes; nobody can promise every mobile network renders it, and an installer who does is guessing.
Two storefronts on one tenant, or two separate systems?
This corner of southwest Houston has an unusual density of owner-operators running more than one address — a shop on Bellaire and a second off Beechnut, a clinic with a satellite near West Airport, a retail unit with a warehouse behind it. Putting both under one tenant as two sites is usually right, but it should be a choice rather than an accident.
One tenant with two sites gives you three-digit dialling between locations, one shared directory, one bill, one admin portal, and the ability to move a person between addresses without rebuilding them. Each site keeps its own hours, greeting, prompt language and outbound caller ID — and, not optionally, its own registered emergency address, because a 911 call has to reach the dispatch centre for the building the caller is standing in rather than the address on the invoice.
Separate tenants make sense only in narrow cases: different legal ownership, a location being prepared for sale, or a franchise agreement requiring the account to sit with the franchisee. The cost is two directories and two sets of changes to keep in step.
Where a business serves customers in more than one language, the prompt set is a per-site asset too. A menu offering the language choice inside the first four seconds performs far better than one that delivers thirty seconds of English before mentioning an alternative exists, and the recordings should be made by someone who actually speaks it — a synthesised voice reading a script phonetically is recognisably wrong to a native speaker, and it costs you the call.
How a phone out of a sealed box knows which business it belongs to
This is the largest single difference between a cloud PBX that stays supportable and one that quietly becomes a liability. It is invisible to the customer, so it is the first corner cut by whoever is cheapest.
Every handset carries a MAC address printed on the carton. Registered against a user in the platform, that MAC goes to the manufacturer’s redirect service — Yealink, Poly, Grandstream and Cisco each run one. The phone powers up, takes an address from DHCP, asks the redirect service where it belongs, is pointed at your tenant’s provisioning URL over HTTPS with credentials unique to that device, pulls a template plus its own overlay, and comes up as the right extension with the right line keys. Nobody logs into a phone.
What that buys is a swap. A handset dies on a Saturday, counter staff take a spare from the closet, plug it into the same jack, and it is the same extension within two minutes with nobody on site. A hand-built system cannot do that.
Three details we settle during the build:
- Firmware is pinned, not floating. One version chosen, tested on a single device, then rolled out. Phones left to pull whatever is newest will eventually all reboot at once, mid-morning.
- Line keys are designed, not defaulted. Busy-lamp keys — the ones that light when a colleague is on a call — each open a live subscription to the platform. Six well-chosen keys are useful; an expansion module mirroring forty extensions for a five-person office is load with no benefit.
- The template is proved by breaking it. Before we call the build finished we factory-reset a phone in front of you and let it rebuild itself from nothing. If it cannot, provisioning is not done.
Who owns the account, and who is allowed to break it
The most common serious problem we are called about is not technical. It is a business locked out of its own phone system, because the tenant was created under the installer’s email, or under a personal address belonging to a relative who helped out years ago and has since moved away. The numbers are yours; the account deciding where they ring is not.
We create the tenant under the business’s own domain or an owner-controlled mailbox, turn on two-factor authentication, and put the top-level credentials in the owner’s hands in writing before anything else is built. Roles then sit beneath it so ordinary changes never need that login:
- Office manager — add or disable a user, change greetings and holiday hours, reset a voicemail PIN, pull a call report. That covers about nine of every ten changes a business really needs.
- Site admin — the same, limited to one location, so a multi-store owner can let each manager fix their own store and nothing else.
- Super admin — routing, dialling permissions, billing. The owner, and us only while we are engaged.
Offboarding deserves a written checklist, because it is always done in a hurry: disable the device, forward the extension, reassign the direct number, move the voicemail box before it is deleted, remove the person from every ring group and queue, revoke any admin role. Missing those last two is how a departed employee’s phone rings in an empty office for a year.
What moves a 77083 cloud PBX estimate
We quote after we have seen the space and counted the real objects, not before, and we itemise every line so you can decline anything you do not want.
- People, not phones. Licensing follows users; devices follow positions. The two counts are rarely equal, and separating them usually saves money rather than costing it.
- How many numbers travel with you, and whether they sit with one losing carrier or three.
- How many branches the call flow has. A straight ring group is quick; a menu with language options, holiday hours and an after-hours path is a design job before it is a configuration job.
- Recorded prompts, in how many languages, and whether a person records them.
- What the cabling and switching already look like. An older strip-centre suite off Synott with two live data jacks and a shared demarc closet needs different preparation than a space fitted out last year.
- Devices that are not desk phones — overhead paging, a door station, a cordless base that has to cover a stockroom behind a block wall.
Related services
Frequently asked questions
Do I have to replace my desk phones to move to a cloud PBX?
Sometimes not. Many SIP handsets from the last several years can be re-pointed at a new platform if the model is supported and the firmware can be brought to a version the platform provisions cleanly. Older proprietary handsets from a key system cannot — they speak a protocol only their own controller understands. We check model and firmware on site first.
Can we keep the number printed on our sign and our cards?
Almost always, provided it is a genuine ported-in number rather than a service that only forwards. The request has to match your carrier’s record exactly — business name, service address and account number as they hold them, not as you would write them today. We pull that record and fix mismatches before submitting.
We use three-digit extensions now. Is it worth renumbering?
Only during a build, never afterwards for its own sake. Renumbering live means re-teaching every member of staff and rebuilding every speed dial and line key. If you are changing platforms anyway, that is the free moment to fix it.
How long does the build take before anything changes for us?
The build runs alongside your existing system and is invisible to callers. We create the tenant, design the numbering and routing, provision and bench-test the phones, and dial every path from an outside line before going near your live numbers. Only the cutover touches what customers experience, and that is scheduled with you.
Who do we call when something needs changing in month eight?
For routine things — a new hire, a changed greeting, a holiday closure — your own office manager, using the role we set up for exactly that, with written instructions we leave behind. For routing changes or anything touching dialling permissions, call us on (832) 359-2425.
Is one internet circuit enough to run the whole system?
For call volume, usually by a wide margin. Availability is the real question, and a cloud PBX fails over better than an on-premises one: if the circuit at the store drops, calls can redirect to mobiles automatically, because the intelligence lives in the platform rather than in your closet. We configure that during the build rather than leaving it to be found during an outage.
Free on-site PBX design walk in Houston 77083
We will walk the suite, count users against positions, read what your carrier actually holds on record, and write the tenant design before a number appears on a quote. Itemised, in writing, and no figure invented over the phone. Call (832) 359-2425.
Book a Free Consultation
Ready for EVOTECH to help?
Before you leave, send the quick version. We will review the page you came from and reply with the clean next step.
