Difference between revisions of "UseCases/Current/GenesysEngage-onpremises/CE12"

From Genesys Documentation
Jump to: navigation, search
m (1 revision imported)
(Updating with updated content at request by Jeff E)
Line 1: Line 1:
 
{{SMART UseCase
 
{{SMART UseCase
|SellableItems=CIM, CIM (HA), Workspace, Genesys Infomart, Genesys Infomart - HA (optional), Genesys Interactive Insights, Genesys SMS, Genesys Content Analyzer, Outbound, Proactive Contact, Genesys Outbound Preview
 
|CloudAssumptionsAdditional_Sales=Capabilities Assumption:​
 
* Use case applicable to PureEngage Cloud and Standalone Cloud​
 
* English-only user interface​
 
* Customer cannot use third-party SMS aggregator.​
 
* MMS is not supported in this Use Case.
 
|PremiseAssumptionsAdditional_Sales=Capabilities Assumption:​
 
* MMS is not included in the scope of this Use Case.
 
|BusinessImageFlow={{SMART BusinessImageFlow
 
|BusinessFlow=The following diagram shows the main flow of the use case:
 
|BusinessImage=https://www.lucidchart.com/documents/edit/97abceda-df99-4e49-817c-9cd468f22b2c/0
 
|BusinessFlowDescription=<meta charset="utf-8">
 
# An Admin (or Genesys PS) configures the campaign strategy and settings in the Genesys System.
 
#* The organization either prepares a contact list from a third-party system (such as CRM, Collections) or configures their system to utilize Genesys REST API to insert contact record based on event, using list, or API format defined by Genesys.
 
#* Cloud: Insight could be the "third-party" with an optional PS package to set up Insight.
 
# The contact(s) are loaded within Genesys by the system administration
 
#* For Cloud, batch uploads can be manual, via S/FTP or API (into Engage UI).
 
#* For Premise, batch uploads are manual only.
 
# The campaign begins contacting consumers based on the campaign strategy set in step 1.
 
#* The Genesys system checks each contact/record against the relevant Do Not Call and suppression list(s) to filter out consumers who should not be contacted.
 
#* Genesys compiles the SMS text from a standard template using up to 4 custom fields provided with the contact list. Best practice recommends avoiding message splitting. Customer is responsible for following character limitations per country. (Max size is 160 characters in the U.S.)
 
#* Delivery result, if available, will be recorded in Genesys system
 
#* Consumer may decide to respond to the SMS message. All replies will be stored in the Genesys system together with the available metadata from the SMS message to identify the consumer.
 
#** For a HELP keyword, a standardized help text is sent to the consumer.
 
#** For a STOP keyword, a standardized text is sent to the consumer, and the mobile number will be added to a suppression list. It is the organization’s responsibility to process the opt-out requests and guarantee that the consumer is not be included in any further contact list.
 
#** ADD-ON: For a pre-defined keyword, the system can either send an automated response or trigger an API push into the customer’s system.
 
#** For an undefined keyword, the system will store the response but will not reply. As an ADD-ON, the organization may choose to send this to an agent.
 
}}
 
|BusinessLogic====BL1===
 
====Contact Records – Batch Uploaded or Added On-Demand====
 
Contact records are either batch uploaded or added on-demand via API. This would be configured by the Customer Admin or Genesys PS based on the goals of the customer and the source of the contact. This would be completed before the list is uploaded or contacts are added on-demand. There is no limit on number of contacts.
 
====Campaign Settings====
 
One campaign is configured within the system. Customer Admin or Genesys PS can configure various campaign settings: start/stop timing, frequency of contact per consumer, contact pass strategy based on delivery receipt (Cloud only), mobile vs. landline filtering treatments (Cloud only), opt out options, and keyword response options.
 
===BL2===
 
====Text Message Content Template====
 
One template is used for compiling the SMS message. The template can be personalized by using up to 4 fields (e.g. customer name) from a third-party or customer database which will be provided by the customer along with the list.
 
===BL3===
 
====Suppression Lists (Cloud Only)====
 
Suppression lists should include customers who have opted out of previous campaigns as well as a country-specific Do-Not-Contact list (if applicable). When a consumer opts out of a campaign, they should be added to a suppression list. Customers can also upload another suppression list or add an individual to an existing suppression list. These suppression lists can then be applied to future campaigns at the campaign level or at the overall account level. They can be optional or mandatory for each future campaign, as configured by the Admin.
 
===BL4===
 
====Standard SMS Keywords====
 
It is possible to configure multiple keywords to detect an opt-out (STOP) or help request. Standard keywords include STOP and HELP and variations including: END, QUIT, CANCEL, UNSUBSCRIBE, OPTOUT, NO, STOPALL, STOP ALL, HLEP, and HLP and variations including the organization's language. A list of keywords which triggers STOP or HELP scenarios are defined with the organization at the beginning of the project.  An undefined word may be routed to an Agent by combining use case {{#mintydocs_link:topic=CE29}}
 
|DistributionLogic====Connect to Agent Option===
 
 
* Premise only: Connect to Genesys Inbound SMS. This requires the implementation of the use case {{#mintydocs_link:topic=CE29}}.
 
|CustomerAssumptions=* Customer will be providing Genesys with the contact list from their own CRM, marketing, or collections database - either flat file or on-demand trickle-feed.
 
* We assume that compliance is handled by the customer, i.e. the customer has a plan for securing express consent from customers (when required) before sending SMS messages, maintains an auditable list, and honors opt out requests. The contact lists which are loaded into Genesys only contain customers to whom an SMS message can be sent according to the corresponding local compliance rules.
 
* The outbound solution can be configured based on the customer's understanding and direction of compliance with local outbound calling regulations at the site of the installation. Customer is responsible for compliance with laws and regulations with respect to outbound calling and automatic dialing. It is recommended that the customer's legal department confirm the organization is in full compliance with these regulations.
 
* SMS message content will support a single language only (Latin-based, no double byte characters).
 
* The sender number (dedicated short code, long code, alpha sender ID or text-enabled toll-free number) has been provisioned on the Genesys system.  Genesys can provision this for the customer for a fee.
 
* MMS is not included in the scope of this Use Case.
 
* SMS throughput is limited to 1 message per second per server when dealing with long-codes.  Genesys SMS is able to deliver 10 messages/second regardless of servers when employing short-codes
 
|Optional=CE29
 
|PremiseAssumptionsAdditional=* The default SMS gateway for sending/receiving SMS messages will be the Genesys SMS Aggregation Service. Integration with a third-party SMS aggregation service is a custom implementation and the customer is responsible for this integration.
 
* Genesys will store replies (including opt out requests) in a custom table on the Genesys system. The organization must create their own ETL to extract the data and is responsible for the data maintenance.
 
* No chained records are supported.
 
* Customer is responsible for the preparation and loading of contact lists into the outbound solution via Genesys Administrator. The design, development, and usage of any custom method for uploading contact lists into the outbound solution (for example via API) is the responsibility of the customer.
 
* Pulse is used for real-time reporting.
 
* Genesys Infomart and Interactive Insights are used for historical reporting.
 
* Any real-time or historical reports beyond the standard reports listed in the document would be considered as additional work.
 
* Opt Out/Opt In is assumed to be handled in the following way for the use case:
 
* The customer will be responsible for loading customer data into a Do Not Call (DNC) list. This list is centralized across all campaigns.
 
* When a consumer replies with a STOP-related keyword, the mobile number will be added to the regular DNC list,
 
* Genesys Premise solution provides a Global DNC only, there is no Campaign specific DNC.
 
* Genesys does not provide a UI to manage DNC content.
 
* Customer need to provide a Web UI to manage the DNC content and they are responsible for managing the DNC list.
 
* MMS is not included in the scope of this Use Case.
 
|CloudAssumptionsAdditional=* Customer cannot use third-party SMS aggregator.
 
* Genesys will store opt out requests in a campaign-specific suppression list on the Genesys system and can set up an FTP for the organization to extract the data.
 
* Single mobile device per consumer.
 
* Standard real-time and historical reports are available via Engage UI.
 
* Engage interface, message content, and TTS are available in English only.
 
|SMART_HybridAssumptions={{SMART HybridAssumptions
 
|Hybrid_Assumption=v 1.1.2
 
}}
 
|PainPoints=* Unable to keep customers informed about their accounts and the products and services they use​
 
* Can’t engage with customers over their preferred channels​
 
* Unable to deflect avoidable inbound contacts resulting in higher agent costs and lower satisfaction
 
|DesiredState=* Proactively sending timely and personalized alerts, confirmations, and reminders using multiple channels results in lower customer effort and fewer inbound interactions​
 
* Contact consumers in accordance to their channel preferences (this use case assumes the company provides contact list with only opted-in customers)​
 
* Reduce outreach costs by leveraging less expensive text messaging versus agent calls
 
 
|SMART_Benefits={{SMART Benefits
 
|SMART_Benefits={{SMART Benefits
 
|UCBenefitID=Improved Customer Experience
 
|UCBenefitID=Improved Customer Experience
|UCBenefit=Providing timely reminders of key information such as deliveries or balances by SMS improves customer experience.
+
|UCBenefit=Improve NPS by proactively notifying customers through SMS.
 
}}{{SMART Benefits
 
}}{{SMART Benefits
|UCBenefitID=Reduced Volume of Interactions
+
|UCBenefitID=Increased Revenue
|UCBenefit=Proactive SMS notifications, e.g. appointment reminders, reduce the need for customers to call the contact center.
+
|UCBenefit=Increase revenue through improved resolution of business outcomes.
 +
}}{{SMART Benefits
 +
|UCBenefitID=Reduced Customer Churn
 +
|UCBenefit=Reduce churn and improve loyalty by addressing common pain points and frustrations that affect revenue streams.
 +
}}{{SMART Benefits
 +
|UCBenefitID=Reduced Overtime Costs
 +
|UCBenefit=Reduce agent-assisted outbound calls by automatically sending communications through SMS.
 
}}{{SMART Benefits
 
}}{{SMART Benefits
 
|UCBenefitID=Reduced Volume of Interactions
 
|UCBenefitID=Reduced Volume of Interactions
|UCBenefit=Outbound SMS notifications reduce the need for agents to make outbound calls.
+
|UCBenefit=Decrease inbound interactions by proactively sending communications through SMS.
}}{{SMART Benefits
 
|UCBenefitID=Increased Revenue
 
|UCBenefit=Provide timely SMS reminders for renewal, re-order or to prompt customers towards the next stage of the sales process to increase revenue.
 
 
}}
 
}}
 
|UCOverview=Consumers want businesses to send them proactive notifications when that information is personalized, timely and relevant. The text messaging channel is an efficient, quick way to notify customers of appointment reminders, delivery notifications, fraud alerts, coupons, loyalty program information, surveys and much more. Many companies struggle with adding the SMS channel to their outbound notification strategy for marketing, care, or collections. This use case describes the ability to configure and execute outbound SMS campaigns based on customer-provided contact lists.
 
|UCOverview=Consumers want businesses to send them proactive notifications when that information is personalized, timely and relevant. The text messaging channel is an efficient, quick way to notify customers of appointment reminders, delivery notifications, fraud alerts, coupons, loyalty program information, surveys and much more. Many companies struggle with adding the SMS channel to their outbound notification strategy for marketing, care, or collections. This use case describes the ability to configure and execute outbound SMS campaigns based on customer-provided contact lists.
|UCSummary=This use case enables companies to proactively send customers notifications using SMS for marketing, care, or collections purposes. The company can use its marketing, CRM, or collections system to generate contact lists based on a one-time event, recurring events, or trigger-based events. The lists will include the appropriate contact details, e.g. contact name, mobile phone number, and contact reason. Delivery results will be recorded in the system to feed into reports.  
+
|UCSummary=This use case enables companies to proactively send customers notifications using SMS for marketing, care, or collections. The company can use its marketing, CRM, or collections system to generate contact lists based on a one-time event, recurring events, or trigger-based events. The lists include the appropriate contact details, such as contact name, mobile phone number, and contact reason. Delivery results are recorded in the system to feed into reports.  
  
 
Outbound SMS notification examples include:
 
Outbound SMS notification examples include:
{{{!}} border="1"
+
{{{!}} style="width: 776px;" border="1" data-mce-style="width: 776px;"
 
{{!}}-
 
{{!}}-
!{{!}}Financial Services
+
! style="width: 184px;" data-mce-style="width: 184px;"{{!}}Financial Services
!{{!}}Telecom
+
! style="width: 199px;" data-mce-style="width: 199px;"{{!}}Telecom
!{{!}}Healthcare
+
! style="width: 184px;" data-mce-style="width: 184px;"{{!}}Healthcare
!{{!}}Utilities
+
! style="width: 191px;" data-mce-style="width: 191px;"{{!}}Utilities
 
{{!}}-
 
{{!}}-
{{!}}{{!}}New customer engagement
+
{{!}} style="width: 184px;" data-mce-style="width: 184px;"{{!}}
 
+
* New customer engagement
 
+
* Replenish prepaid card reminders
Replenish prepaid card reminders
+
* Payment reminders
 
+
* Fraud alerts
Payment reminders
+
{{!}} style="width: 199px;" data-mce-style="width: 199px;"{{!}}
 
+
* Going over plan alerts
Fraud alerts
+
* Payment reminders
 
+
* Upgrade eligibility
 
+
* Customer win back
{{!}}{{!}}Going over plan alerts
+
{{!}} style="width: 184px;" data-mce-style="width: 184px;"{{!}}
 
+
* Appointment reminders
 
+
* Wellness updates
Payment reminders
+
* Refill prescriptions
 
+
* Claim status updates
Upgrade eligibility
+
{{!}} style="width: 191px;" data-mce-style="width: 191px;"{{!}}
 
+
* Service call confirmation
Customer win back
+
* Planned downtime
 
+
* Outage status
 
+
* Payment reminders
{{!}}{{!}}Appointment reminders
 
 
 
 
 
Wellness updates
 
 
 
Refill prescriptions
 
 
 
Claim status updates
 
 
 
 
 
{{!}}{{!}}Service call confirmation
 
 
 
 
 
Planned downtime
 
 
 
Outage status
 
 
 
Payment reminders
 
 
 
 
 
 
{{!}}-
 
{{!}}-
!{{!}}Retail
+
! style="width: 184px;" data-mce-style="width: 184px;"{{!}}Retail
!{{!}}Insurance
+
! style="width: 199px;" data-mce-style="width: 199px;"{{!}}Insurance
!{{!}}Collection Agencies
+
! style="width: 184px;" data-mce-style="width: 184px;"{{!}}Collection Agencies
!{{!}}Travel and Hospitality
+
! style="width: 191px;" data-mce-style="width: 191px;"{{!}}Travel and Hospitality
 
{{!}}-
 
{{!}}-
{{!}}{{!}}Sales alerts
+
{{!}} style="width: 184px;" data-mce-style="width: 184px;"{{!}}
Order confirmations
+
* Sales alerts
 
+
* Order confirmations
Product recalls
+
* Product recalls
 
+
* Loyalty program activity
Loyalty program activity
+
{{!}} style="width: 199px;" data-mce-style="width: 199px;"{{!}}
{{!}}{{!}}Quote follow-up
+
* Quote follow-up
 
+
* Payment reminders
 
+
* Claims status updates
Payment reminders
+
* Renewal notice
 
+
{{!}} style="width: 184px;" data-mce-style="width: 184px;"{{!}}
Claims status updates
+
* Payment reminders
 
+
* Late payment alters
Renewal notice
+
* Payment confirmations
 
+
{{!}} style="width: 191px;" data-mce-style="width: 191px;"{{!}}
 
+
* Booking confirmation
{{!}}{{!}}Payment reminders
+
* Upselling service
 
+
* Payment reminders
 
+
* Travel updates
Late payment alters
+
* Loyalty program activity
 
 
Payment confirmations
 
 
 
 
 
{{!}}{{!}}Booking confirmation
 
 
 
 
 
Upselling service
 
 
 
Payment reminders
 
 
 
Travel updates
 
 
 
Loyalty program activity
 
 
 
 
 
 
{{!}}}
 
{{!}}}
 +
|PainPoints=* Unable to keep customers informed about their accounts and the products and services they use​
 +
* Can’t engage with customers over their preferred channels​
 +
* Unable to deflect avoidable inbound contacts resulting in higher agent costs and lower satisfaction
 +
|DesiredState=* Proactively sending timely and personalized alerts, confirmations, and reminders using multiple channels results in lower customer effort and fewer inbound interactions​
 +
* Contact consumers in accordance to their channel preferences (this use case assumes the company provides contact list with only opted-in customers)​
 +
* Reduce outreach costs by leveraging less expensive text messaging versus agent calls
 +
|SellableItems=CIM, CIM (HA), Workspace, Genesys Infomart, Genesys Infomart - HA (optional), Genesys Interactive Insights, Genesys SMS, Genesys Content Analyzer, Outbound, Proactive Contact, Genesys Outbound Preview
 +
|CloudAssumptionsAdditional_Sales=Capabilities Assumption:​
 +
* Use case applicable to PureEngage Cloud and Standalone Cloud​
 +
* English-only user interface​
 +
* Customer cannot use third-party SMS aggregator.​
 +
* MMS is not supported in this Use Case.
 +
|PremiseAssumptionsAdditional_Sales=Capabilities Assumption:​
 +
* MMS is not included in the scope of this Use Case.
 +
|BusinessImageFlow={{SMART BusinessImageFlow
 +
|BusinessFlow=The following diagram shows the main flow of the use case:
 +
|BusinessImage=https://www.lucidchart.com/documents/edit/47406aed-4c9d-4261-930c-3f716a704db5
 +
|BusinessFlowDescription=# An Admin (or Genesys PS) configures the campaign and interaction strategy in the Genesys System. The organization prepares a contact list for the campaign.
 +
# The campaign begins contacting consumers based on the campaign strategy set in the previous step.
 +
# The Genesys system checks each contact/record against the Do Not Call list to filter out consumers who should not be contacted.
 +
#: 3a. All records flagged with DNC are not sent.
 +
#: 3b. Genesys compiles the SMS text from a template using fields provided with the contact list for personalization. Best practice recommends adhering to character limits, though the Genesys aggregation platform supports concatenation for messages exceeding in-country limits (for example, the maximum size in the U.S. is 160 characters).
 +
#: 3c. Genesys system updates contact/record result, which is recorded in the contact list.
 +
#: 3d. The customer receives the message.
 +
}}
 +
|BusinessLogic====Contact Records===
 +
The customer is responsible for the preparation and loading of calling lists into the outbound solution via Genesys Administrator. The design, development, and usage of any custom method for uploading calling lists into the outbound solution (via API, for example) is the responsibility of the customer.
 +
===Campaign Settings===
 +
One campaign is configured within the system. Customer Admin or Genesys PS can configure campaign settings such as start/stop timing and interaction design.
 +
===Text Message Content Template===
 +
One template is used for compiling the SMS message. The wording of the SMS message can be personalized using calling list data.
 +
|DistributionLogic=N/A
 
|CustomerInterfaceRequirements=N/A
 
|CustomerInterfaceRequirements=N/A
|AgentDeskRequirements=*The agent must be able to add contacts to the suppression list via his desktop (Suppression List applies to Cloud only).
+
|AgentDeskRequirements=N/A
*The Agent desktop will not be able to make change or update DNC list for Premise implementation.
+
|RealTimeReporting=Pulse, a Genesys Administrator Extension (GAX) plug-in application, shows the campaign event, but SMS statistics do not populate.
|RealTimeReporting==== Premise ===
 
Pulse, a Genesys Administrator Extension (GAX) plug-in application, offers personalized dashboards based on specific functional, geographical or organizational needs. Standard templates in Pulse include Outbound Campaign and eServices Queue KPI to show:
 
* number of inbound replies
 
* number of opt-outs
 
  
=== Cloud ===
+
Reporting for SMS can only be viewed through the calling list. The call_result field is populated with the value "answer", which represents the SMS being sent. There are no additional call_result values to represent an SMS being delivered or not delivered.
Uses Engage standard UI view for viewing real-time campaign metrics:
+
|HistoricalReporting=Similar to real-time reporting, the calling list can be exported to show the SMS records sent. There are no additional call_result values to represent an SMS being delivered or not delivered.
  
#List Size - The number of ‘unique’ contacts in the active list.
+
Reporting is very limited.
#Filtered - The number of contacts filtered from the list based on suppression lists, compliance rules, or strategy filter criteria definitions.
+
|SMART_HybridAssumptions={{SMART HybridAssumptions
#Delivered - The number of successfully delivered messages.  
+
|Hybrid_Assumption=v 1.2.2
#Retrying or Failed - The number of contacts being retried or with a current failure status.  
+
}}
#Not Attempted - Records remaining in the list – ‘unique’ contacts that are yet to be attempted.
+
|GeneralAssumptions=N/A
#Done - Total number of contact attempts made.
+
|CustomerAssumptions=* Customer will provide Genesys with the contact list from their own CRM, marketing, or collections database.
#Remain – Total number of contact attempts remaining.
+
* Compliance is handled by the customer: the customer has a plan for securing express consent from customers (when required) before sending SMS messages, maintains an auditable list, and honors opt-out requests. The contact lists loaded into Genesys contain only customers to whom an SMS message can be sent according to local compliance rules.
|HistoricalReporting==== Premise ===
+
* The outbound solution can be configured based on the customer's understanding and direction of compliance with local outbound calling regulations at the site of the installation. The customer is responsible for compliance with laws and regulations with respect to outbound calling and automatic dialing. It is recommended that the customer's legal department confirm that the organization is in full compliance with these regulations.
Interactive Insights out-of-the-box reports will be used. Data available in the InfoMart database for SMS is equivalent to chat or email support. Customers will be able to report on:
+
* SMS message content supports a single language only (Latin-based, no double-byte characters).
* number of SMS attempts
+
* The sender number (dedicated short code, long code, alpha sender ID, or text-enabled toll-free number) is provisioned on the Genesys system. Genesys can provision this for the customer for a fee.
* number of SMS messages delivered
+
* MMS is not included in the scope of this use case.
*Campaign Summary Report: The Main tab of this report provides several key measures that are generated by Outbound campaigns and that summarize the disposition of contact attempts to reach customers over the reporting interval. The report's design internally filters the data set to return Outbound interactions.
+
* SMS throughput is limited to 1 message per second per server when dealing with long-codes.
*Interaction Traffic Report: This report is used to report the number of incoming SMS messages. It is possible to report separately on SMS replies for HELP, STOP and other.
+
|SMART_PremiseAssumptions={{SMART PremiseAssumptions
 
+
|Premise_Assumption=The default SMS gateway for sending/receiving SMS messages is the Genesys SMS Aggregation Service. Integration with a third-party SMS aggregation service is a custom implementation for which the customer is responsible.
=== Cloud ===
+
}}{{SMART PremiseAssumptions
Engage Standard detailed reporting for viewing and exporting historical campaign metrics. There is a wide variety of built-in data points including:
+
|Premise_Assumption=Chained records are not supported.
* number of SMS attempts
+
}}{{SMART PremiseAssumptions
* number of SMS messages filtered (due to suppression list, bad number, etc.)
+
|Premise_Assumption=The customer is responsible for the preparation and loading of contact lists as described in the Business Logic section.
* number of SMS messages delivered
+
}}{{SMART PremiseAssumptions
* number of SMS messages failed (due to non-delivery by the carrier)
+
|Premise_Assumption=Pulse is used for real-time reporting.
* number of inbound replies as result of campaign
+
}}{{SMART PremiseAssumptions
* number of opt outs as result of campaign
+
|Premise_Assumption=Genesys Infomart and Interactive Insights are used for historical reporting.
*click-throughs on links in messages
+
}}{{SMART PremiseAssumptions
 +
|Premise_Assumption=Any real-time or historical reports beyond the standard reports listed in the document are considered additional work.
 +
}}{{SMART PremiseAssumptions
 +
|Premise_Assumption=Opt Out/Opt In is not part of the use case, but is a regulatory requirement to be handled by the customer.
 +
}}
 +
|CloudAssumptionsAdditional=N/A
 
}}
 
}}

Revision as of 17:32, October 16, 2018

This topic is part of the manual Genesys Engage On-Premises Use Cases for version Current of Genesys Use Cases.
Use SMS and email to send personalized, timely and relevant notifications to customers.

What's the challenge?

Companies want a quick way to engage with their customers to notify them of appointment reminders, delivery notifications, fraud alerts, coupons, loyalty program information, surveys and much more. Repeated handling of unnecessary outbound calls and preventable inbound follow-up drives up costs and can damage customer and employee satisfaction.

What's the solution?

Communicate important information simply and efficiently using Genesys SMS / Email Notifications. Customers experience a more satisfying and engaging experience with businesses. And companies reduce operational costs while ensuring important and time-sensitive digital alerts are delivered to customers wherever they are.

Other offerings:

Use Case Overview

Story and Business Context

Consumers want businesses to send them proactive notifications when that information is personalized, timely, and relevant. The text messaging channel is an efficient, quick way to notify customers of appointment reminders, delivery notifications, fraud alerts, coupons, loyalty program information, surveys and much more. Many companies struggle with adding the SMS channel to their outbound notification strategy for marketing, care, or collections. This use case describes the ability to configure and execute outbound SMS campaigns based on customer-provided contact lists.

Use Case Benefits*

The following benefits are based on benchmark information captured from Genesys customers and may vary based on industry, lines of business or Genesys product line:

Use Case Benefits Explanation
Improved Conversion Rates Conversion rates, close rates, cross-sells and up-sell rates will improve through the ability to automatically generate outbound calls and empowering agents with single searchable desktop application that shows customer context.
Improved Customer Experience Improve NPS by proactively notifying customers through SMS.
Improved Employee Utilization Reduce agent-assisted outbound calls by automatically sending communications through SMS.
Reduced Volume of Interactions Decrease inbound interactions by proactively sending communications through SMS.
*You can sort all use cases according to their stated benefits here: Sort by benefits

Summary

This use case enables companies to proactively send customers notifications using SMS for marketing, care, or collections. The company can use its marketing, CRM, or collections system to generate contact lists based on a one-time event, recurring events, or trigger-based events. The lists include the appropriate contact details, such as contact name, mobile phone number, and contact reason. Delivery results are recorded in the system to feed into reports.

Outbound SMS notification examples include:

Financial Services Telecom Healthcare Utilities
  • New customer engagement
  • Replenish prepaid card reminders
  • Payment reminders
  • Fraud alerts
  • Going over plan alerts
  • Payment reminders
  • Upgrade eligibility
  • Customer win back
  • Appointment reminders
  • Wellness updates
  • Refill prescriptions
  • Claim status updates
  • Service call confirmation
  • Planned downtime
  • Outage status
  • Payment reminders
Retail Insurance Collection Agencies Travel and Hospitality
  • Sales alerts
  • Order confirmations
  • Product recalls
  • Loyalty program activity
  • Quote follow-up
  • Payment reminders
  • Claims status updates
  • Renewal notice
  • Payment reminders
  • Late payment alters
  • Payment confirmations
  • Booking confirmation
  • Upselling service
  • Payment reminders
  • Travel updates
  • Loyalty program activity


Use Case Definition

Business Flow

The following diagram shows the main flow of the use case:

Business Flow Description

  1. An Admin (or Genesys PS) configures the campaign and interaction strategy in the Genesys System. The organization prepares a contact list for the campaign.
  2. The campaign begins contacting consumers based on the campaign strategy set in the previous step.
  3. The Genesys system checks each contact/record against the Do Not Call list to filter out consumers who should not be contacted.
    3a. All records flagged with DNC are not sent.
    3b. Genesys compiles the SMS text from a template using fields provided with the contact list for personalization. Best practice recommends adhering to character limits, though the Genesys aggregation platform supports concatenation for messages exceeding in-country limits (for example, the maximum size in the U.S. is 160 characters).
    3c. Genesys system updates contact/record result, which is recorded in the contact list.
    3d. The customer receives the message.

Business and Distribution Logic

Business Logic

Contact Records

The customer is responsible for the preparation and loading of calling lists into the outbound solution via Genesys Administrator. The design, development, and usage of any custom method for uploading calling lists into the outbound solution (via API, for example) is the responsibility of the customer.

Campaign Settings

One campaign is configured within the system. Customer Admin or Genesys PS can configure campaign settings such as start/stop timing and interaction design.

Text Message Content Template

One template is used for compiling the SMS message. The wording of the SMS message can be personalized using calling list data.

Distribution Logic

N/A

User Interface & Reporting


Agent UI

N/A

Reporting

Real-time Reporting

Pulse, a Genesys Administrator Extension (GAX) plug-in application, shows the campaign event, but SMS statistics do not populate.

Reporting for SMS can only be viewed through the calling list. The call_result field is populated with the value "answer", which represents the SMS being sent. There are no additional call_result values to represent an SMS being delivered or not delivered.

Historical Reporting

Similar to real-time reporting, the calling list can be exported to show the SMS records sent. There are no additional call_result values to represent an SMS being delivered or not delivered.

Reporting is very limited and it is not available in GI2 and GCXI.

Customer-facing Considerations

Interdependencies

All required, alternate, and optional use cases are listed here, as well as any exceptions.

All of the following required: At least one of the following required: Optional Exceptions
None None None None


General Assumptions

  • The default SMS gateway for sending/receiving SMS messages is the Genesys SMS Aggregation Service. Integration with a third-party SMS aggregation service is a custom implementation for which the customer is responsible.
  • Chained records are not supported.
  • The customer is responsible for the preparation and loading of contact lists as described in the Business Logic section.
  • Pulse is used for real-time reporting.
  • Genesys Infomart and Interactive Insights are used for historical reporting.
  • Any real-time or historical reports beyond the standard reports listed in the document are considered additional work.
  • Opt Out/Opt In is not part of the use case, but is a regulatory requirement to be handled by the customer.

Customer Responsibilities

  • Customer will provide Genesys with the contact list from their own CRM, marketing, or collections database.
  • Compliance is handled by the customer: the customer has a plan for securing express consent from customers (when required) before sending SMS messages, maintains an auditable list, and honors opt-out requests. The contact lists loaded into Genesys contain only customers to whom an SMS message can be sent according to local compliance rules.
  • The outbound solution can be configured based on the customer's understanding and direction of compliance with local outbound calling regulations at the site of the installation. The customer is responsible for compliance with laws and regulations with respect to outbound calling and automatic dialing. It is recommended that the customer's legal department confirm that the organization is in full compliance with these regulations.
  • SMS message content supports a single language only (Latin-based, no double-byte characters).
  • The sender number (dedicated short code, long code, alpha sender ID, or text-enabled toll-free number) is provisioned on the Genesys system. Genesys can provision this for the customer for a fee.
  • MMS is not included in the scope of this use case.
  • SMS throughput is limited to 1 message per second per server when dealing with long-codes.

N/A


Document Version

  • Version v 1.2.5 last updated October 16, 2018

Comments or questions about this documentation? Contact us for support!