Keep your target channels in mind

One of the goals and challenges in developing interactions is creating a unified implementation and consumer experience across channels. When working with structured content in particular, LivePerson recommends that you find the "common denominator" across mobile messaging, web messaging, and Facebook Messenger with respect to a given element's attributes. For example, in a structured question, Conversational Cloud allows up to 128 characters for the button label, but Facebook does not allow more than 20 characters. Depending on your implementation, constraints like this might play a role.

For details on constraints like this, refer to Rich Messaging best practices on this site and the Messaging channels section in the LivePerson Knowledge Center.

Your bot implementation should meet Conversational Cloud requirements and those of the specific channels in use.

Interaction naming

Give interactions names that are appropriate and easily understood. Also consider numbering them. And match the name/numbering that you're using in your bot design. All of this helps you to find an interaction when you need it.

A dialog with two interactions that are well-named and numbered 0.0 and 1.0

A bot design diagram illustrating how the naming and numbering in the design matches that in the dialog editor

If you need to add an extra interaction in the middle of the dialog flow, you can always name it 2.1, 2.2, and so on.

Working with rich content

Working with rules in interactions

  • Validate the consumer's input. Things like phone number, zip code, and email address can be validated using a RegEx expression in the rule:

    A rule that checks whether the consumer's input matches a RegEx expression

    Validate other types of input using a Pattern match or Evaluate Options match:

    A rule that checks whether the consumer's input matches a pattern

  • Take care when using patterns with asterisks ( * ) in rules. This can sometimes lead to unexpected behaviors.
  • Take care when using No Match conditions. They can break your fallback logic.

More best practices

  • Use the more advanced interactions instead of the legacy ones. For example, use the Agent Transfer interaction; don’t use the Integration interaction coupled with a LivePerson Agent Escalation integration.
  • Give an interaction an appropriate name that matches the name in your bot design document.
  • When specifying patterns in dialog starters, keep them basic. Complex patterns involving RegEx aren’t supported. Learn more.
  • Use logCustomEvent to save all errors and main points of dialogs. Learn more.
  • Use delays between interaction to avoid messages being sent in the wrong order.
  • If special interactions are available for a channel, use them. (Examples: List Picker and Apple Rich Link for the Apple Messages for Business channel.).
  • Don’t duplicate interactions; handle slightly different scenarios using variables. For example, if you’re using an Agent Transfer interaction, don’t duplicate it. If needed, you can pass the skill ID dynamically to the interaction.
  • When answering questions, sometimes consumers prefer to type “1” or “a” for the first option, “2” or “b” for the second, and so on. While this depends entirely on your requirements, considering using an approach like this. In this case, in the custom rule, you can use a pattern match in the rule’s condition.