Support and sales share one number
A customer with an outage waits behind a prospect asking about pricing, and the engineer who picks up has no idea which one they are getting until they answer.
Software companies, MSPs & IT services
A triaged support queue, an escalation path that follows the on-call rotation, events pushed to your ticketing and chat tools, and a sales line that never competes with a P1.
A software company, MSP or IT services firm needs a cloud Contact Centre that splits support from sales at the first menu, identifies the caller and severity before ringing anyone, routes to tiered support groups by skill, escalates on the on-call rotation with each attempt logged, and pushes call events to ticketing and chat tools by webhook. 3CTel maps the flow to your escalation policy, scopes the integrations, tests on a temporary number and ports the support number.
A customer with an outage waits behind a prospect asking about pricing, and the engineer who picks up has no idea which one they are getting until they answer.
The on-call rotation lives in a schedule tool, but the phone system forwards to whichever mobile number was configured months ago.
Tickets get created from email and chat automatically, but a phone call leaves no trace unless someone types it in afterwards.
Engineers across provinces and time zones cannot be reached by a desk phone, and nobody wants their personal mobile number in a customer’s call history.
A technology support flow triages before it rings anyone, then escalates on the schedule your team already keeps.
The first menu splits support from sales so an outage call never queues behind a demo request, and each path gets its own hours, staffing and reporting.
Callers enter an account or ticket number, or are identified by caller ID against your CRM or helpdesk where an integration is available; a severity prompt separates “can’t log in” from “production is down.”
Tier-one agents answer first with skills-based routing by product or platform; unresolved calls transfer to a tier-two group with the caller’s context already on screen.
Outside business hours or above a severity threshold, the flow rings the current on-call engineer, then the secondary after a set interval, then a manager — each attempt logged so a missed page is visible the next morning.
Webhooks fire on call start, end and voicemail so a ticket is created or updated and a Slack channel gets the alert, with the recording or transcription link attached where recording is enabled.
Illustrative routing for a distributed team running a support queue, a sales line and after-hours escalation.
| When | Then |
|---|---|
| Business hours, caller presses 1 (support) | Account or ticket prompt → severity prompt → tier-one queue with skills routing → callback offered after 90 seconds |
| Business hours, caller presses 2 (sales) | Sales ring group across time zones → voicemail to email and a Slack alert if unanswered |
| Tier one cannot resolve | Warm transfer to tier two with the ticket number and call notes already attached |
| After hours, severity reported as critical | On-call engineer’s mobile app → secondary after 3 minutes → engineering manager after 6 → SMS sent at each step |
| After hours, non-critical | Message naming the next business day and the self-service portal → voicemail that opens a ticket by webhook |
| Any call ends | Webhook posts call metadata to the helpdesk and a summary line to the support Slack channel |
Illustrative example — not live data
Technology teams are usually spread across time zones rather than offices, and the routing should reflect the clock rather than a floor plan.
AI agents
The AI receptionist collects the account or ticket number and a one-line description, asks whether production is affected, and either creates a ticket with a callback promise for low-severity issues or moves the caller to the front of the tier-one queue when the answer is yes.
Outside business hours the AI receptionist confirms severity with the caller, pages the current on-call engineer for P1 and P2 issues, keeps trying the rotation until someone accepts, and files everything else as a ticket for the morning shift.
When a sales or account manager is unavailable, the AI receptionist records the caller’s company, contact and request and pushes the summary to your CRM through the API or an automation platform, so no call depends on someone typing it up afterwards.
The AI chat and messaging agent handles first contact on web chat and text: it collects the account, product and a description, asks whether production is affected, answers from your knowledge base and either opens a ticket or books a call with an engineer from the connected calendar. Anything ambiguous goes to a person.
After every call or message, an AI workflow creates or updates the ticket in your helpdesk with a summary and a severity, links the contact in your CRM, schedules the callback and drafts the follow-up email for the engineer to send. Each action is automatic, one-click or suggest-only, with an audit trail.
Conversation intelligence summarizes support calls, tags the product area and sentiment, and flags repeated keywords — the same error, the same integration — so an engineering lead sees an emerging incident before the ticket count does. AI optimization recommends tier-one staffing by hour and when the on-call rotation needs a second engineer; you approve each change.
Queues, routing and supervision for teams that live on the phone.
Learn more: Contact CentreReliable calling with routing your team will actually use.
Learn more: Business PhoneSee what your phone traffic is actually doing — and staff for it.
Learn more: Call AnalyticsText from the number customers already call — as a team, not from a personal phone.
Learn more: Business SMSMeetings in the app you already use for calls — no second subscription.
Learn more: Video MeetingsSupport calls include customer environments, credentials read aloud and screen-share sessions. The obligations that apply to your organization and your customers are yours to define; 3CTel configures access, retention and announcements to match.
Helpdesk, CRM and chat integrations are scoped during planning based on the tools your team already runs.
We map your tiers, severity definitions, on-call rotation and target response practice, then design routing that mirrors them instead of inventing a parallel process.
Call events are wired into your helpdesk and chat tooling in a test environment first, so you can confirm the payloads before any customer call flows through them.
Your support and sales numbers port without interruption; existing lines keep working until the ports complete, and carriers set the timeline.
We connect the calendar, helpdesk and CRM the agents will use, review each workflow rule and its approval mode with you, and pilot the AI receptionist and chat agent on one number before extending them to other lines.
The team runs a full escalation drill on a test number — including an unanswered page — before the production number switches over on a low-volume day.
Customer story
A customer story for this industry is published here once a client has reviewed and approved it. None is live yet.
Yes, where the schedule tool exposes an API. The escalation path queries the current on-call engineer at call time rather than relying on a number configured months ago, then rings the secondary and a manager after intervals you set. Each attempt is logged. Where an API is not available, the rotation is maintained in the phone system by a team lead. 3CTel scopes the integration during planning.
Webhooks fire on call start, end and voicemail with the caller ID, matched account, queue, agent and duration, plus a link to the recording or transcript where recording is on. An automation platform or your own endpoint maps those events to ticket creation or updates in your helpdesk. The exact payload is agreed during planning and availability is confirmed before activation.
Yes. The desktop and mobile apps place and receive calls on the company number, so customers see the support line and never a personal mobile. Engineers set their status by queue, so a person on a project sprint is not offered tier-one calls. When someone leaves, the login is disabled and the call history stays with the company.
Learn more
Yes. Escalation is built as an ordered list with timers: primary, secondary, then a manager, each with its own attempt window. Where your scheduling tool exposes an API, the current on-call target can be updated programmatically rather than edited by hand each week.
Where an integration with your helpdesk is available, yes — a call or a voicemail can open or update a ticket with the caller’s number, the queue, the duration and a transcription link. Otherwise the same result is achievable with webhooks into your own middleware.
They take different paths from the first menu option, and usually different published numbers as well. Sales rings a ring group, support enters a queue with triage prompts, and each reports separately so a busy sales week never looks like a support backlog.
No. Engineers take and place calls through the mobile or desktop app, so the company number is what customers see and what appears in the call history. On-call pages reach the app, with SMS as a backup path.
Whatever you configure. Common patterns are a message on a missed call in the support queue, a message with the transcription when a voicemail arrives, and an alert when an escalation reaches the secondary on-call. These are built on webhooks, so the format is yours to decide.
Yes. Call analytics reports offered, answered and abandoned calls plus average and longest wait, split by queue, severity path and hour — which is usually the evidence needed to justify adding coverage to a particular shift.
Tell us your tiers, your rotation and the tools you run and we’ll map a call flow and the events it should emit.