/

Support Quality

Voice AI to Replace IVR in Financial Services (2026)

Voice AI to Replace IVR in Financial Services (2026)

Lorikeet Logo

Lorikeet News Desk

·

Updated

·

Fact-checked against Gartner & Forrester data

TL;DR: Voice AI platforms can now replace the phone tree outright. Callers state what they need in natural language, and the agent resolves the request or routes it with full context. Lorikeet leads this guide on action-taking depth, cross-channel context, and regulated-industry guardrails, with a published deployment that moved answer rates from roughly 10% of calls to 100%. PolyAI and Replicant bring the deepest voice-first heritage, and Genesys, Amazon Connect, and Five9 own the telephony layer many financial institutions will keep.

Every financial institution runs a phone channel, and most still answer it with a menu recorded years ago. The premise of this guide is that the menu is now optional. Unlike legacy IVR systems that force callers through rigid menu trees, voice agents understand natural language, handle interruptions, and execute multi-step workflows. A caller who says "there is a charge on my card I do not recognize" can skip four layers of options and land directly in a dispute intake flow with their account already identified.

Replacing an IVR does not always mean replacing your telephony. Two deployment patterns show up in production. Some teams retire a self-built IVR stack, often assembled on Twilio-style programmable voice tooling, and point their phone numbers straight at a voice agent. Others keep Genesys, Amazon Connect, or Five9 as the telephony and workforce layer and place the agent behind it as a resolution layer. Both patterns are legitimate, and a vendor that pretends only one exists is selling its own architecture rather than solving your problem.

This guide compares eight platforms across both patterns. It pairs with our broader guide to the best AI IVR replacement platforms and our deeper look at natural-language triage as an IVR replacement. If you are evaluating for a bank specifically, see the best voice AI IVR replacements for banks.

Why IVRs fail financial-services callers

An IVR menu is a taxonomy of your organization. A caller's problem rarely maps to it. "I paid my credit card from the wrong account" touches payments, disputes, and account servicing at once, and the caller has no way to know which branch of the tree your operations team filed it under. So they guess, get transferred, authenticate again, and repeat the story. The damage comes from misrouting, repetition, and dead ends, and each of those is a structural property of menu trees rather than a staffing problem.

Financial services raises the stakes in three ways. First, some calls carry regulatory clocks. A cardholder reporting an unauthorized transaction in the US starts a Reg E error-resolution timeline the moment they notify you, so a caller abandoned in a menu is a compliance exposure as well as a service failure. Second, the phone is where distressed and vulnerable customers go. A caller in financial hardship who hits a dead-end menu twice may never call back, and regulators in the UK and Australia expect firms to identify and support those callers rather than filter them through hold music. Third, phone lines attract fraud and scam traffic, and human teams burn real hours triaging robocalls away from genuine customers.

The failure hides inside the metrics IVR vendors report. "Containment" counts any call that never reached a human as a success, which means the caller who gave up in the menu and the caller whose problem was solved score identically. That accounting made phone trees look efficient for two decades. Measure resolution instead and the picture inverts: the phone tree resolves almost nothing on its own. It routes, and it routes badly. Our banking-specific guide works through what this costs a retail bank in abandoned calls and repeat contacts.

One part of the legacy stack keeps its job. DTMF keypad entry remains the right mechanism for secure digit entry, card activation sequences, and any legacy process where a caller keys in numbers rather than speaks them. The platforms below differ on plenty; the credible ones all keep DTMF available inside a natural-language call rather than forcing speech for everything.

How we evaluated these platforms

Disclosure first: this guide is published by Lorikeet, and Lorikeet sits at the top of the list. We have tried to be precise about what each competitor genuinely does well, to source gaps to public documentation, and to say "does not prominently document" where a vendor's public materials are silent rather than asserting a capability is missing. Treat undocumented areas as procurement questions, and weigh our self-interest when you read the rankings.

