OpenDialog Patterns
  • A Pattern Library for Conversation
    • A "Read Me" for this Library
    • About this Library
  • The Pattern Library
    • Openings (Inge updated this)
      • Anatomy of an opening
      • Examples of transactional openings for text-based assistants (Inge added this WIP)
      • Additional Information
    • Authentication
      • Components
      • Example Dialog
      • Using in OpenDialog
    • Information Collection
      • Components
      • Example Dialog
      • Using in OpenDialog
      • Additional Information
    • Providing Recommendations
      • Components
      • Example Dialog
      • Using in OpenDialog
      • Additional Information
    • Extended Telling
      • Components
      • Example Dialog
      • Using in OpenDialog
      • Additional Information
    • Repair (Inge WIP)
      • Types of repair
      • User request not understood
      • Example Dialog
      • Using in OpenDialog
      • Additional Information
    • Transfer
      • Components
      • Example Dialog
      • Using in OpenDialog
      • Additional Information
    • Closing
      • Components
      • Example Dialog
      • Using in OpenDialog
      • Additional Information
Powered by GitBook
On this page
  1. The Pattern Library

Authentication

User authentication may be needed when protected information is transmitted. Some example use cases requiring authentication include initiating a transaction, checking balances, looking at information about employees, or reviewing company analytics. When looking at public information, users may not need to authenticate.

Whether or not a user needs to go through the authentication process themselves depends on whether the system can do it for them or not. If the system already knows who the user is, the bot could authenticate behind the scenes for a frictionless interaction. If, for example, the bot is integrated into a mobile app that already knows the user’s info, then that info could be used to authenticate, and the user would never need to know. The user then gets an authenticated experience without having to re-authenticate.

If user authentication is needed, it is good to do it “just in time”. A user may start by asking general questions (FAQs), in which case there is no need to hassle them with authentication. But at the moment they try to do something requiring authentication (e.g. check their account balance), then the authentication pattern should be triggered. Basically, don’t waste a user’s time authenticating unless or until it’s necessary.

PreviousAdditional InformationNextComponents

Last updated 3 years ago