Botfront.
 Github
Authoring conversations
Getting startedConversation builderYour first dialogueImproving Natural Language UnderstandingTraining your assistantHandling different conversation paths with branchesAdding buttons to your responsesHandling feedback and other converging flows with linksIntents and entitiesEvaluate understandingConversation contextCreate rich responsesDisambiguate user inputSlot filling and formsCreating custom actionsProcessing incoming utterancesPublish and deployImport (export) from (to) RasaAdvanced topics
Monitoring & Analyzing
Configuring channels
On screen guidance
Proactive conversations
Installation
Developers
Administration
Deployment

Getting started

Botfront is a fully featured conversational platform with intuitive interfaces to create context-aware virtual assistants.

Botfront is deeply integrated with Rasa. If you are already familiar with Rasa, the conversation builder will let you focus on conversation authoring and handle markdown and yaml files for you.

This integration allows Botfront to offer advanced Natural Language Understanding capabilities in any language and context driven dialogue management.

Your first dialogue

Similarly to human-to-human interactions, human-to-machine interactions are based on dialogue turns. A turn consists in a user input followed by a virtual assistant response.

In Botfront, you can design automated conversations in segments called stories.

Let’s start with a simple example, A user greets the virtual assistant and the bot answers.

Let’s have a closer look to what happened in that video:

  1. We created a new story and give it the name Greetings. This name is for reference only.
  2. We defined Start the story with a user utterance (Hello)
  3. We annotated the utterance with the intent greet.
  4. We set the response given by the assistant.

You cannot edit a user utterance after you save it. If you want to change something, you will need to delete it and add a new one in the same place.

When you save a user utterance, it is also added to your training data to easily develop and enhance your model. If you delete it in the conversation builder, it will still remain in your training data. If you completely want to remove a user utterance from everywhere, you will need to manually delete it from your training data as well.

Improving Natural Language Understanding

We can’t expect a user to always greet with Hello. There are many ways to greet and we want our virtual assistant to understand as many as possible.

We need to teach our assistant many ways of greeting: our story isn’t just about replying to someone saying Hello, it is about replying to all users greeting your AI assistant.

Click on the user utterance and add your examples as shown below:

How many examples should I add?

A good starting point is 10-15 examples per intent. You can always add more examples later, either from here or from the incoming section to use examples from real conversations.

An assistant needs at least two intents. Let’s add a second story with farewells:

Training your assistant

You can now train your bot and talk start chatting.

Partial training

Depending on your policies and the number of stories, training can take a significant amount of time. To help you iterate faster on subsets of your dialogues, you can focus on one or several story groups and train just the stories they contain.

You may click on the icon which appears when you hover story group names. When a story group has focus enabled, training will be restricted to the stories of those groups.

Handling different conversation paths with branches

Conversations can take different paths. Let’s continue our greetings conversation. But instead of just greeting the user back, let’s ask how they feel and handle positive and negative answers.

We’ll use branches to handle the different scenarios, (feeling good vs. feeling bad), as shown in the following video:

A few things to keep in mind when using branches:

  • Branches must always started with user utterances, (or as we’ll se later with slots directives) but never with bot responses.
  • You can set names to branches (in the video we left the default names _New branch_X). The name is only for your reference doesn’t impact the flow of your conversation.

Adding buttons to your responses

Botfront comes with different response types. In the examples above we used text responses, but in many cases you want to offer easy options to users.

In the example above, we could provide two buttons Feel great and Feel bad.

Understanding payloads

Remember that a conversation is made of turns and a turn is a user input followed by an assistant response. When we say I feel great, the first step is extract the intent: feel_good. The the dialogue engine uses the intent to determine the appropriate response.

When a user clicks a button, it is the equivalent of saying something, except we can skip the natural language understanding step.

The payload is just the underlying intent feel_good.

A common flow consists in asking a user if they are satisfied with a response or a process. You can use the links feature for that as follows:

  1. Create a new story called, for example, Feedback
  2. This story should start with a bot response, as the bot will follow-up with it after handling another user request.
  3. Link other stories to the new Feedback story from the footer menu.

The following video shows an example:

Note about branches and links

Botfront uses Rasa checkpoints to accommodate branching and linking. When you export your project to Rasa X or Rasa Open Source, checkpoints will be generated in the exported stories. If you re-import those stories without changing the checkpoint names, Botfront will rebuild branches and links.