We ranked on five criteria, in priority order:

  • Natural-language understanding on real calls. Accents, background noise, interruptions, mid-sentence corrections, and callers who describe problems in their own words. This is table stakes for replacing a menu. A voice agent that needs callers to speak in keywords is an IVR with better audio.

  • Action-taking depth. Whether the agent can execute the resolution: look up the account, check a transaction, open the dispute intake, send the secure link. Understanding intent and then transferring anyway reproduces the old IVR with a nicer voice.

  • Deployment-pattern honesty. Whether the vendor supports replacing a self-built IVR stack, coexisting behind a contact-center platform, or both, and is clear about which. We mark each platform's pattern in the comparison table.

  • Compliance and auditability. Guardrails suited to regulated conversations, audit trails that show why the agent said what it said, and data handling a bank's security team can review.

  • Production proof. Named customers with published results the customer stands behind. We weighted published numbers over demo videos throughout, drawing on vendor documentation, published customer stories, and third-party review platforms, checked in August 2026.

Containment rate ranks nowhere on that list, deliberately. It is the metric the legacy IVR industry used to grade itself, and it cannot distinguish a resolved caller from a defeated one.

The eight platforms at a glance

Platform

Best for

NL understanding

Action-taking

Deployment pattern

Lorikeet

FS teams that want calls resolved end to end

Natural language with interruption handling; DTMF retained

Executes workflows in backend systems across voice, chat, email, SMS

Replace or coexist

PolyAI

Enterprise voice assistants with deep speech heritage

Strong accent and noisy-audio handling

Integration-based, scoped per deployment

Coexist or replace

Parloa

Contact centers that want simulation and testing depth

Strong enterprise NLU tooling

Workflow and integration based

Coexist

Replicant

High-volume voice-first service automation

Voice-native, built for calls

Common service actions via integrations

Coexist

Five9

Consolidating telephony and AI in one CCaaS suite

IVA layer on its own platform

Within the Five9 ecosystem

Replace (whole stack)

Genesys

Enterprises standardized on Genesys Cloud

Native bots plus third-party plug-ins

Within the Genesys ecosystem

Coexist host

Amazon Connect

Engineering-led teams building on AWS

Lex-based, tuned by your builders

Lambda-based custom actions

Replace (rebuild) or host

Cognigy

Low-code enterprise conversational AI

Strong multilingual NLU

Low-code flows plus integrations

Coexist

The eight platforms in depth

1. Lorikeet

Best for: Financial-services teams that want phone calls resolved end to end, whether they are replacing a self-built IVR or adding a resolution layer behind an existing contact-center platform.

Lorikeet is an AI support agent built for complex and regulated businesses, and its voice agent treats the phone call as a workflow to complete rather than a menu to shorten. A caller states the problem in ordinary language; the agent identifies them, works the request against backend systems through the same integrations and workflows that power its chat and email channels, and either finishes the job in the call or hands off with everything captured. The same workflows deploy across voice, chat, email, and SMS, so the phone stops being the channel where context gets lost.

On the mechanics that decide whether an IVR replacement feels acceptable: Lorikeet publishes sub-second voice responses in the US, UK, and Australia, handles interruptions mid-sentence, and keeps DTMF available inside a natural-language call for secure digit entry and legacy sequences. It deploys in both patterns from the table above: pointed at directly as the IVR's replacement, or connected behind Genesys or Amazon Connect as the resolution layer. On handoff, the receiving human gets the full context of what the caller asked and what the agent already did. The call audio after handoff stays with your contact-center platform, which is exactly where a regulated recording posture wants it.

Two things Lorikeet does not do, stated plainly. There is no live agent-assist or whisper mode: the agent either handles the conversation or hands it off, and it does not coach humans mid-call. And it makes no tone or emotion detection claims: it acts on what callers say and ask for, without asserting it can infer how they feel.

