Teneo Developers

Handle interruptions

When you build a flow that prompts the user for information you need to decide what should happen if the user doesn't respond to the question as expected. Users might also digress or change the subject.

Here you'll learn how to slightly change the coffee order flow so that it may be interrupted and then resumed if the user doesn't immediately respond to which coffee they want.

Let's look at an example:

User: I'd like to order a coffee.
Bot: Ok, what coffee would you like?

User: Which coffees do you have? (the coffee order flow is interrupted)
Bot: We offer a variety of handcrafted coffee drinks - from espressos to macchiatos to flat whites and more.
Bot: Let's continue with your order. Which coffee would you like? (the coffee order flow is resumed)

User: A flat white, please.
Bot: Ok, a flat white will be ready for pickup in 5 minutes.

In the conversation above there are two flows at play. First the coffee order flow, and then, in the middle of that flow, the flow about available coffee types. These flows are designed independently of each other, and there is nothing inside the flows that link them to each other. In fact, once we've adjusted the coffee order flow to survive interruptions, it may be interrupted by any other flow and still be resumed at the point it was interrupted.

To cater for the conversation above you only need to do two things:

  • Allow the output node in the coffee order flow to survive interruptions (set it to revisitable).
  • Add a resume prompt (optional).

Set the output node to revisitable

To allow the output node to survive interruptions you need to make it revisitable. This is how you do that:

  1. Open the 'User wants to order a coffee' flow in edit mode.
  2. Select the output node 'Ask for coffee type'. This will open the 'output configuration' panel to the right.
  3. Located in the 'Resume Prompts' section is the option for 'Allow output to be revisited'. Select it and set the limit to 2. This limits how many interruptions in a row the output node should survive. Note that the border around the node in the graph disappears! This signals that the node is now revisitable.

There are no clear-cut rules about which flows (or outputs) you should make revisitable. Rather, it's an act of balance. On one hand, you don't want your bot to be annoyingly stubborn. On the other hand, if the interruption happens in the middle of a complex flow, you don't want to drop that flow and force the user to start all over once the interruption is dealt with. Regardless of your design skills, revisitability is something that you are likely to fine-tune once you've gathered some log data with real interactions.

Interrupt your bot in Tryout!

Now, go ahead and try the adjusted flow in Tryout! When the bot asks which coffee you want, test what happens if you say: 'Which coffees do you have?'.

User: I'd like to order a coffee.
Bot: Ok, what coffee would you like?
User: Which coffees do you have?

Add a resume prompt (Optional)

If you want your bot to say something slightly different when the output is resumed, you can add a resume prompt. This is how you do that:

  1. Select the output node 'Ask for coffee type'.
  2. Scroll down to the 'Resume prompts' section on the 'output configuration' panel.
  3. Click 'Add' and enter an answer text. For example, Let's continue with your order. Which coffee would you like?
  4. Hit 'Save'.

Interrupt your bot again!

Have another play in Tryout. What happens now if you say 'Which coffees do you have' instead of replying to the prompt for type of coffee?

User: I'd like to order a coffee.
Bot: Ok, what coffee would you like?

User: Which coffees do you have? (the coffee order flow is interrupted)
Bot: We offer a variety of handcrafted coffee drinks - from espressos to macchiatos to flat whites and more.
Bot: Let's continue with your order. Which coffee would you like? (the coffee order flow is resumed)

User: A flat white, please.
Bot: Ok, a flat white will be ready for pickup in 5 minutes.