handle missed calls;
Before you add another customer-service tool, ask these questions.
Hiring more people, adding a chatbot, buying contact-centre software or introducing another communication tool can all be reasonable choices.
The important questions are what each option solves, what it leaves behind, and who or what will coordinate the work between your knowledge, channels, systems and people.
What needs to work better for your customers and your team?
Different problems require different solutions. Before comparing products, establish where customer needs are being lost and where administration is being created.
- What happens when a customer calls after hours?
- What happens when a call drops or a customer leaves a queue?
- What happens when a customer replies to an outbound message?
- Can customers communicate in the language they are most comfortable using?
- Can your team see what the customer wanted, what has already happened and what must happen next?
- Which work is repeated because conversations, knowledge and systems do not connect?
- Which requests can be resolved safely, and which require human judgement?
If the problem is unclear, adding another tool may simply move the administration somewhere else.
Each option solves a legitimate part of the problem.
The question is not whether an option is useful. The question is whether it can carry the whole customer need through, or whether your team must continue coordinating the gaps around it.
Who or what will coordinate the whole customer need?
Channels carry calls and messages. Systems perform actions. People provide judgement. Knowledge and policies set the boundaries.
- understand what the customer is asking;
- find and use the correct approved knowledge;
- recognise what it does not know;
- decide whether to answer, act or hand over;
- remember what happened;
- make clear what needs to happen next; and
- keep the customer need moving across channels, systems and people.
If people perform this coordination, the administration remains. If fixed workflows perform it, they struggle when customers speak naturally, change the subject or present something unexpected. If an intelligent interface only produces answers but cannot remember, act or hand over, it remains a chatbot.
Other tools perform a part of customer service. Your Chatterbox is the intelligence that orchestrates the customer need between them.
Establish what it can do, what it knows and where it should stop.
Before it interacts with customers, a customer-service intelligence should pass five practical tests.
1 Can it communicate through real customer channels?
Can it make and receive calls, send and receive SMS, and intelligently understand and respond through both?
It should not merely transmit a call or message. It should be able to participate in the conversation on your organisation's behalf, within the boundaries you set.
2 Can it understand the need and know its limits?
Can it understand what the customer is asking, formulate a response from your approved knowledge and rules, and recognise when it does not know enough to respond?
When uncertainty, risk or human judgement is involved, can it stop and hand over to a person with the relevant context attached?
3 Can it work within South African language realities?
Can it understand and translate written conversations across all 11 official spoken languages?
Can it understand and speak naturally in South African English, isiZulu and Afrikaans, using an appropriate accent and vernacular?
Language support should be tested with your customers' real questions, terminology and ways of speaking, not accepted as a generic feature claim.
4 Can it prove itself before you commit?
Can you test it privately, using your own knowledge, at no cost and without commissioning an IT project, adding infrastructure, building integrations or requiring developers?
Can you inspect its answers, test its boundaries and rule it out quickly if it is not a fit, before it touches customers or changes your operation?
An evaluation should need minimal organisational involvement: no board approval, no budget allocation, no committee time. If it is not a fit, you rule it out early with nothing to unwind. If it is, you take working proof into the leadership conversation instead of slides.
Testing the intelligence should be simple. Live phone numbers, system integrations and operational workflows can be introduced later, only when the use case requires them and the organisation is ready.
5 Can your team operate and govern it?
Can it be administered through familiar tools such as email and a web portal?
Can your team monitor activity in real time, control knowledge and rules, review handovers, and use dashboards, analytics and insights to understand what customers need and what happens next?
It becomes more than another customer channel.
Your Chatterbox can independently:
engage customers who would otherwise remain in a queue or on hold;
respond to inbound messages;
make and handle payment-reminder calls and messages;
continue conversations when customers reply;
remain available after hours;
communicate across supported South African languages;
capture what happened and what needs to happen next; and
hand over what needs a person, with the context attached.
It understands the need, uses the right knowledge, knows when a person is required, remembers what happened and keeps the work moving.
That is customer-service intelligence acting as the orchestrator.
It does not replace every tool. It connects the work between them.
A phone system carries a call. A messaging tool carries a message. A contact-centre platform manages an operation. A CRM stores records. People apply judgement.
Your Chatterbox sits between your approved knowledge, customer channels, operational systems and people. It determines what can be answered, what can be acted on, what must be remembered and what needs human judgement.
An organisation could attempt to reproduce this by connecting separate chatbots, telephony services, messaging tools, databases, workflows and people. Something would still have to understand and coordinate all of them. At that point, the organisation has built its own intelligence orchestration layer.
It should prove that it fits before you invest in it.
Worth testing if
- customer needs disappear after hours, in missed calls, abandoned queues or unhandled replies;
- outbound calls or messages create responses your current tools cannot handle;
- customers struggle to communicate in the language they prefer;
- your team repeatedly searches for answers, captures the same information or forwards work without context;
- your knowledge exists, but is difficult for customers and frontline teams to use;
- you need an intelligence layer that works with existing systems rather than replacing them; or
- you want to prove a use case privately before committing to operational change.
Probably not the right solution if
- you only need to broadcast one-way calls or messages and do not need to handle responses;
- your existing systems already understand, remember and carry customer needs across channels, systems and people;
- the problem is simply a temporary shortage of people and human handling is the intended long-term operating model;
- you do not have, or are not prepared to identify, approved knowledge and rules from which it may respond;
- you are not prepared to define when it should stop and hand over to a person;
- you need a replacement for your CRM, billing system, PABX or complete contact-centre platform; or
- there is no specific customer-service problem against which its value can be tested.
If none of these conditions applies, your Chatterbox may not solve a problem worth buying it for.
Do not take our word for it.
Give your Chatterbox a webpage or approved document and test it privately. Ask real questions. Change the language. Test what it knows. Test what it does not know. See whether it answers correctly, stays within its boundaries and hands over when it should.
- No customer exposure
- No new infrastructure
- No integration project
- No developers
- No cost for the private Preview
If it cannot prove its value using your own knowledge, rule it out.