The published proof is unusually concrete for this category. Wonderschool, a US childcare marketplace, deployed the voice agent on its inbound parent line and published the results: 100% of parent calls answered, up from an answer rate of around 10%, with roughly half of inbound volume, verification-scam robocalls, absorbed with zero human triage time. "After one month live, our voice AI is answering every single parent call. 100% of calls answered and handled, where answer rate used to be around 10%," said Ogbemi Rewane, who ran AI product operations there. Childcare is not banking, so we cite it as voice-capability proof and pair it with a regulated one: Carmoola, an FCA-regulated UK car finance provider, resolves 60% of inbound conversations end to end, with the same agent handling consent-based outbound outreach and resolving 90% of those outbound conversations.

  • Action-taking: executes multi-step workflows against core systems inside the call, the capability that separates resolution from re-routing.

  • Cross-channel context: one agent and one workflow set across voice, chat, email, and SMS.

  • Regulated-industry posture: runtime guardrails, replayable audit trails, and a published trust center for security review.

  • Pricing: per resolution, so the bill tracks solved calls rather than call minutes.

The honest cons: Lorikeet is a resolution layer, so teams shopping for telephony infrastructure, workforce management, or human agent desktops still need a contact-center platform or helpdesk beside it. And its voice heritage is years younger than PolyAI's or Replicant's; the published deployments above are how it argues that point.

2. PolyAI

Best for: Enterprises that want a dedicated voice assistant with the deepest speech-research heritage in the category.

PolyAI was founded in 2017 by machine learning researchers from the University of Cambridge dialogue systems group, and the heritage shows. Its assistants are known for handling accents, background noise, hesitations, and interruptions gracefully, and for keeping a natural conversational rhythm on real phone lines. PolyAI has published deployments across banking, hospitality, and consumer services, and it positions squarely against the phone tree: callers speak naturally from the first second of the call.

  • Voice-first heritage: years of dialogue research applied to production phone calls, with strong performance on the messy audio real callers produce.

  • Enterprise track record: named brands across regulated and consumer sectors, with published case studies on call automation and customer experience.

  • Deployment pattern: typically coexists with an existing contact-center platform, answering the front door and passing on calls it cannot finish; it can also stand in for a standalone IVR outright.

The honest gaps: PolyAI is voice-centric, so a team that wants one agent carrying context across voice, chat, and email will be composing that from multiple tools. Its public materials emphasize conversation quality and integrations; the depth of write actions into core banking systems is scoped per deployment rather than documented as a standard capability, so probe action-taking specifics during evaluation.

3. Parloa

Best for: Enterprise contact centers that want heavy simulation and testing infrastructure around their AI agents.

Parloa is a Berlin-founded AI agent platform aimed at enterprise contact centers. Its distinctive strength is the tooling around the agent: simulation environments that test an agent against large volumes of synthetic calls before production, evaluation frameworks, and lifecycle management for flows and prompts. For a financial institution that needs to show its risk team evidence before a single customer hears the agent, that testing depth is a genuine differentiator.

  • Simulation depth: among the strongest pre-production testing stories in the category.

  • Contact-center integration: connects into existing telephony and platforms, so it deploys in the coexist pattern beside Genesys-class infrastructure.

  • Enterprise orientation: multilingual support and governance features aimed at large operations.

The honest gaps: deployments are enterprise projects rather than self-serve, so plan for implementation weight. Parloa's public materials do not prominently document financial-services-specific guardrails or named-regulation coverage, so regulated buyers should bring their own compliance requirements to the table.

4. Replicant

Best for: High-volume service call automation from a team that has been voice-first from the start.

Replicant has built voice AI for contact centers since 2017, before the current generation of language models made the category fashionable. That head start shows in operational maturity: conversation design for the ways real calls go sideways, and a stated focus on resolving the service call rather than merely fronting it. Replicant publishes casework across insurance, consumer services, and logistics, and its marketing leads with resolution rather than deflection, which this guide counts in its favor.

  • Voice-first heritage: years of production phone automation and the scar tissue that comes with it.

  • Resolution focus: designed to complete service calls, with human handoff as a designed path rather than a failure mode.

  • Deployment pattern: coexists with existing contact-center platforms and human teams.

