Channel sequencing
Decide the order in which people are contacted.
Products
Plan connected communication workflows across the channels Dialog supports, with a focus on handoffs, context and measurable outcomes.
Omnichannel is not just having more channels. It is about the conversations that move between them keeping their context. Voice sits at the core of Dialog, and channel coverage is confirmed in a demo.
| Aspect | Disconnected channels | Linked interactions |
|---|---|---|
| Customer context | Each channel starts from nothing. | The next agent sees what happened before. |
| Handoffs | People repeat themselves. | The conversation continues where it stopped. |
| Reporting | Results are split by channel. | Outcomes can be compared across channels. |
Channel availability depends on your configuration.
Channel support should be clear before you plan around it. Voice is the core of the platform. For the other channels, availability depends on your configuration, and the API and webhooks can connect other systems.
| Channel | Status | Notes |
|---|---|---|
| Voice | Core of the platform | A high-volume voice engine with cloud flexibility. |
| SMS | Confirm in a demo | Availability and sender rules depend on your setup. |
| Confirm in a demo | May be integration-led rather than built in. | |
| Messaging apps | Confirm in a demo | Coverage depends on providers and regions. |
We mark channels as available only once they are confirmed for your account.
Customer journey
Context is what makes a handoff feel connected. What can be carried across depends on your configuration and integrations.
Keep one record of who the person is.
Record what happened on the last conversation.
Pass useful details to the next agent or channel.
Start from what is already known.
Workflows
Plan which channel comes first, who owns each conversation and how replies are handled. Campaign settings live in campaign management. Sequencing across channels is subject to confirmation for your account.
Decide the order in which people are contacted.
Give each programme a clear owner.
Agree how replies are picked up.
Routing
Channel routing builds on the routing rules described in call routing and management. Whether a single, unified queue exists across channels is confirmed in a demo, rather than assumed.
Metrics
Look at what each channel contributes, and be open about what cannot be attributed. Data can stream to BigQuery or cloud storage for your own analysis, and reporting and analytics describes the views available.
The measures reported for each channel.
Where a result cannot be tied to one channel.
Streaming and exports to your analytics tools.
Readiness checklist
Introduce channels in stages. Consent rules differ by channel, so involve your own advisers and review the compliance controls that support your policies.
Connect your CRM and tools through the API and webhooks.
Decide who can use and change each channel.
Check consent and opt-out rules for each channel.
Review message wording before it is used.
Start small and widen after review.
Product demonstration
A demonstration confirms which channels are available to your account and how they connect with voice campaigns. The wider flow is explained in how it works.
Omnichannel contact centre software lets a team handle conversations across several channels, such as voice and messaging, while keeping the customer’s context as they move between them. It aims at a connected experience rather than separate silos. Which channels are included varies by product, and Dialog confirms its coverage for your account in a demonstration.
Multichannel means offering several channels that each work on their own. Omnichannel links them, so a conversation can move from one channel to another without starting again. The difference shows up in shared customer context, consistent handoffs and reporting that follows the person rather than the channel they happened to use.
Voice is the core of the platform. Other channels depend on your configuration, and the API and webhooks can connect other systems. Because coverage varies, we confirm which channels are available, integration-led or not offered when we scope your account. Ask for that list in a demonstration, and plan around what is confirmed.
Context can be kept through customer records, dispositions and the data passed between systems, and the details depend on your configuration and integrations. We recommend deciding which pieces of context matter most, such as the last outcome or the owner, and testing that they arrive intact when a conversation moves to another channel.
Existing CRM tools can be connected with the API and webhooks, so call events can update records and start workflows. These integrations are scoped individually rather than supplied as packaged connectors. Read about Voice API & Integrations for the technical options, and agree which system holds the customer record before you start building anything.
Reporting covers the measures available for each channel, and data can be streamed to your own analytics tools for deeper analysis. Be prepared for attribution limits, because a result may not be tied to a single channel. Agree the definitions you will use before comparing channels so everyone reads the numbers the same way.
Discuss your use case, existing systems, calling volumes and integration requirements with the Dialog team.
Tailored demo · Unlimited users