Short answer: these are not alternatives. They are layers, and you add them in order:
- Virtual number — the line itself. ₹349-₹499/month.
- Routing rules — who rings, when, and what happens on no-answer. Included.
- IVR menu — the caller chooses before anyone rings. From ₹499.
- Cloud PBX — an internal phone system with extensions and transfers.
- Cloud contact centre — queueing, agent presence, wait-time reporting.
Most Indian SMBs need layers 1 and 2, sometimes 3, and are sold 4 or 5. The rest of this page is about telling the difference.
What Each Layer Actually Adds
| Layer | The problem it solves | You need it when |
|---|---|---|
| Virtual number | "Customers are calling a personal mobile" | Almost always, at the start |
| Routing rules | "Calls die on one person's phone" | As soon as two people answer |
| IVR menu | "The wrong person answers every third call" | Different teams, or ~10+ calls/day |
| Cloud PBX | "We need extensions and internal transfers" | Staff call each other on the phone system |
| Contact centre | "Callers are waiting and we cannot see it" | Callers queue, and you need wait-time data |
Layer 1 and 2: The Number and Its Rules
This is the layer almost everyone actually needs. One published number, routed to whichever mobiles should ring — simultaneously or in sequence — with explicit business-hours and no-answer behaviour.
It requires no hardware, no app on anyone's phone, and no internet: calls arrive over the ordinary mobile network. See call routing and call forwarding rules, and the practical patterns in virtual number for a team.
Stop here if: your team answers calls on their mobiles, nobody queues, and staff do not need to transfer calls to each other internally. That is most businesses under about fifteen people.
Layer 3: When an IVR Earns Its Place
An IVR answers first and lets the caller choose. It is genuinely useful and routinely added too early.
Add a menu when:
- Sales and support want different people, and the wrong one is answering.
- Volume is high enough that a mis-routed call costs someone real time — roughly ten calls a day and up.
- You need out-of-hours callers to reach something useful rather than a ringing tone.
- You want a recording announcement applied consistently on every call.
Do not add one when:
- You take four calls a day. A menu in front of a small business feels like an obstacle, and some callers will simply hang up.
- You have one team who all do the same thing. Simultaneous ringing is faster and warmer.
- The menu would be a way of avoiding the fact that nobody is answering. It does not fix that.
Multi-level IVR is included from the ₹499 Business plan, on the number you already have — see IVR menu. If you are designing one, the honest guide to keeping it short is why callers hate your IVR and IVR menu design: how many options.
Layer 4: Cloud PBX, and Why Most SMBs Skip It
A PBX is an internal phone system: extensions, directories, transfers between colleagues, desk phones or softphones.
The reason most Indian SMBs never need one is structural — their internal communication already happens on mobiles and WhatsApp. A PBX solves a problem that exists when staff sit at desks with handsets and phone each other. If your team does not do that, a PBX adds administration and cost for capability nobody uses.
A cloud PBX is right when:
- Staff genuinely transfer live callers to each other by name or extension.
- You have desk-based teams, reception, or multiple departments with internal call flow.
- You are replacing an ageing on-premise EPABX and want the same shape without the hardware.
See cloud PBX. If you have an existing PBX and only need calls delivered into it, SIP forwarding connects a virtual number to it without replacing anything.
Layer 5: Contact Centre — the Queueing Test
There is one clean test for this layer: do callers wait?
Forwarding assumes somebody is free. Once calls routinely arrive when nobody is available, you stop needing better forwarding and start needing:
- Queueing, so callers hold in a defined order rather than hearing a busy tone
- Agent presence, so the system knows who is available
- Wait-time and abandonment reporting, so "we are busy" becomes a measurable number
- Supervisor tooling — monitoring, barge-in, quality review
That is a cloud contact centre, and it is a genuinely different product with different economics. Buying it before callers queue means paying for agent seats to solve a problem you do not have.
The Progression, With Costs
| Stage | Setup | Monthly |
|---|---|---|
| Solo, stop sharing a personal mobile | 1 number, forward to 1 phone | ₹349 |
| Small team answering enquiries | 1 number, ring up to 5, recording | ₹499 |
| Two functions, rising volume | Same number + IVR menu | ₹499 |
| Multiple cities or campaigns | 2-3 numbers, separate logs | ₹349-₹499 each |
| Desk-based internal call flow | Add cloud PBX | Depends on extensions |
| Callers queueing | Cloud contact centre | Per agent |
Plan detail on the pricing page. The point of the table is that the first four rows all sit on the same product — you are changing configuration, not migrating systems.
The Two Mistakes
Buying too high. A five-person business with a contact-centre licence pays per agent for queueing nobody needs, and gets a system that requires administration it does not have time for.
Staying too low. A business taking forty calls a day on simultaneous ringing has everyone interrupted constantly, no idea how many calls rang out, and no menu — while the fix is a plan change, not a new system.
Both are avoided by the same habit: read the call logs monthly. Missed-call counts and arrival times tell you which layer you have outgrown, long before anyone complains. See call logs and analytics.
You can move between the first four stages yourself at voice-app.edesy.in.
Common Questions
Is an IVR the same as a virtual number?
No. The number is the line; the IVR is a menu that answers it. The menu sits on the number you already have.
Can I add an IVR later without changing my number?
Yes — it is a plan change, not a new line, and the published number does not change.
Do I need a PBX to transfer calls?
For transferring a live caller between colleagues by extension, that is PBX behaviour. For getting the right person on the call in the first place, routing and a menu are usually enough.
What if I already have an on-premise EPABX?
You can deliver calls from a virtual number into it via SIP forwarding, which avoids replacing working hardware.
When does an AI answering layer make sense?
When the menu is doing the work but callers still need a real answer out of hours or at volume. That is AI receptionist territory, and it sits on the same number rather than replacing it.
Can I downgrade if I over-bought?
Between plans on the virtual number product, yes. Moving down from a contact-centre licence is a migration, which is the main reason not to buy it early.