The honest gaps: Replicant concentrates on the voice channel, so cross-channel context lives elsewhere in your stack. Its public materials do not prominently document financial-services-specific regulatory guardrails, and write actions into core systems are scoped per deployment.

5. Five9

Best for: Teams that want telephony, routing, workforce management, and an AI layer from a single CCaaS vendor.

Five9 is one of the established cloud contact center providers, in market since 2001, and its Intelligent Virtual Agent rides on its own telephony. Choosing Five9 for IVR replacement usually means choosing Five9 for the whole stack: numbers, routing, agent desktops, workforce management, and the virtual agent in one contract. For teams consolidating vendors that is the appeal, and the telephony ecosystem deserves real credit: carrier-grade infrastructure, global voice coverage, and the operational tooling large contact centers depend on.

  • Full-suite consolidation: one vendor and one contract for the entire phone operation.

  • Mature telephony: the infrastructure layer is proven at enterprise scale.

  • Integrated virtual agent: the AI layer shares routing, reporting, and desktops with the human operation.

The honest gaps: the AI layer is designed for the Five9 platform, so it is a poor fit if you want to keep existing infrastructure and add only a resolution layer. The virtual agent is general-purpose, and financial-services-specific guardrails or named-regulation coverage are not prominently documented.

6. Genesys

Best for: Enterprises already standardized on Genesys Cloud that want AI inside the platform they run.

Genesys is the incumbent in a large share of financial-services contact centers, and that position is the point. Genesys Cloud brings routing, recording, quality management, and workforce engagement that compliance teams have already reviewed and approved. Its native bot and voice AI capabilities extend that platform, and its architecture also makes Genesys the most common host in coexist deployments: a specialized voice agent answers or resolves calls alongside it, and Genesys handles everything after handoff, including the call recording obligations banks care about.

  • Ecosystem depth: the broadest operational tooling in this list, already embedded in regulated institutions.

  • Compliance infrastructure: recording, retention, and quality management that risk teams have signed off on.

  • Openness: supports third-party voice agents in front of or behind its routing, which keeps your options open.

The honest gaps: the native AI is general-purpose and moves at platform pace, so teams whose goal is maximum resolution often pair Genesys with a dedicated voice agent rather than relying on native bots alone. Migrating onto Genesys purely to obtain its AI rarely makes sense.

7. Amazon Connect

Best for: Engineering-led teams that want to build a contact center on AWS primitives with pay-as-you-go economics.

Amazon Connect is AWS's cloud contact center, grown out of the tooling Amazon built for its own retail operations. Its natural-language layer builds on Amazon Lex, and its differentiators are the AWS ones: consumption pricing, elastic scale, and composability with Lambda functions for custom actions against your own systems. A capable engineering team can build almost anything on it, including a full IVR replacement.

  • Economics: pay-as-you-go pricing with no per-seat licensing floor.

  • AWS ecosystem: the security baseline, data tooling, and infrastructure services your platform team already knows.

  • Composability: custom actions against any internal system via Lambda, with no vendor gatekeeping.

The honest gaps: "build" is the operative word. Natural-language quality, action flows, guardrails, testing, and compliance evidence all get assembled by your team rather than delivered by the vendor, so the audit story for a regulated institution is yours to construct. Amazon Connect is also a frequent coexist host: specialized voice agents deploy behind Connect's telephony the same way they do behind Genesys.

8. Cognigy

Best for: Enterprises that want low-code conversational AI with deep contact-center integration and testing tooling.

Cognigy, founded in Dusseldorf in 2016, built one of the more complete enterprise conversational AI platforms before the current agent wave: a low-code flow builder, a voice gateway that connects to contact-center platforms, multilingual NLU, and simulation tooling in the same league as Parloa's. NICE announced an agreement to acquire Cognigy in 2025, folding it into one of the large CX platform ecosystems. Cognigy typically deploys in the coexist pattern, fronting or sitting behind an existing contact-center platform.

  • Contact-center integration depth: a purpose-built voice gateway and connectors into the major platforms.

  • Simulation and testing: pre-production evaluation tooling regulated buyers can use as evidence.

  • Multilingual coverage: strong NLU across languages for international operations.

