Chats Overview
Last updated
Last updated
Connecting with customers through chat is becoming increasingly popular. Chats can be used for customer service, information, and consultations.
Cubu supports chat in two main ways:
Cubu Portal (Standalone or Embedded): Customers who opt for walk-in service through the Chat channel enter a queue and connect with an agent via a chat interface.
WhatsApp Integration: By configuring WhatsApp integration, organizations can publish their WhatsApp business number. Customers can initiate a chat by sending a message to this number using their WhatsApp application. The Cubu Chatbot handles the initial customer interaction, gathering information about the required service, service type, and any necessary data.
Additionally, agents can chat with customers directly from the Case Tab within the Service Console.
A Cubu Chatbot defines a chat channel for a specific chat client (e.g., WhatsApp) that can handle incoming chat messages from customers. The bot performs an automated conversation with a customer to determine his needs, gather required data, and hand off the chat to a human agent.
An organization can define multiple chatbots to accommodate multiple WhatsApp numbers, ensuring flexibility and scalability for handling customer interactions across different channels.
When a chatbot interacts with a customer, it follows a preconfigured flow.
Cubu currently supports "Flow 1", as described below.
Flow 1 guides the customer through language selection, service and service type selection, authentication (if required), and data collection, culminating in the creation of a case record and seamless handoff to a human agent.
Language Selection:
If multiple languages are configured for the chatbot, the customer will be prompted to select their preferred language.
If only one language is configured, this step will be skipped.
Service Selection:
The customer will be prompted to choose a service from the available services configured for the chatbot.
If only one service is available, this step will also be skipped.
Service Type Selection:
The chatbot will display all service types under the selected service category that supports the chat channel.
If only one service type exists, this step will be skipped.
Customer Authentication (if required):
If authentication is needed, the chatbot will prompt the customer to provide their identification information.
The user will then be authenticated using an OTP (sent via SMS) or through a validation field, as defined in the Customers Table configuration.
Contact Phone Number (if required):
If the service requires a contact phone number, the chatbot will prompt the customer to provide it.
If OTP verification is enabled, an SMS will be sent to the provided number, and the customer must enter the OTP.
Additional Information:
The chatbot will request any additional fields required by the service category.
Case Creation and Agent Handoff:
Once all the necessary information is collected, the chatbot will create a new case record in the target serviceβs inbox.
The customer will be notified about their position in the queue and informed when a human agent takes over the conversation.
To learn how to configure chatbots for your organization, see:
βοΈChatbots Configuration