/

Support Quality

Voice was the part we were quietest about

Voice was the part we were quietest about

Steve Hind

Steve Hind

·

Updated

·

Fact-checked against Gartner & Forrester data

On December 4th, we launched Voice 2.0. We posted to LinkedIn, set up a few phone numbers people could call to try it out, and watched a small number of strangers attempt to jailbreak the agent in real time. Then we mostly stopped talking about it.

That was deliberate. Voice was the channel we were most worried about getting wrong. The history of voice AI in customer support is mostly the history of demos that fall apart on the second hard question. Sounding human turns out to be the easy part. The hard part is what happens when a customer calls about a disputed transaction at 11pm and the agent needs to query four backend systems while keeping them on the line.

For five months, we did not want to claim “production-grade.” So we did not.

This week we have the data.

What changed

GiveCard used Lorikeet voice during the 2025 SNAP government shutdown to handle 60,000+ emergency calls across English, Spanish, and Mandarin.

Flex doubled CSAT versus their prior tool, cut average call duration in half, and handled a four-times volume surge in their busiest week.

These are not pilot numbers.

Why it worked

The thing we kept misreading about voice AI is what kind of problem it actually is. We were thinking of it as a speech problem, which is what every voice-only competitor seems to be thinking too. It is a coordination problem.

A real production voice agent has to listen to a person describing a fraud event, pull their account history from a CRM, run a fraud check, coordinate with a payment processor, log a regulatory audit trail, and respond in under a second, while sounding patient. That is not text-to-speech tuning. That is workflow execution wrapped in audio.

The architectural decision that made this work for us was treating voice as the same problem as chat. The agent that answers your phone call is the same agent that answers your email and your chat and your SMS. The workflows are the same. The guardrails are the same. The knowledge base is the same. We added an audio layer on top.

This is the bet that Pockets of Determinism encodes. Natural-language agents call structured subworkflows as tools. The structured subworkflows enforce determinism inside their scope. The natural-language agent decides which subworkflow to call. The result is an agent that can hold a flexible conversation but can never invent a procedure.

Without that architecture, voice falls apart at exactly the moment it matters. With it, voice does what GiveCard and Flex do now.

What we learned

Three things, in roughly the order they hurt us.

First, voice required heavier deployment effort than we had budgeted. Customers who were live in chat in three days needed three weeks for voice. The infrastructure is meaningfully more involved - telephony, codec choice, voicemail detection, latency budgets, kill switches. We have absorbed most of that into the platform now, but we cannot pretend a fintech going from zero to tens of thousands of calls per month is a turnkey deployment. It is a real implementation project, just one that finishes in weeks instead of quarters.

Second, voice exposes data gaps that chat hides. In chat, a customer will tolerate “let me look into that.” In voice, they hear the pause and lose trust. Every voice deployment we have run has surfaced API coverage gaps in the customer’s stack - data the agent needed in real time that the customer’s backend could not return in under five hundred milliseconds. The agent is only as fast as the slowest call it has to make.

Third, the resolution-priced model matters more in voice than in chat. Per-seat or per-minute pricing creates the wrong incentives for everyone. Lorikeet voice is $1.50 per resolved call on the Start tier. If the agent does not resolve the call, we do not get paid for it. That alignment makes a difference in how customers actually use the product.

What this means for the category

Voice AI has spent most of the last three years stuck in a demo-to-pilot loop. Companies pilot a voice agent, the agent works on simple FAQ traffic, and then the pilot stalls when leadership asks whether it can handle the actual hard calls.

The way past this is not to make the agent sound more human. It is to make the agent capable of doing the work. Five months in, the production case at GiveCard and Flex is what the answer looks like when an AI voice agent is genuinely capable.

If voice has been the channel on your roadmap that you have been holding off on, we think the wait is over. Talk to us when you are ready.

Frequently asked questions



Try Lorikeet on your own tickets

Start a 30-day free trial. Coach sets up your first concierge in minutes.

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 days

Not quarters. Forward-deployed setup.

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.