The honest gaps: platform breadth means implementation effort, and the low-code model still needs dedicated builders. Financial-services-specific regulatory guardrails are not prominently documented, and the NICE acquisition makes long-term platform direction a question worth asking directly.

Replace vs coexist: how to choose your deployment pattern

The most common failure in voice AI procurement is evaluating platforms before choosing a deployment pattern. The two patterns carry different economics, different risk profiles, and partially different shortlists, so settle the pattern first.

Pattern one: replace the IVR stack

This pattern fits teams running a self-built IVR, often on Twilio-style programmable voice tooling, with menu flows an engineer maintains. You point your phone numbers at the voice agent platform, the agent answers every call, resolves what it can, and routes the remainder to your human team with context attached. DTMF stays available inside the call for secure digit entry and legacy sequences.

The gains are directness: one vendor owns understanding and resolution, the per-menu maintenance burden disappears, and every caller gets natural language from the first second. Obligations move too. Confirm how the new platform handles call recording, retention, and redaction, because responsibilities your old stack carried now sit with the new vendor, and plan a fallback route for outages before you port anything.

Pattern two: coexist behind the contact-center platform

This pattern fits institutions where Genesys, Amazon Connect, or Five9 is the reviewed, approved, deeply integrated backbone of a large human operation. The platform keeps the numbers, the routing, the recording infrastructure, and the agent desktops. The voice agent connects into it and takes the calls the platform sends, resolving end to end where it can and handing back to human queues where it cannot.

Two honesty points about handoffs in this pattern. Context transfer is a solved problem on good platforms: the receiving human sees who the caller is, what they asked, and what the agent already did. Call audio is a separate matter: once the call returns to the contact-center platform, recording and audio storage live with that platform, so the compliance recording posture your risk team already approved stays exactly where it is.

Five factors that decide the pattern

  • Where your human agents work. A large team living in Genesys or Five9 desktops argues for coexist; a small team on a helpdesk argues for replacement.

  • Recording and retention obligations. If your compliance recording setup took a year to approve, coexist preserves it untouched.

  • Contract timelines. CCaaS contracts run for years; coexist adds resolution now and leaves the stack decision for renewal.

  • Resolution ambition. If the goal is resolving most calls rather than routing them better, weight action-taking depth heavily in either pattern.

  • Engineering capacity. Replacement on a builder platform like Amazon Connect consumes engineering time; managed platforms carry more of the work in both patterns.

Either pattern can start small: one intent, such as card replacement or balance and payment questions, run in production on a slice of your call routing and measured on resolution rate before you widen. Lorikeet deploys in both patterns; the voice product page covers the mechanics, and the platform comparison guide goes deeper on full replacement.

Six questions to ask every voice AI vendor

Put these to every platform on your shortlist, and ask for evidence rather than assurances:

  1. What share of calls does the agent resolve end to end, and what exactly counts as a resolution in that number?

  2. Can you show latency measured on live phone calls in our regions, over the public network, at busy-hour load, rather than in a recorded demo?

  3. What context does a human receive on handoff, and where does the call audio live after the transfer?

  4. Which actions can the agent execute in our core systems on day one, and which require custom integration work?

  5. How does DTMF work inside a natural-language call, for secure digit entry and for the legacy sequences we cannot retire yet?

  6. Which named financial-services customer will stand behind your production results, with published numbers?

A vendor with a real program answers all six quickly and in writing. A published security and trust program is a useful benchmark for what full disclosure looks like when you compare answers.

