retail and e-commerce

An AI voice agent for retail that answers the same three questions, at any volume

Where is my order, do you have it in stock, how do I send it back. Those calls are repetitive, they spike when you promote something, and every one of them has an answer sitting in a system the caller cannot reach. The agent reads that system live and says the answer.

what your phone line actually carries

Three questions, one system away from being answered

The pattern is the same whether you run twelve stores or a warehouse.

01

Where is my order

The single highest-volume call in retail, and the most mechanical. The customer wants a status and a date. A person looks it up in the order system and reads it out; so can the agent, without the queue.

02

Do you have it, and where

Size, colour, variant, which store, when it is back. The answer exists in stock data and changes by the hour, which is why an out-of-date answer is worse than no answer.

03

I want to send it back

A return is a process, not a conversation: the reason, the item, the label, the next step. It only goes wrong when the caller is told something that contradicts your published policy.

where the line leaks

Your call volume is set by your marketing calendar

Retail demand is not smooth, and phone support staffed to the average is unstaffed on the days that matter.

The peak is when you least want to fail

A launch, a promotion, a sale weekend, a delivery delay: the days that generate the most calls are the days you have most at stake. A queue on those days converts a customer who wanted reassurance into a customer who wanted a refund.

Your best agents spend the day reading out tracking numbers

The highest-volume calls need no judgement at all, and they crowd out the calls that do: the complaint, the high-value order, the exception nobody has seen before. Automating the mechanical calls is mostly a way of getting the difficult ones answered by a person.

what we would build for a retailer

Read the system, say the answer, record the exception

Everything here depends on live reads. An agent that cannot see the order is a switchboard with extra steps.

01

Looks the order up while the customer waits

It identifies the order, reads the current status, and states the date your system actually holds. Where the status is a problem rather than an answer, it says so, records the case, and routes it instead of reassuring the customer with something it made up.

02

Checks stock and offers the alternative

Availability by variant and by location, read at the moment of the call. Where an item is out, the useful behaviour is offering the nearest store, the restock date if you hold one, or the closest variant — and saying plainly when there is nothing to offer.

03

Opens the return inside your policy

It captures the item and the reason, applies the rules you configured, and starts the return in your system. Anything outside policy is an escalation with the reason recorded, not a judgement call the agent takes on your behalf.

where it stops

What it will not do on a retail line

The first of these is a hard rule, not a configuration option.

It will not take card details

We do not collect card numbers, CVV codes or bank details by voice. If a payment has to be taken, it goes to a person or to a payment link, because a voice channel is the wrong place to move card data and no amount of encryption changes that.

It will not invent a delivery date

It reads what the system holds. Where the system holds nothing useful, the honest answer is that there is no date yet and here is what happens next. A guessed date is a second complaint call plus a lost customer.

It will not approve goodwill outside policy

Refunds, discounts and exceptions to your returns rules are decisions with money attached. The agent applies the rules you gave it and escalates everything else with the reason written down.

what it plugs into

Order, stock and case systems

This vertical lives or dies on integration quality, which is why we confirm it in writing.

Order management, stock, and your helpdesk

Order status and stock are read live; cases and returns are written back with the transcript attached. Where a system cannot be read and written programmatically, we tell you during scoping instead of discovering it in week three.

Voice alongside the channels you already run

It answers the phone. Where you already run chat and email, the phone line is usually the channel with the worst measured wait and the least visibility, and it is the one where a caller who gives up does not come back through another door.

other industries

The same machinery, a different script

What changes between these pages is which calls matter and what the agent has to be stopped from doing.

Clinics, dental and medical practices

Reception is already serving the person at the desk. The phone is the patient you never met.

What we would build →

Real estate and property

The agent who answers first gets the viewing. Everyone else gets a callback nobody returns.

What we would build →

Home services and trades

You are under a sink. The phone is a job you have not quoted yet.

What we would build →

Automotive dealers and service centres

The service desk is with a customer at the counter. The sales enquiry arrives at nine at night.

What we would build →

Delivery and logistics

Every failed delivery is a phone call and a second van. Most of them are an address problem.

What we would build →

Not on the list?

These six are where inbound call volume is heaviest and the integrations are best understood, not the limit of what the agent handles. If your calls are repetitive and the answers live in a system, the shape of the work is the same.

Every industry page →
questions buyers ask us

Frequently asked questions

Can it tell a customer where their order is?
Yes, and this is the call it handles best, because the answer is a live read rather than a judgement. It identifies the order, states the status and the date your system holds, and where the status is bad news it records the case and routes it rather than smoothing it over.
Can it take payment over the phone?
No. We do not collect card numbers, security codes or bank details by voice, and that is a rule rather than a setting. Where a payment is needed, the call goes to a person or the customer gets a payment link.
What happens on a sale weekend when volume goes up ten times?
Concurrency is not a rota, so simultaneous calls are answered the same way as a single one, and the reply latency does not degrade with volume. That is the specific reason this product suits retail: the days you cannot staff for are the days it changes the outcome.
Can it process a refund?
It can open and progress a return inside the rules you configure, and it will record everything needed to action one. Approving money outside your policy is a person's decision, and the agent escalates rather than deciding. That boundary is agreed in writing before launch.
Will it handle several languages on the same line?
Speech recognition, the language model and speech synthesis are all ours, and the agent can hold the conversation in the languages we configure for you. What matters more in practice is that your order and stock data, your policy and your escalation rules exist in each of those languages, and that is scoping work rather than a switch.
How do we know what it actually said to our customers?
Every call is transcribed and scored against a checklist you agree with us, not sampled. Locator reviews 100% of conversations; a human quality team reaches 3–5%, a figure from our own experience of running real call operations. In retail that matters most for the calls where the agent said no.
What call scoring produces →