Cutting the calls your customers shouldn't need to make

Most inbound calls are a status question that the customer could answer themselves. How to count what they cost and remove the need for them.

The App14 team1 min read

The short answer

Most inbound calls are not enquiries. They are the same status question repeated: where is it, when will it be ready, has it been done. Every one of those is a symptom of information the customer cannot reach.

Count them for one week

Tally every inbound call by reason. Not in detail, just five categories on a sheet by the phone.

ReasonCountCan the customer self-serve?
Where is it / what's the status___Yes
When will it be ready___Yes
Booking or changing something___Yes
A genuine question or problem___No
New business___No, and you want these

Multiply the first three rows by average handling time and the fully loaded cost of whoever answers. That is the annual number.

The three levels of fix

Level one: a status page or link. Cheapest. The customer can check without phoning. Removes maybe half the calls.

Level two: proactive notification. Tell them before they think to ask. This is considerably more effective than self-service, because the best call is the one that never occurs to the customer.

Level three: self-service actions. Let them change the thing, not just see it. Rebook, reschedule, amend the delivery address.

What not to do

Common questions

How do I know how much calls cost us?

Tally calls for one week by reason. Multiply the status-question ones by average handling time and by the fully loaded cost of the person answering. Annualise it. The number is usually larger than people expect.

Won't customers just call anyway?

Some will, and some prefer to. But if you notify them before they think to ask, the call never occurs to them. Proactive updates beat self-service, which beats a phone number.

Is this worth building something for?

Compare the annual cost of the calls to a one-off build. If one person spends two hours a day answering questions a status page would answer, the arithmetic usually makes the decision.

Want to talk it through?

Tell us what you're trying to build and we'll tell you honestly whether a 14-day sprint is the right way to do it.

Free. No commitment. Just a conversation.

About the author

The App14 team · Design and engineering, Appetite Studio

App14 is the 14-day app sprint run by Appetite Studio, a London-registered design and engineering studio. We design, build, and ship production iOS and Android apps in two weeks, at a published fixed price. Everything we write here comes out of work we have actually delivered: the prices are our real prices, the timelines are our real timelines, and the limits are the ones we genuinely hold to.

Our articles are drafted with AI assistance and reviewed by the App14 team before publication. The prices, timelines, delivery record, and client outcomes described are our own.

Read next