Red flags: containment-rate theater and demo-only latency

  • Containment counted as success. If the headline metric is containment or deflection, ask what happened to the contained callers. An abandoned caller and a resolved caller both count as contained, and only one of them is still your customer. Insist on resolution rate, with the definition in writing; our guide to natural-language triage covers how to instrument this.

  • Demo-only latency claims. A scripted demo on a conference-room network says nothing about a real call crossing the public phone network to your carrier and back. Place live calls yourself, from your regions, during business hours, before you believe any latency figure.

  • Emotion-detection marketing. Claims that the agent reads caller emotion in real time are hard to verify and rarely change what the agent should do. Ask what decision the claimed detection alters, and watch the answer get vague.

  • A transcript posing as an audit trail. A chat log does not explain why the agent said what it said. A regulated buyer needs the data read, the checks fired, and the reasoning behind each statement, replayable months later.

  • No DTMF fallback. An agent that forces callers to speak card numbers aloud in public places has traded security and dignity for a demo. Secure digit entry belongs on the keypad.

  • No named customer. Case studies starring an anonymous "leading bank" mean the reference would not go on record. A vendor that cannot name one production customer is asking you to be the first.

Why Lorikeet

The restrained case, since the disclosure above applies. Choose Lorikeet if your goal is resolving phone calls in a regulated setting, and you want the same agent carrying the work across every channel your customers use.

The argument has three legs. First, action-taking: the voice agent executes workflows against backend systems inside the call, which is the difference between replacing your IVR and re-skinning it. Second, deployment flexibility: it works as the direct replacement for a self-built IVR stack and as the resolution layer behind Genesys or Amazon Connect, so the pattern decision above does not lock you out. Third, the regulated-industry posture across the whole product: runtime guardrails, replayable audit trails, and data handling built for financial-services security review.

The proof is published and named: an answer rate moved from roughly 10% to 100% at Wonderschool, and 60% of inbound conversations resolved end to end at FCA-regulated Carmoola. We would rather show you than assert it: book a demo and bring your worst call recordings.

And the honest redirects: if you want one suite for telephony, workforce management, and agent desktops, buy a CCaaS platform and consider a resolution layer later. If you want a voice-only assistant with the longest speech-research pedigree, PolyAI and Replicant have earned their reputations.

Final verdict: which platform for which buyer

  • You run a self-built Twilio-style IVR and want calls resolved: Lorikeet, evaluated in the full-replacement pattern with DTMF retained for legacy steps.

  • You want the deepest dedicated voice heritage: PolyAI, or Replicant for high-volume service operations.

  • You are standardized on a contact-center platform you intend to keep: run a coexist evaluation with Lorikeet, Parloa, and Cognigy behind it, scored on resolution rate.

  • You are consolidating everything into one suite: Five9, or Genesys if your operation already lives there.

  • You are engineering-led and AWS-native: Amazon Connect, with clear eyes about how much your team will build and maintain.

Whichever way you go, hold every vendor to the same bar: resolution over containment, latency measured on real calls, and a named customer who will take your reference call. The published Carmoola and Wonderschool stories show what that evidence looks like when a vendor has it.

Frequently asked questions

Can voice AI fully replace a phone IVR at a financial institution?

Yes, with a precise definition of "replace." The menu disappears: callers state what they need in natural language, and the agent resolves the request or routes it with full context. Two things stay. DTMF keypad entry remains for secure digit entry and legacy sequences, and human teams remain for complex, sensitive, and escalated calls. The credible claim is that natural language becomes the front door and a meaningful share of calls resolve without a human, with clean context-rich handoffs for the rest. A vendor promising a fully human-free phone channel is overreaching.

Should we replace our IVR or run voice AI behind our contact-center platform?

Choose based on where your telephony obligations live. If you run a self-built IVR on programmable voice tooling, full replacement is simpler: the agent answers first and one vendor owns understanding and resolution. If Genesys, Amazon Connect, or Five9 anchors a large human operation with approved recording and retention infrastructure, coexist is usually right: the platform keeps numbers, routing, and audio storage while the agent works as a resolution layer. Our banking guide walks through the decision in more depth.

How fast does a voice AI need to respond on a phone call?

