A Contact Driver Model is a collection of contact drivers designed to cater to specific use cases within an organization's operations. For instance, consider a scenario where the contact drivers for customer support interactions differ from those for after-sales service inquiries. In such cases, distinct sets of contact drivers and models are necessary to accurately identify and categorize the primary drivers behind each type of interaction.

By implementing separate contact driver models for various use cases, organizations can tailor their contact driver analysis to suit the unique requirements of each scenario. This approach allows for the creation of customized sets of contact drivers optimized for specific contexts, ensuring that the system accurately captures and analyzes the most relevant factors influencing customer interactions.

To Create a Contact Driver Model

1. Navigate to the Governance section within the Conversational Analytics Persona.

2. Click on Contact Driver Models to access the Contact Driver Models window.

3. On the Contact Driver Models window, locate and click the + Contact Driver Model option located in the top right corner.

   

4. On the Contact Driver Model window that appears, provide the following details:

   

   1. Name: Enter a descriptive name for the Contact Driver Model.

   2. Description: Optionally, provide a brief description or overview of the Contact Driver Model.

   3. Type: Define the type of the contact driver that the model will identify.

      1. Initial Contact Driver:

         This type represents the primary issue or inquiry initially reported by the customer or user, which prompts them to contact customer service or support.

         It captures the initial reason behind the customer's interaction and serves as the starting point for addressing their needs or concerns.

         For example, if a customer contacts support regarding a technical issue with a product, the initial contact driver might be "Technical Support Request."

      2. Root Contact Driver:

         This type refers to the underlying or root cause of the customer's issue, as determined and confirmed by the support agent after diagnosis and investigation.

         It goes beyond the surface-level problem reported by the customer and delves into the deeper issues or challenges that need resolution.

         Continuing with the previous example, if the support agent discovers that the technical issue is caused by a software bug, the root contact driver might be "Software Bug Identified."

   4. Total Levels: Specify the number of hierarchical levels of contact drivers you want to capture within the model. Each level represents a different degree of granularity or specificity in categorizing customer interactions.

      For example, if you set "Total Levels" to 3, it means that you intend to capture contact drivers across three levels of detail or categorization within the model. Each subsequent level provides more detailed information about the customer's inquiry or issue.

      Note that you can add up to 10 levels. Here's how it might look in practice:

      - Levels = 2

      Purchase Intent -> Product Questions

      - Levels = 3

      Product Issues -> Display Issues -> Display Broken

      - Levels = 4

      System Issues -> Connectivity Issues -> Bluetooth Issue -> Bluetooth not pairing

5. Click Save at the bottom.