Best Practices

Documentation and examples for displaying inline and multiline blocks of code with Bootstrap.

Designing a conversational experience requires a set of best practices that go beyond the natural language understanding and personality of your chatbot. You will need to account for unexpected scenarios, interruptions, ambiguities and other situations that are the norm when having a conversation in real life.

When we started creating NativeChat, a platform for building chatbots, we decided to follow an opinionated approach that leads chatbot developers through a set of best practices. Let’s take a look at what we deem important as best practices in designing state of the art conversational experiences.

Bot Introduction

Your welcome message is designed to help your users understand that they will be talking to a chatbot, and it’s one of the most important messages.

Doctor suggestions with NativeChat

Introduce the bot

Always make it clear that the user is talking to a chatbot and not a real human. This is important as it sets the expectations.

List what your bot can do

Your welcome message is the place to list all options that your bot can do so that users don’t spend time trying to engage in a conversation that your bot doesn’t support.

Set bot personality

Ensure that your chatbot doesn’t sound like a robot. Make it a personality with its own character that is aligned with the voice of your brand.

Avoid setting a gender

Making your bot sound gender neutral is the best option. It allows users to focus on the activity that they are doing instead of drawing too much attention to the character.

Conversations

The majority of the platforms for building chatbots are allowing you to do some kind of intent training as part of their natural language understanding. However, intents are too granular and make it hard for you to design a meaningful conversation. That is why in NativeChat, we have broken the training into two:

  • Conversation training that will help your chatbot identify the correct conversation that needs to be started with the user.

  • Entity training that will teach your bot to recognize Entities from a conversation with a user.

Thus, imaging your chatbot as a set of conversation is a much simpler way to design your chatbot. Also, each conversation usually matches to an existing process your users are already doing either in a mobile app, website or through email.

Deal with interruptions

The user might change his mind about an input he just entered, or he might want to completely change the topic of conversation. Ensure that your chatbot can deal with such interruptions, rather than pushing the user in a fixed decision tree that he needs to follow.

Do not sound robotic

When you talk to a person, it’s rarely that he uses the same words and sentences to interact with you. Make sure that you make the conversation natural sounding by including multiple synonymous messages that the bot can choose from when replying to the user.

Provide suggestions

The majority of the channels that support chatbots such as Facebook, Viber and Slack, provide some kind of quick replies or options that can facilitate the user when making a decision. Ensure that you are using them to enrich the conversational experience.

Doctor suggestions with NativeChat

Inform your users what the bot understands

Natural language processing helps you understand what your users want to do, and also extract entities from the conversation. However, it’s important that you keep the user informed on what the bot actually understood.

Doctor suggestions with NativeChat

Deal with ambiguities

There are cases where a bot can identify multiple values for a given entity. For example, imagine there is a chatbot for booking doctor appointments, and the user sends the following message “Is Dr. John Burke or Dr. Stan Smith a better doctor?”. Unless your bot has a conversation about comparing doctors, it will need to clarify for which doctor the user wants to book an appointment.

Remind your users before you lose context

There will be times when your users abandon a conversation. The next time the user engages with your chatbot, the practice is that you will begin the conversation with the user where it was left off, or you will have some expiration time for your conversation session.

But both approaches are not optimal. If the user returns in 2 weeks, he will never want to continue a 2 weeks old conversation. On the other hand, an expiration for your session with the user is a better option, but it’s tricky to guess the correct expiration length in minutes. That is why we recommend actually asking the user whether he wants to continue his session 30 minutes after his last message. This draws attention to your chatbot if the user got distracted, and keeps him in control.

Lack of Understanding

Regardless of how many conversations and entities you trained your chatbot to understand, there is always a chance that things will go wrong. There are several must-have scenarios that you need to support outside the regular conversations of your chatbot.

Give instructions how to start over

Ensure that your bot provides an option to restart the conversation so that they don’t feel trapped.

Make it easy to talk to a human

It’s often necessary to hand off the conversation to a person. Ensure that this option is available for your users, and your chatbot stays silent while the operator and the user are continuing the conversation.

Handle technical issues

Building a smart chatbot that pulls dynamic data from web services is always exposed to the risk of а failing service call. Ensure that you have a good error handling on all dynamic services that will keep the user informed if things fall apart.

Be clear when the bot doesn’t understand

Until your chatbot gains enough training data, there will be scenarios where your chatbot won’t understand all of your intents. If you are using a standard message such as “I am not sure I understand what you said.” avoid sending it more than 3 consecutive times, and direct the user to an operator instead.