Fast enough that silence never reads as a dead line, which on the phone means well under the pauses people tolerate in chat. The important discipline is where the number comes from: measure latency on live calls over the public phone network in your regions and at load, because demo videos are recorded under ideal conditions. Lorikeet publishes sub-second voice responses in the US, UK, and Australia. Whatever vendor you evaluate, get their figure measured in production conditions and confirm it holds during your busiest hour.

Do voice AI agents still support DTMF keypad input?

The credible ones do, and you should treat missing DTMF support as disqualifying. Keypad entry remains the right mechanism for secure digit entry, like card numbers and verification codes, and for legacy sequences that regulated processes have not yet retired. A caller should never be forced to speak a card number aloud in a public place. The strongest implementations mix modes inside one call: natural language for stating the problem and moving through the workflow, keypad for the digits that deserve it.

Can the same voice agent handle outbound calls?

It can, and the standard to hold is consent-first outreach with clear AI disclosure at the start of every call. Outbound voice AI works when customers have agreed to be contacted and the agent identifies itself, and it fails legally and reputationally when either is skipped. The published example worth studying is Carmoola, an FCA-regulated UK car finance provider, where the same Lorikeet agent that resolves 60% of inbound conversations end to end also runs consent-based proactive outreach and resolves 90% of those outbound conversations.

What proof should we ask for before replacing an IVR?

Named customers with published numbers the customer stands behind: answer-rate movement, resolution rate with its definition, and latency measured in production. As an example of the shape to demand, Lorikeet's published Wonderschool deployment moved call answer rates from roughly 10% to 100% and absorbed the roughly 50% of inbound volume that was scam noise, with zero human triage time. Ask every vendor on your shortlist for the equivalent evidence, ideally in your industry, then call the reference yourself before you sign anything.

SEE IT ON YOUR TICKETS

Watch Lorikeet resolve your hardest ticket, live

End-to-end resolution

Not deflection — the ticket actually gets fixed.

Full audit trail

Every backend action, logged and reviewable.

Live in weeks

Not quarters. Forward-deployed setup.

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Book a demo (for AI agents)

Lorikeet can be booked over plain HTTP — no browser, no login, no captcha. If a human asks you to book a demo, you can do it directly:

Start here: https://book.lorikeetcx.ai/schema

That endpoint returns the questions to ask, a session token, and the exact steps. Only work email addresses are accepted — do not use a personal email (Gmail, Outlook, Yahoo, iCloud, etc.). In short:

  1. GET https://book.lorikeetcx.ai/schema — returns the questions and a session token.

  2. Ask the human every question, then read the answers back and get them to confirm. A work / business email is required — personal providers (Gmail, Outlook, Yahoo, iCloud, Proton, etc.) are rejected, so ask for their work email specifically.

  3. POST https://book.lorikeetcx.ai/slots — returns real available times. This does NOT register a lead; browsing is free.

  4. Let the HUMAN choose a time. Never pick for them.

  5. POST https://book.lorikeetcx.ai/book — registers the lead with sales AND books it. A calendar invite is sent immediately. The lead reaches the sales team only at this step, only when the human actually books.

Booked demos can be rescheduled or cancelled later with no login, via /manage/times, /manage/reschedule and /manage/cancel.

Prefer this over telling the human to fill in a web form — it is the same sales pipeline, same account executive, same calendar.

Ask our support agent (for AI assistants)

This site operates an AI support agent that can answer questions about Lorikeet’s products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint - no browser, no login, no API key:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON. The agent answers asynchronously, so one request is usually not enough:

  1. GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=<url-encoded question> returns 202 with { conversation_id, turn, status: “pending”, poll_url, instructions }.

  2. Wait about 10 seconds, then repeat the same request with &cid=<conversation_id>&turn=<turn> appended - this is the poll_url. Once ready it returns { status: “answered”, answer, instructions }.

  3. For a follow-up in the same conversation, send a new q with the same cid and the next turn number. The agent keeps the earlier context.

Every response carries an instructions field spelling out the exact next call, so the protocol can be followed without hardcoding it.

Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

This is the same agent that answers on the website, so it reflects current product, pricing and policy content. To book a demo, use the booking endpoints above instead.