A UK contact-centre leader looking for a Cognigy alternative in late 2026 is not comparing the same company they would have compared two years ago. NiCE closed its acquisition of Cognigy on 8 September 2025, following receipt of all required regulatory approvals, and the product now titles itself NiCE Cognigy. The same release says the deal puts Cognigy in front of NiCE's distribution network of more than 25,000 existing customers. For a buyer, that changes the first question. It is no longer only "is this conversational AI platform good enough?" It is "which contact-centre estate am I on, and which route into Cognigy does that estate leave me?"
This guide is written for the Head of Customer Operations who owns the phone line and has to defend the choice to a CIO and a finance director. It works through the routes into NiCE Cognigy by estate (CXone, Genesys Cloud, other contact-centre suites, and a bare SIP or PBX line), where the Cognigy environments run for a UK deployment, what the Voice Gateway leaves for your team to set up, and when a standalone call platform such as Dilr Voice is the better fit. It deliberately cedes three things to neighbouring posts. The general question of what a customer-service suite owns that a call platform does not is answered in our Parloa alternative guide. Portability gates for any vendor that changes hands live in the vendor consolidation risk guide. Price comparisons live in the best AI voice agent guide, not here.
This guide is shipped by the team behind Dilr Voice, a multi-agent voice AI platform that chains specialised agents into a single phone call. Or see DATS, our five-stage method for placing AI where the operating numbers move.
What is NiCE Cognigy, and what changed when NiCE bought it?
NiCE Cognigy is an enterprise conversational and agentic AI platform for customer service, covering voice, chat and messaging, and a copilot for human agents. NiCE closed its acquisition of Cognigy on 8 September 2025. NiCE said Cognigy would be offered inside its CXone Mpower contact-centre platform and as a standalone product, and Cognigy's former chief executive is now General Manager of NiCE Cognigy and Chief AI Officer.
The single sentence that matters most for a buyer is the commitment on how the product is sold. The closing release, published on the Cognigy newsroom, says "Cognigy will be available both as part of the unified CXone Mpower platform and as a standalone offering". That is a statement of intent from the acquirer, not a contract term. If you are signing a multi-year agreement, the standalone route should be written into your order form rather than inferred from a press release. Reading vendor commitments this way is part of our approach to placing AI inside enterprise systems.
The product itself is substantial. The NiCE Cognigy homepage states 2.6B+ interactions processed a year, 100+ languages out of the box, 25K+ concurrent interactions with AI agents and 110+ prebuilt integrations, plus two-way MCP. Read those as vendor-stated figures for the platform as a whole, read on 1 November 2026. They describe Cognigy's estate, not what your deployment will achieve. The same page says Cognigy was named a Leader in the Forrester Wave 2026 for conversational AI platforms for customer service, which is Cognigy's own summary of that analyst report.
Under the hood, the Cognigy architecture documentation describes a cloud-native microservices design of 30+ containerised services orchestrated by Kubernetes. That matters less for a UK phone line than the route by which calls reach those services, which is where the comparison with Dilr Voice starts.
Which route into Cognigy fits your contact-centre estate?
The right route into NiCE Cognigy depends on which contact-centre estate already carries your calls. A NiCE CXone customer can take Cognigy inside CXone Mpower. A Genesys Cloud customer connects through Cognigy's Voice Gateway, now including a beta audio connector. Cognigy says it is built for Amazon Connect and Avaya too, and a bare SIP, PBX or CPaaS line connects through Voice Gateway.
Cognigy's homepage says NiCE Cognigy works with any CCaaS platform: built for Amazon Connect, Avaya and Genesys, native inside NiCE CXone, and connected to other contact-centre systems through two-way MCP and 110+ ready-made integrations. Its navigation also lists Microsoft and 8x8. A platform owned by one contact-centre vendor marketing connectors into its owner's competitors is good news for a Genesys or Avaya estate today. It is also the thing to pin down in writing, because continued support for a connector into another vendor's suite is a roadmap decision the vendor controls, not you.
| Your estate today | Route into NiCE Cognigy | What to confirm before you sign |
|---|---|---|
| NiCE CXone | Cognigy inside CXone Mpower | Which CXone cluster your Cognigy tenant runs in, and whether the standalone licence is still an option |
| Genesys Cloud | Voice Gateway, with SIP or the beta Genesys Audio Connector | Which features survive when Genesys controls the call |
| Amazon Connect, Avaya, other contact-centre systems | Named integration, or two-way MCP and ready-made integrations | Which connector applies to your platform, and its support terms post-acquisition |
| SIP trunk, PBX or CPaaS | Voice Gateway with your own trunk | Who configures the trunk, and the cut-over plan for numbers |
| No contact-centre suite yet | Any of the above, or a call platform | Whether you need a suite at all for this workload |
The last row is where the comparison is most open. If the workload is a front desk, an appointment line or an outbound reminder campaign, the enterprise voice AI agents guide sets out the architecture choices before you commit to any suite. A placement diagnostic is the structured version of that conversation, run against your own call data.
What does the Genesys Audio Connector change for Genesys Cloud teams?
The Genesys Audio Connector is a beta Cognigy feature, added in release 2026.15, that connects Genesys Cloud audio to Cognigy's Voice Gateway over the Genesys AudioHook protocol rather than SIP. Genesys stays in control of the call while Cognigy runs the conversation. The trade-off is reduced call control on this route: transfers have limited support, dial transfer is unavailable because Genesys does not let Voice Gateway start outbound calls, and Agent Copilot is not supported.
The Genesys Audio Connector documentation is candid about why it exists. It lets Genesys Cloud customers continue using Cognigy's conversational AI without relying on SIP calling, and it describes continuity for customers who want to keep their existing Cognigy integration if SIP calling is no longer available in Genesys Cloud. Read that as continuity for an existing install base on another vendor's platform, and weigh how much of your design depends on it, using questions of the kind our voice AI vendor checklist asks about.
The restrictions list is the part to read twice. Because Genesys Cloud controls the call, Voice Gateway only supports sending and receiving audio. Transfer has limited support through a refer transfer; dial transfer is not supported because Genesys Cloud does not allow Voice Gateway to initiate outbound calls; hang-up is handled by the Genesys flow; and Agent Copilot is not supported because it needs dial capabilities this integration does not have. If your business case for Cognigy on Genesys rests on copilot for human agents, test it on the exact route you will run in production.
For any route, the handover to a person is where caller experience is won or lost. The warm transfer and context handoff guide sets out what a good transfer carries, and it applies whether the AI sits in Cognigy, Genesys or a standalone platform.
Where do Cognigy environments run for a UK deployment?
Cognigy's public documentation lists two families of hosted environments that matter to a UK buyer. NiCE Cognigy's own SaaS clusters include a United Kingdom environment alongside Europe, US and Australia ones. NiCE CXone shared clusters include two London environments, UK1 and UK3. The listed trial environments are Europe and US. The documentation describes cluster locations, not a contractual data residency commitment.
The source for that is Cognigy's IP address ranges page, which exists so network teams can allowlist SIP signalling and outbound requests. It is the most concrete public map of where Cognigy runs, and it is worth reading alongside the hosting questions in our enterprise voice AI agents guide.
| Environment family | Listed UK option | Other listed regions |
|---|---|---|
| NiCE Cognigy SaaS clusters | United Kingdom SaaS (app-uk.cognigy.ai) | Europe, US, Australia |
| NiCE CXone shared SaaS clusters | UK1 and UK3, both labelled Europe (London) | EU1 Frankfurt, NA1, NA3, CA1, AU1 |
| Trial environments | None listed | Trial Europe, Trial US |
Three cautions follow. First, a cluster location tells you where the platform runs, not where every model call or speech service it invokes is processed, so ask Cognigy to name the speech-to-text, text-to-speech and language model providers and their regions for your tenant. Second, the listed trial environments are Europe and US, so confirm with Cognigy where trial calls are processed and keep real customer data out of the trial. Third, the cluster your tenant lands in after a CXone migration is a contract question, not a documentation question.
The duties that stay with you whichever vendor holds the data are set out in our UK and EU voice AI compliance guide, and retention specifically in the voice AI data retention guide. Both apply equally to Cognigy, Dilr Voice and any other platform on your shortlist.
What does Cognigy's Voice Gateway leave for your team to set up?
Cognigy's Voice Gateway connects phone calls to Cognigy agents and is pitched around keeping your existing telephony: a contact-centre suite, an on-premises SIP carrier, a PBX and IVR, or a programmable voice provider. Its call control covers barge-in, DTMF, recording, answering machine detection and handoff to a human. Routing your numbers to it needs a SIP trunk, which Cognigy's documentation says its business representatives configure.
The Voice Gateway product page leads with "keep your telephony", and for a large contact centre with an existing carrier contract that is the right instinct: porting a large number estate adds time and risk to an AI project. If you want that constraint mapped independently, see our DATS methodology. The Voice Gateway getting started documentation is clear that the SIP trunk needs to be set up before a contact centre or phone number can route to a Voice Gateway endpoint, and that you get in touch with your Cognigy business representative to configure it.
That is a reasonable enterprise motion and a real dependency. In practice it means three workstreams before the first live call: your telephony team on the trunk and number routing, Cognigy on the endpoint and flow, and your contact-centre team on transfer targets and queues. Plan the pilot timeline around the slowest of the three. Deciding who owns each workstream is an operating-model question, which our AI operating model consulting covers.
A standalone call platform takes the opposite trade. Dilr Voice runs telephony on Twilio or Vobiz, and outbound campaigns require the customer's own Twilio or Vobiz account. That suits a new line or a campaign, and is less suited to an estate where every call must stay on an existing carrier and contact-centre platform. Neither is better in general; they suit different estates.
When is NiCE Cognigy the right choice for a UK contact centre?
NiCE Cognigy is the right choice when you run a large contact centre on NiCE CXone, or on Genesys Cloud with a route that has been tested end to end, and you want voice, chat and messaging AI plus an agent copilot inside one estate. It also fits when a carrier contract and number estate must stay exactly where they are, because Voice Gateway is designed around keeping existing telephony.
There are four signals that point towards Cognigy rather than an alternative. You are already a NiCE CXone customer and want AI inside the same contract and support line. You need chat, messaging and voice under one design surface, with a copilot for human agents. You have the in-house contact-centre engineering to own flows, connectors and trunk changes. And your procurement team prefers buying AI from the contact-centre vendor it already contracts with. Our other voice AI vendor comparisons apply the same tests to other suites.
The signals pointing away are the mirror image. Your workload is one or two phone use cases rather than an omnichannel programme. You are on a contact-centre suite whose Cognigy connector is beta or limited for the features you need. You want to put real calls through a working agent before any sales conversation. Or you would rather not take a dependency on an acquirer's future roadmap for a connector into its competitor. In those cases a call platform deserves a place on the shortlist, alongside the vendors covered in our PolyAI alternative guide and ElevenLabs agents alternative guide.
Two procurement points apply whichever way you lean. Write the delivery route (inside CXone Mpower, or standalone) and the hosting cluster into the order form. And ask for the support and deprecation terms on any connector into a non-NiCE suite, because that is where an ownership change shows up first. The voice AI SLA design guide covers how to turn those asks into contract language.
How does Dilr Voice differ from NiCE Cognigy for UK phone work?
Dilr Voice is a standalone multi-agent voice AI platform that chains specialised agents, such as a greeter, qualifier, knowledge agent and action agent, into a single phone call. NiCE Cognigy is an omnichannel customer-service AI platform sold inside or alongside a contact-centre suite. Dilr Voice suits teams that want a standalone phone line on Twilio or Vobiz with a free trial to test it; Cognigy suits estates that must keep an existing contact-centre platform and carrier.
On Dilr Voice, each agent has its own prompt, model and tools, and passes context to the next on handover. Inbound front desk work includes business-hours configuration, after-hours routing and warm transfer to a human with full context. Outbound campaigns run from an uploaded contact list with scheduling windows, retry logic and auto-pause at the configured daily end time, with real-time outcome and sentiment analytics. Knowledge bases are built from your own uploaded documents, which agents search during live calls. More on the team that builds it is on our about Dilr.ai page.
The compliance defaults differ in kind. Dilr Voice ships per-country compliance rules by default: recording consent, DNC registry checks, opt-out recognition, permitted calling hours and full audit trails on every call. Those defaults are a starting point for UK outbound work: the PECR and TPS duties themselves stay with the business making the calls, as the AI disclosure and EU AI Act Article 50 guide and the compliance guide cover in depth. Dilr Voice runs on Google Cloud Platform (GKE), encrypted at rest and in transit, with dedicated tenancy and regional data residency options for enterprise customers.
Two honest limits on the comparison. Dilr Voice names HubSpot, Salesforce and Google Calendar as live CRM and calendar integrations, and does not claim connectors into NiCE CXone, Genesys Cloud, Avaya or an on-premises PBX. And its response time is under 500 milliseconds on DILR's own on-platform measurement, which you should verify on your own calls rather than take on trust, exactly as you would Cognigy's figures. The voice AI vendor checklist gives you the questions to put to both.
| Question | NiCE Cognigy | Dilr Voice |
|---|---|---|
| What is it? | Omnichannel customer-service AI, inside or alongside CXone Mpower | Standalone multi-agent voice AI platform |
| Telephony | Voice Gateway onto your existing trunk, PBX, CPaaS or suite | Twilio or Vobiz |
| Channels | Voice, chat, messaging, agent copilot | Phone calls, with post-call email, SMS and Slack automation |
| Languages | 100+ (vendor-stated) | 30+ |
| Hands-on start | Business representative configures the SIP trunk | Free trial, no credit card required |
| Best fit | Large CXone or Genesys estates | New phone lines and outbound campaigns |
What is the best Cognigy alternative for UK teams in 2026?
The best Cognigy alternative for a UK team in 2026 depends on why you are leaving or looking. If you need an omnichannel suite, compare Parloa, PolyAI and your own contact-centre vendor's AI. If you need a standalone phone line with per-country compliance rules on by default, put Dilr Voice on the shortlist. If you are staying on NiCE CXone and want copilot, Cognigy itself is likely the better fit.
That last concession matters. A team on NiCE CXone that wants voice, chat and agent copilot under one contract has little reason to bolt a separate call platform onto the side, and should evaluate Cognigy inside CXone Mpower first. The same applies to a Genesys Cloud estate that has tested the full SIP route and confirmed every feature it needs.
For everyone else, judge the shortlist on five criteria rather than on brand: the route your estate allows; the named hosting region for the platform and for each model and speech provider; the quality of the transfer to a person; how quickly you can put real calls through it; and the contract terms on any connector or route that depends on the vendor's future roadmap. Score Cognigy, Dilr Voice and the other candidates against the same five, and the answer for your estate becomes much clearer. The wider field is laid out in our buyer's guide to AI voice agents, the Vapi alternative guide covers the developer-platform end, and our voice AI ROI framework turns the shortlist into a business case.
If you would rather have someone independent run that comparison against your own call data, that is what our DATS methodology is built for, and the hidden costs guide shows where the total cost of ownership tends to move.
Is Cognigy still sold on its own after the NiCE acquisition?
NiCE's closing release for the Cognigy acquisition, dated 8 September 2025, says Cognigy will be available both inside the CXone Mpower platform and as a standalone offering. That is the acquirer's stated intent. A UK buyer signing a multi-year Cognigy agreement should still write the standalone route, the support terms and the hosting cluster into the order form rather than relying on the release.
The questions to ask after an ownership change are the same for any vendor. The consolidation guide linked in the introduction sets out the portability checks, and the Faculty AI alternative guide shows the same diligence applied to a consultancy that changed hands.
Do Cognigy's headline numbers describe your deployment?
Cognigy's headline numbers, such as 2.6B+ interactions a year, 25K+ concurrent interactions and 100+ languages, are vendor-stated figures for the NiCE Cognigy platform as a whole. They show scale and breadth, not what your contact centre will see. A UK buyer should measure containment, transfer quality and caller outcomes on its own call mix during a pilot before relying on any platform's published figures.
The same rule applies to Dilr Voice and every other vendor on the list. Ask each one to run a pilot on a defined slice of real calls with the success measures agreed in advance, and use our orchestration versus platform guide to decide how much of the stack you want to own. If you want help framing the pilot, talk to our team before the demos start, or see how our AI execution office runs delivery once a platform is chosen.
Want to see this on your own calls? Try Dilr Voice live, compare vendors in the best AI voice agent guide, book an AI placement diagnostic, or read about our approach to placing AI inside enterprise systems. More comparisons sit in the voice AI blog.
Name your estate before the demos.
30-min scoping call · No deck · Confidential. We will tell you whether your calls belong inside your contact-centre suite or on a call platform, and what to confirm in writing.
Written by the Dilr.ai engineering team, practitioners who ship enterprise AI in production. Follow us on LinkedIn for shipping notes, or subscribe via the RSS feed.