Category: #AWSConnect

Amazon Connect Call Center Planning

Posted on by DrVoIP

Basic Amazon Connect Configuration  Overview

Creating an Amazon Connect cloud based call center is relatively easy for a non-technical business process manager to implement.  You do not have to be a software engineer to get a basic inbound call center operational in a remarkably short time, often less than an hour.   Setting up a basic inbound call center however, is generally not going to meet your over all call center functional requirements and you will need some software engineering assistance from not only experience call center professionals, but from engineers who are certified and experienced in all Amazon Web Services!  A Call Center will generally require some integration with CRM solutions, or databases that can provide custom routing based on customer historical interactions.     You may also want to replace old world phone trees or Interactive Voice Response (IVR) systems with modern Chat Bot options!   Why “press 1 for this, or press 2 for that” when the natural language speech processing is available.

What Information do we need to setup our Call Center?

Generally a basic startup inbound call center deployment starts with a Call Flow Plan.   To help you better understand the concept of “Call flow”, lets walk through a basic Amazon Connect configuration:

  1. First you will need to create an Amazon Web Service Account.  This is very simple and though there is a free tier, you will need to put in a valid credit card to open the account.
  2. Once you create the account as the root owner, you will then need to go to IAM and create a user account that has permissions to create an Amazon Connect instance and also to access the various other services your call center may need.
  3. This new user should then login and find Amazon Connect and launch a new instance in the Region you want to make use of (i.e. US-East)
  4. Once the Instance is created you will do the following in this order:
  • Claim a Phone Number – You claim a number through Amazon and it can be either toll free, or a direct dial local number of your choice
  • Establish your Business Hours of Operation – When are you open and when are you closed?  Global or by Customer Service Queues
  • Create Customer Service Queues (CSQ) – Technical Support, Customer Service and Sales are typical examples
  • Create Prompts – What does a caller hear at each step through the call flow?  You can do these in TEXT format for conversion to speech and then later, when firm, record with human voice
  • Create Contact flows (Call Flows) – Answer Call, Play Prompt 1, Get caller input, route to caller choice, queue if no agent available. Here is a short video we created on the importance of good call flows.
  • Create Routing Profiles – Queues are placed in these profiles. Users are put in Queues together they determine who handles what callers
  • Create Users and assign them to Routing Profiles

This information will be the basic configuration required to build a very basic Inbound call center.  With this information complete, Agents will be able to log into the customer service queue they are assigned to handle.   You should be able to call your claimed number and be routed through your flow to an available agent.  If not agent is available, callers will queue and listen to the care prompts you have provided.   All this is captured in both real time metrics and historical reporting.

Moving from a Basic to an Intermediate Call Center

You basic call  center will have many additional requirements that will generally require a more experienced design and implementation engineer to become involved!  So lets revisit the items under step 4 above and look at the options that might exist beyond that basic configuration:

Claim a Phone number – Generally you will call forward your existing number to this new call center number.  Optionally, you can “port” or move your current number directly to Amazon.   More importantly, you will generally have more than one phone number.   Phone numbers generally terminate in either an IVR or directly into a CSQ.   Ideally if you can assign a phone number directly to a CSQ you can avoid prompting callers to select from a menu and this is always a better solution.   Why “Press 1” for Spanish, if you could publish a number that is always speaking Spanish.   If the Caller is going to be prompted by an IVR, the question is what does that menu of options include?  Someone has to write this out so that the various outputs can be mapped to required call flows.  The next question is should this be a “Press X” type of IVR or would a natural language speech interface be more appropriate?  What would you prefer to have your callers hear? “Please press 1 for sales and 2 for service” or “Thank you for calling, how can I direct your call”?   Amazon has a service named LEX (you may have heard of his sister Alexa) that can be added to replace or augment the old “Press” option menu!

Business Hours – Seems straight forward, you list out your work days and your closed days.   The real question is do all CSQ’s fall under the same time calendar? Or is Technical Support open on days and times when the Sales line might be closed?  If so you will need to create a business hours time/calendar for each CSQ in your deployment.   You might also want to create a business hours schedule for when we stop offering callers the call back option.  For example, we are open from 9-5 Monday through Friday.  However, at 4:30 we do not want customers holding for an Agent to be offered the option of a call back.  This would require a dedicated business hour schedule for that function.

Create CSQ’s – Clearly each queue has to have a unique personality, schedule and agent pool.  The call flow for each queue may be different.  Some options offered callers to Technical support may not be offered to callers to the Sales line!  Just create a list of queue names to become part of your call center call flow.

Create Prompts – Generally we encourage the creation of prompts to be among the first items on your “to do list”.  Thinking through the message your callers hear as they self navigate your call center can help you plan  your call flows more effectively.    Amazon offers a service that is build into Amazon Connect named Polly!  Polly is a “text to speech” engine and a great tool for developing prompts.  We prefer to use this solution until we debug your call center call flow and everyone agrees the prompts are exactly as required. Then, even though Polly has many excellent voices to choose from, you can then have these scripts professionally recorded.   We can help you with that as well!

Contact Flows – This is the basic blue print for how your call center works!   It is a series of building blocks that define the customer experience from the first incoming ring, until the last interaction and call termination.   Each Phone number that enters the call center needs to have a diagramed “call flow” that shows the various steps the caller is to navigate.  It might look something like:

  • Call is received after business hours and hears “You have reached us outside of our normal business hour M-F 5-9.  Please hold and we will transfer you to the message center”.
  • Caller is answered with prompt “thank you for calling, you call will be recorded for service improvement”;
  • Caller is routed to IVR Tree: “Please Press 1 for Sales and 2 for Service”
  • Caller that Presses 1:  Capture the Caller ID and use that to look up the caller in Salesforce.Com and then transfer the caller to the next Available Agent in the Sales CSQ along with the SalesForce screen pop.
  • Caller that Presses 2; Is transferred to another IVR menu: “Please Press 1 for new order, or press 2 to check the status of an existing order”.   Caller that Press 1 is sent to SalesNewOrders CSQ.  Caller who presses 2 is transferred to another IVR: Press 1 if you know your order number”

Clearly this would be better drawn as a “organizational chart” but we think you get the  basic requirements of a call flow.  When working in Amazon Connect your call flows will be graphically constructed and look something like this:

 

Create Routing  Profiles – Call profiles are used to match callers to a queue or a list of queues.   So a phone number might point to a contact flow that offers the caller a choice between Sales and Service.   Choosing Sales, for example will route the caller to a profile that contains a list of Sales Queues and priorities.  You might say route the caller to Sales and if they are not answered within 60 seconds route them to customer service priority queue for handling.  Call profiles enable the list of queues, the order of queues and the priority of queues for this reason.

Major Functional Feature Enhancements

It is rare to find a call center that does not have a requirement to integrate with a CRM package like Salesforce.com,  SugarCRM or EPIC.    Often enterprises will have a custom database on their internal network that contains customer specific information that can be used to assist in routing callers, or providing additional screen pops to agents.   Chat Bots are also becoming important in off loading typical requests to an automation process that speaks natural language!   Did you know that Amazon Web Services has a range of services that include transcription, language translation and language comprehend?  You can run your voice recordings through a transcribe utility that you can then “key word search” to help improve agent productivity.  Or run that same recording through a language translation service that can take input in one language and create out put in another language.  How about TEXT messaging and Email Options?    Not all customers want to call, some may want to send an email or text message to the next available agent.  The functionality of your call center is shaped only by your imagination!  If you can envision it, Amazon Connect can implement it!

Other Useful DrVoIP Amazon Connect Subject Matter Posts and FAQ page!

We have yet to find a Call Center requirement we could not implement with Amazon Connect and the every growing library of Amazon Web Service solutions!  If you can imagine it, we can implement it.   Let’s put our heads together and construct a call center that meets and exceeds your call center requirements!   Contact DrVoIP@DrVoIP.com, or Call 844-4-DrVoIP – and ask for the Doctor!

 

 

 

 

 

 

 

 

 

 

 

The ROI of the Dextr Dashboard for Amazon Connect Call Centers!

Posted on by DrVoIP

Amazon Connect the Call Center!

Amazon Connect allows you to tap the very rich library of AWS Services including AI, Natural Language Processing, text to speech, transcriptions and translations!   Your Amazon Connect instance is scalable, resilient and fully redundant in the most widely respect cloud on the planet.  If you can “dream”  it, you can create a call center that meets your exact requirements.   Amazon Connect enables even a non-technical professional the simplicity of configuring an inbound call flow, attaching a phone number, defining agents and operating hours and in less than an hour, you are taking phone calls. Given that every call center has some kind of database integration required to pop screens, or route callers, you do need some software engineering and consulting services to get to the next level of feature sets and functionality.

That is why we think the Dextr Dashboard, at less than a penny a minute all but pays for itself.

Lets look at some feature examples:

Assume you would like to add “Holiday Schedules” and “Ad-hoc closings” to your Amazon Connect feature set.  Out of the box, Amazon Connect does not have Holiday schedules.   This is not a very complex feature set to implement if your are a software engineer.  Add Amazon DynamoDB as the database engine to store you Holiday list and Amazon Lambda to be the code that checks  to see if “Today Is a Holiday” is a TRUE value, returning that result to to your Amazon Connect Contact Flow.  If it is true that today is in fact a holiday, we want to route you to some options for handling your call while we the call center is closed!

As a Supervisor you may want to close your Customer Service Queue (CSQ) to hold a team meeting.    You will want to do this yourself without having to fill out a service request for the Admin team.   Ideally you will want to identify the meeting as “technical support team weekly update”, set the date and time of the meeting and even create a custom prompt to be played to the caller if they reach this CSQ during the time the meeting is taking place.   Again, given the library of AWS services available this is relatively straight forward for an implementation engineer.  You will use the same tools as the above Holiday schedule but you will need to add in Poly for text to speech to get that custom prompt.

AgentUser Interface or “dashboard”?

Then again there is the issue of how do you interface with Amazon Connect to implement those simple features?   You are going to have to create some user friendly graphical interface that simplifies this magic and makes it easy for the Supervisor to do this on their own without technical support from the IT or Admin team.    In fact, you will most likely want to have a user interface that can stand the test of time as you continue to enhance your Amazon Connect feature set!   This graphical user interface should also work on multiple devices in addition to your desktop computer.  Devices like smart phones and pads for mobile supervisors and remote agents!

How much does feature development cost?

So using the two features above as an example, Holiday Schedules and Ad-hoc closings, let’ look at the cost of design, deployment, training and ongoing support.    First, you would contract with a competent, experienced and Amazon certified development resource.    Let’s assume that you contracted with DrVoIP, a certified Amazon Connect Service Delivery partner.    You would expect a written statement of work (SOW) and a budget.   This might look something like this:

  1. Holiday Schedule – Enables the creation of a holiday list that indicates the date and time during which specific customer service queues may be closed.   The application should enable both full day and half day closings.   The application should allow for different schedules to be applied to different customer service queues.   The contact flows for each of the affected customer service queues will be modified to incorporate this functionality. – 40 hours
  2. Ad-hoc  closing with custom prompt- Enables an individual with Supervisor permissions to configure and close a customer service queue.  The Supervisor must be able to set the time and date. the date must also be able to be for multiple days.  Additionally, the Supervisor should be able to create a new prompt to be played to the caller during the closed period.The contact flows for each of the affected customer service queues will be modified to incorporate this functionality. 40 hours
  3. Front End GUI – Develop a simple administrative user interface to enable the configuration and management of the above  two features.  Assure that the interface has growth potential to enable the addition of new functionality as it is developed. – 40 hours
  4. User Training and “go live” support.  – 5 hours
  5. Project budget for DrVoIP Virtual Implementation model  125  hours at the already ridiculously low price of $135 an hour = $16,875

Why Dextr is “almost free”!

The Dextr Dashboard includes this basic functionality.   Dextr has a price of less than 1 penny a logged in minute (e.g. .007).   This means you could drive a Dextr Dashboard for 2,410,714.29 or 5,035 days!  Given an agent day of 480 minute, you could drive a 20 agent call center for a year!

Now Consider that full range of Dextr Dashboard features and the value proposition sky rockets!

  • Nothing to install! Instant Access via https://go.dextr.com which has video instructions for on-boarding;
  • Customizable Logo and YourCompany custom log-in URL;
  • Role based Login (supervisor, agent, administrator)
  • SAML support;
  • Agent Team Status Display;
  • Agent to Agent Chat
  • Agent Call Activity with (click to return call);
  • Directory System with Click to call;
  • Help Button – Alert Supervisor;
  • Queue Monitor – including calls in queue, max waiting time; optional red, yellow tags)
  • Personal Recording; (permission option);
  • Supervisor Permissions add: Login/Logout (change agent state) Monitor, coach and Barge in;
  • All Recording search and play (see note 1 below);
  • Real Time Metric review Report Generation
  • Ability to set Holiday Schedules and “ad hoc” closings with new close prompt (think team meeting).
  • Push Announcement String out to Agent Dashboard for alerts and other notices.
  • Omni-Channel SMS/MMS enables test and pics to the next available agent
  • Omni-Channel email routing to the next available agent
  • “no headset” audible alert options for softphone

Head over to https://Dextr.Cloud and sign up for a “free trial”.   What?  You do not have an Amazon Connect call center?  Then give us a call and we will build you a proof of concept and then migrate you to the cloud based call center of your dreams!  – DrVoIP@DrVoOIP.com

 

DrVoIP named Amazon Connect Service Delivery Partner

Posted on by DrVoIP

For Immediate Release!

DrVoIP Achieves the Amazon Connect Service Delivery Designation

May 15, 2019 DrVoIP announced today that it has achieved the AWS Service Delivery designation for Amazon Connect, recognizing that DrVoIP improves customer experience and outcomes by identifying customer pain-points and business objectives, and designing a solution based on Amazon Connect and other AWS services to help customers deliver an exceptional customer experience.

Achieving the Amazon Connect Service Delivery designation differentiates DrVoIP as an AWS Partner Network (APN) member that provides specialized demonstrated technical proficiency and proven customer success in delivering Amazon Connect. To receive the designation, APN Partners must possess deep AWS expertise and deliver solutions seamlessly on AWS.

“DrVoIP is proud to be an Amazon Connect Service Delivery Partner, said Peter Buswell, iCEO. “Our team is dedicated to helping companies achieve their technology goals by leveraging the agility, breadth of services, and pace of innovation that AWS provides.”

AWS is enabling scalable, flexible, and cost-effective solutions from startups to global enterprises. To support the seamless integration and deployment of these solutions, AWS established the AWS Service Delivery Program to help customers identify APN Partners with deep expertise in delivering specific AWS services.

What Clients Say about DrVoIP

Sean Kennedy IT Manager FMG Suites San Diego, CA – DrVoIP and team are very knowledgeable on AWS an specifically in our case the Connect product. Dr VoIP was able to build out a brand new call flow for our main business and several other phone systems that were brought in to the organization though acquisition. DrVoIP and team were able to meet with us, gain understanding of our needs and then able to implement a solution in AWS Connect that exceeded expectations. The cost savings of moving to AWS Connect has been huge and we loo forward to a continued relationship with DrVoIP and taking advantage of new features in Connect.

Brian Cox, IT Director ASMR, Fairfax VA – DrVoIP has been taken a very hand on approach to implementing our needs as we work to develop a replacement helpdesk solution. Our Helpdesk staff is very particular in their demands and DrVoIP has shown great flexibility in producing or adapting solutions to meet these. Additionally, they provide regular status updates are always available to hop on a conference call to hash out any issues. Additionally, I feel their knowledge of both the AWS product as well as our previous product (ShoreTel) has been a great asset in easing the transition, as they already know how our current solution works and what we will want from AWS in regards to mimicking certain features.

Contact DrVoIP@DrVoIP.com for further details.

Understanding Amazon Connect Call Center Pricing!

Posted on by DrVoIP

Amazon Connect Basic Pricing Model

Even the most hostile competitor will grant that Amazon has changed the pricing game in call center technology.   “No license fees” and “pay only for what you use” are compelling strategies that would stop a man on a galloping horse!   Amazon typically summarizes the cost of its Connect call center as consisting of three components; the service usage charge, the cost of a ten digit voice number and the cost per minute of using that voice number.

Pricing Examples

An end-customer calls using an Amazon Connect US toll-free number in the US East (N. Virginia) region, answered by an agent on the Amazon Connect softphone. The call lasts 7 minutes.  There are 3 separate charges that apply for this call:

1. There is an Amazon Connect service usage charge, based on end-customer call duration. At $0.018 per minute * 7 minutes = $0.126

2. There is the day charge for use of the US toll-free number. At $0.06 per day * 1 day = $0.06

3. And there is an inbound call per minute charge for US toll-free numbers. At $0.012 per minute * 7 minutes = $0.084

So the total for this call is $0.27 (plus applicable taxes, fees, and surcharges).

This cost analysis is accurate but assumes that your call center is an isolated model with not integration with any other AWS Service.   Optional services, used to enhance your Call Center functionality and improve the customers experience have additional charges that are not reflected in the basic price example above.   To get a more accurate picture of the true cost of a call center we need to make some assumptions as to how an average call center is configured, noting the various service that may be required to implement the requirements of that call center.   Then we can look at the additional service costs and improve our understanding of the true cost of an Amazon Connect Call Center.

Real World Call Center Requirements

Let’s take a look at several very basic, yet very real world call center requirements and then evaluate the cost of the additional services.

  • Custom Call Routing

    • Most if not all call centers have some kind of call routing algorithm that usually require and external computational resource in the form of a database and the code or application that evaluates the database information.   For example, assume that we want to route calls based on the callers possible location using the Area Code displayed in the incoming caller ID.   Additionally, let’s assume that we want to evaluate the callers relationship with our company be determining if they are a new customer or an existing customer.  In both cases we would be looking up the callers incoming phone number in an external database to resolve either or both of these questions.  We would route the caller to the Agents that handle New  York, or route the caller to Agents that handle new customer or existing customers.   There would be any number of technical solutions for implementing this caller lookup, but for purposes of discussion, let’s just assume we will not spin up a Windows SQL Server in an EC2 instance, but use AWS Serverless solutions that include a DynamoDB table and some Lambda functions to operate on that data!

  • Holiday and “Ad Hoc” Closings

    • Call Centers operate on dynamic schedules that very often impact the handling of inbound calls.   Are we open or closed sounds like a simple decision, but it does require some additional “belts and suspenders” to get an answer to that question.   If we close on Holidays, we will need to reference list of days we are closed (read: database).   Some call centers enable supervisors to temporarily close a customer service queue for a team meeting.  Depending on the sophistication of this feature the supervisor might also create a custom prompt to be played to the caller during the team meeting.

  • Real Time Queue Metric Displays

    • Again, call centers typically display the status information of the various customer service queues that comprise the call center.   We want to know how many folks are waiting in each queue, how long they have been waiting and highlight the caller that has been waiting the longest.  When we answer a call we update that data set and when we terminate that call we update that dataset again.    Agents often want to see the status of their supervisor and team mates.  Are they “talking”, “idle” or in some “release” state?   AWS Connect has a library of API’s to help with the analysis of this information but it will require additional services to make use of that information in a way that has a positive impact on the call center stake holders.  (Read: Kinesis streams, DynamboDB and Lambda functions).
    • Perhaps you will want to run these recordings through transcription and translation services.  AWS has some exciting NLP and AI options that will impact that call center in astonishing ways.  Imagine English Call Center Agents being able to interact with Spanish, French or Chinese speakers!  Transcribing speech in realtime and popping agent prompts or recommended responses based on sentiment or key words used by the caller are all viable options within the AWS service stack available to an AWS Connect Call Center.

  • Logging & Recordings

    • Call Centers typically record phone calls for a variety of compliance and service improvement. Those recordings need to be stored somewhere along with your real time contact record trace logs (Read: S3 bucket).
  • Voice Analytics 
    • AWS has a service LENS which provides transcriptions of voice recordings and applies sentiment analysis on that recording.  Usually a third party provider in other solutions but now included in Amazon Connect with an additional charge.

  • Single Sign-on Options for Agent Login/Out

    • Cognito, SSO with SAML or other authorization options.

  • Custom Agent Dashboard and Real Time Display

    • Most folks will find the CCP or softphone that comes standard with your AWS Connect instance to be very useful for basic answer, transfer, hold and consult operations.  Getting additional information displayed to the agents however may require additional desktop display options.   For example, how do you retrieve and playback those phone call recordings?   Do Agents need to add a “disposition code” at the end of a phone call?   How is the queue and agent team status information displayed to the agents?  Do Agents work with channels other than voice?  Do they handle Text messages?   Chat sessions?  Social Media messaging?     This options will require an Agent interface that can display this information and enable the agent to interact with these other channels.

Real World Call Center Example

Granted the above requirements are very basic, but they are representative of the type of services that a call center would expect to be available and they also have additional service charges not covered in the basic AWS Connect Pricing Example we listed above.   Let’s take a real world call center example and then apply the additional charges that would be incurred if we were to implement the above requirements.    In this example we are drawing from an actual day in the life of an actual call center that is considering migrating to AWS Connect.

Daily 70 Agent Call Center Utilization:

  • Inbound Phone Calls for the day: 4959
  • Average Call Handling Time: 7 minutes per call
  • Total Minutes of use: 34714 minutes or 578.5 Hours
  • Base AWS Cost $624 (assume telephone carrier costs the same across all competing options and are not included)
  • Base Annualized assuming 261 working days = 9M Minutes or $163,086.00 per year in AWS Connect Usage Charges

Additional Service Costs

The most costly services in this very simple example would be DynamoDB and Lambda.    DynamoDB pricing has several components; the size of the Table for data storage (.25GB), DynamoDB Streams, Read ($0.09 per RCU-month),  Write Requests ($0.47 per WCU-month).   The pricing for Lambda is far from simple: A free tier followed by $0.20 per million requests plus $0.00001667 per GB-second of ‘compute time’ used per month plus the cost of the API Gateway or streams.Each incoming phone call will result in:

  • Lambda Call to DynamoDB Table for Routing Information
  • Lambda Call to DynamoDB Table to determine Possible closing
  • Lambda Call to DynamoDB Table to add caller to Queue count and update display
  • Lambda Call to DynamoDB Table to remove Caller from Queue and display when call answered
  • s3 Storage increase of 7 Minute recording Object (.023 per GB)
  • s3 Storage increase for Logs and Contact Trace Records (.023 per GB)
  • Agent Login/Out Call to Cognito or SSO SAML provider (.15 per 10000 sync operations)
  • Summary –
    • >19K Lambda Calls per day, 5M  per year
    • >19K DynamoDB Read Requests
    • >19 DynamoDB Write Requests

Other important service considerations

Advanced functionality like Natural Language Processing, Speech Recognition, Transcription, Translation, Voice Analytics, Workforce management, Polly and LEX are some of the other services that you will undoubtedly make use of in your call center design.  These will all be billed as AWS line items outside of the Connect usage charges.    The above Basic functionality Example is probably adding an additional $25 a day or $6K a year to the cost of an Amazon Connect Call Center based on the above call center stats!

Clearly, unless you have a team of software engineers on your staff that understand these AWS service in addition to their coding skills, you are going to need design and implementation expertise.

Again, though pricing can get complex and often has many components that are not easy to identify like data transfer, encryption and acceleration it is all more than manageable and very cost effective.   In fact all of the above functionality could be included in the use of a custom dashboard from Dextr.Cloud which would give the Agents and Supervisors all the real time status information they require, enable agent to agent chat, email, text, supervisor alerts, monitoring and coaching and a growing list of new features as the product development map unfolds!  This functionality could be fixed for a modest charge of $69 a month per simultaneous agent access.   Small price to pay for that list of feature, would you agree?

 

 

SUMMARY of COST CONSIDERATIONS

We see five areas for understanding Amazon Connect:

(1) Carrier cost = DNIS/800 as published generally .03 center per day for a DID number and .06 cents per day for a toll free number/

(2) usage cost for using the carrier per published price generally .0022 for DID and .012 for toll free

(NOTE – the above charges would be required of any solution you are considering, generally AWS will be less costly however)

(3) .018 connect minute service amazon connect  you are billed from the time call comes in to your call center until it terminates.  It does not matter how many agent you have as you do not pay for agent licenses as is the case with the usual cloud call center providers.

(4) other AWS services like chat (.004),  LEX (4000 speech requests estimate .004 per request or $16 ; lambda ( 1 Million request free per month then .00000002083 per request) /dynamoDB  (https://calculator.aws/#/)  and other service they may use like S3 for storage etc. (5) dextr (.003 per logged in minute)(edited)

We have an AWS Pricing Calculator that can help you with these more advanced calculations, just give us at call at 800-946-6127 and we will make it available to you.   We can provide you with seats in our demo call center if you would like to try both Dextr and AWS or we can build you a proof of concept call center in your AWS account for a modest fee.

 

 

What makes up a basic Amazon Connect Call Center?

Posted on by DrVoIP

Simplicity!

Clearly the self service configuration of an AWS Connect instance is easy enough for a call center supervisor to setup! The drag and drop “contact flow” steps are easy to understand and simplify the configuration of a basic inbound call center.  There are however many other services in the AWS Cloud tool kit that even a basic call center will need to draw on. These basic services include Polly text to speech, S3 storage “buckets” for phone recordings and reports at a minimum. This image has an empty alt attribute; its file name is BasicConnectConfiguration.png

Service Options

Many applications will require some kind of database to hold custom routing data. This database would be accessed by Lambda functions that will require a competent software engineer to write, test, deploy and maintain. Recently we had a request to route calls in a “round robin” manner. Out of the box, AWS Connect wants to send the caller to the next available agent in the target CSQ.

DynamoDB and Lambda the power duet!

Using Dynamodb and Lambda functions we could maintain not only a list of agents in the “round robin” but note which agent received the last phone call and which agent should get the next phone call!

How about a Holiday Schedule of closings? Or better yet a facility that would enable a supervisor to close a queue for a team meeting and also create a custom prompt to be played to callers during the closed time period on an “ad hoc” basis? Again you will need some Lambda code and a dynamoDB database!

Did you want to setup TEXT notifications for emergency after hours notifications to “on call” personnel? That would also require some software engineering and the use of AWS Pinpoint and SNS to make that requirement happen.

Real Time metrics of Agent activity and status along with Queue activity, including longest waiting caller and maybe a list of callers in queue by caller ID are opportunities to test your front end GUI web development skill set.

Lose the IVR and use LEX!

LEX is a very popular speech recognition engine that understands natural language speech and get really help eliminate that so 80’s touch tone IVR call tree we have all come to loath! It is way more entertaining and useful to use LEX than push buttons on a phone set!

The good news is that as your requirements for more sophisticated applications continue to unfold across the operational time line of your call center, AWS has all the services you could possible require! From AI to Transcription services, translation service, comprehension and advanced CRM integrations like EPIC and Saleforce, AWS has it all.

You just need to tap the talents of folks that are not only call center savvy, but full stack web developers, with database expertise!

Give us a call, we would love to help you realize your call center dream!

Why would you text a picture to your Amazon Connect call center?

Posted on by DrVoIP

If you have ever worked in a help desk technical support role in a call center environment, you have always wished you could “see” what your caller was stressing about!  How many times, if you could have seen that device, you could tell them specifically which cable to move.    Insurance adjusters also have that same challenge.   It would really be helpful if you could text me a picture of that crumpled fender!

Being able to send a TEXT message to your call center could be a major time saver!   Yet how many call centers can route an incoming TEXT message like a voice call, sending it on to the next available Agent?  The Dextr Dashboard now enables incoming TEXT messages to be sent to the next available AWS Connect agent. Messages can be TEXT (SMS) or PICTURES (MMS)! Dextr also enables “sticky SMS” which assures that an “in progress” text message exchange stays with the agent that originally handled the text request. If a message is assigned to an agent who is not currently logged in to AWS Connect, the entire text conversation is moved to the next available agent!

“TEXT” becomes a “skill” or permission that is added to an Agent profile nominating them to participate on inbound text messages sent by callers.  Dextr has a variety of interfaces that support Voice, Text, Email, Chat and Social Media messaging and an inbound message will pop the correct TAB enabling an Agent to handle multiple channels if they have the correct skill or permissions.

If you are using an AWS Connect call center, head over to http://go.dextr.cloud and onboard you instance and give the Dextr dashboard a try!  If you are not using AWS Connect, but are thinking about it, we would build you a proof of concept and you can still try it!  No cost to you, so give us a call!

Amazon Connect Forced Release Behavior Option

Posted on by DrVoIP

Sometimes it is better to give folks what they want, rather than what they need! Over the years of working with call centers you develop a sense of what is a best practice and what is something that will be nothing but a problem! You do your best to educate folks on the issues and make recommendations that you know are in their best interest. However, “if you have the peso, you have the say so” and ultimately we do what the client wants to do, right or wrong.

Such is the issue of the “forced release” status that results from an unanswered call presented to an “available” login agent. Most if not all call centers, will attempt to present a call to the next available agent based on the routing plan, generally “longest idle”, “round robin” or “top down”. The issue is what do you do if the agent does not answer the presented call?

Most all call centers will set the agent to “forced release” which does two things. First, it assures that we do not waste the callers time presenting another call to an agent that may not be present. Secondly, an agent in “forced release” alerts a supervisor to a potential staff management problem.

Recently we had a client who did not want agents put into “forced release”. Well if we do not put them in forced release what is the desired behavior? Take an CSQ with one agent for discussion purposes. If we present the call to that agent and the caller is not answered within the system Ring No Answer time, we would normally queue the caller for the next “available”agent and put this agent in “forced release”. if we do not put the agent into forced release, the call will be ping ponging back and forth between the queue and the same agent!

Ultimately it was decided that we would create a global option that would allow the administrator to set the default behavior for the call center. The default behavior is either “forced release” or, thanks to Dextr, “follow Wrap Time behavior”. In this way a call presented to an agent and not answered, would optionally be put in “wrap time” or “after work”.   The Dextr application also enables the global setting of a “name” for the wrap behavior to distinguish that mode from a normal wrap period.  This seemed like the best solution.  This would enable the agent to return to “available” status when the wrap time or after work time expires.

Comments are welcome!  DrVoIP@DrVoIP.com

Amazon Connect voice prompts with POLLY text to speech.

Posted on by DrVoIP

One of the most challenging implementation tasks for an implementation engineer or application developer is getting the client stake holders to agree on customer audio prompts! Having implemented hundreds of call center solutions, having to wait for the client to get their IVR scripts together is the “black hole” of project management. So many other parts of the enterprise have their finger prints on the content of a customer voice prompt. From the call center managers to the legal department, everyone wants to comment on this implementation detail.

Voice Prompts can be a “speed bump” in your deployment timeline!

For the implementation engineer, it is without doubt the speed bump that slows down project readiness! Often the prompt is a source of data collection for “self navigation” through the “call tree” or IVR front end. “Thanks for calling, Press 1 for this and 2 for that” has some hard coding detail that can be easily effected by a simple prompt change!

Thankfully AWS has an embedded service that provides text to speech functionality. This means an implementation engineer can move ahead by popping prompts with text that can easily be changed as the rest of the enterprise catches up on prompt content, format and voicing. This service named POLLY, is a more than useful service and has been a life saver in more than one “instance”, excuse the pun!

Polly Programmatically?

Polly is not only useful for creating test prompts until the content and format can be reduced to a script that a professional voice artist can record, it can be used “programmatically”. For example, Dextr has an embedded application for automating closings, regardless if they are scheduled holidays or “ad hoc” closings for a team meeting called by a CSQ supervisor. Dextr will allow you to not only setup the calendar and time of a closing, but will enable you to enter the text content of a prompt to be played to the caller during the closing.  This might be a custom greeting for a holiday (i.e. we are closed for Christmas, or Veterans Day) or an on the fly prompt for an ad hoc meeting.

Polly Prompts on demand!

Many times, it is necessary to create a prompt on the fly!  Maybe you want to personalize a prompt by adding the callers name, or some customer specific attribute like an appointment time, or order number.  Common applications like reading back a bank balance are also made more flexible by using Polly.  Not just speaking back account balances, but making the call flow and content in an AWS Connect instance programmatically customized on the fly, and unique for each caller.

This strategy is a win/win for all stakeholders!  It enables a more rapid deployment of a call center context while enabling greater flexibility in the design, deployment and management of prompts.   Enabling Polly as a service inside your AWS Connect call center instance is an essential part of your implementation tool box and a software application development engineers best friend!

Lex a conversational voice interface for Amazon Connect call trees.

Posted on by DrVoIP

Historically touch tone “call trees” have over populated the IVR landscape prompting callers to “Press 1 for this and Press 2 for that”. This has been the standard since the first half of the last century! You would think that in the 21st century we would have a solution that can eliminate this kind of button pressing, sequential logic, menu after menu of options and hope the caller gets where they wanted to be!

Which would you prefer?

Think about it. What would you prefer as a caller? “Thanks for calling BoringCompany greetings, if you know the extension of the party you want to talk with, enter it now. Press 1 for Customer service, Press 2 for Technical support, Press 3 for another menu with even more options for you to select from”! Or would you prefer “Thanks for Calling, how can I direct your call”?

To achieve that simple interface takes a lot of technology, but fortunately AWS Connect makes use of an AWS service named Lex. Lex is a combination solutions that include Speech Recognition, natural language processing and artificial intelligence. Lex can prompt a caller with a friendly voice “‘how can I direct your call” and then understand the callers spoken response. NO more pushing buttons, no endless menus.

For example, Lex could even figure out what language the caller is speaking and respond according, no more “to continue in english please press 1”, which in and of itself is worth the price of admission.

What is an Utterance?

Lex is built on the concept of “utterances” which is nothing more than a spoke phrase to which you can create additional responses. For example, the caller might say “I need to check the status of an order” and Lex might respond with “is this a recent order or do you need to speak to your sales rep”?

Keep in mind that Lex has captured the Caller ID of the caller and could actually look up either the order or the sales person that took the order. Lex might even be able to greet the caller by name. “Thanks for calling Peter, how can I help you”.

What can a “ChatBot” do in a call center?

As a “ChatBot” Lex can enable callers to self navigate through solution options without ever speaking to a call center agent. Lex can book an appointment, change schedules, update status information, change passwords, update calendars, summarize the new, weather and sports and greatly enhance the speed of answer and call resolution.

If Lex replaces three call center agents, is that an increase in productivity? We think not, if it only gets the same amount of work done as before Lex was introduced to the call center. We increase productivity when we can redeploy those three agents to do other work!

As always we are happy to setup a “proof of concept” that applies Lex natural language processing and automatic speech recognition to your specific environment. Just click or call and we would be happy to help you!

 

Amazon Connect Arrange a Call Back from Queue?

Posted on by DrVoIP

Setting up options for Callers waiting in Queue for “the next available representative” often include offering a call back option. Generally, it is a best practice to not offer this option immediately but queue the caller for some time before offering this option. They have already called in and you have answered the call, so let them wait a few minutes before offering bail out options.

Common Call Flow Errors!

One of the most common errors in call center call flow planning is allowing a customer caller to queue for an Agent when no agents are logged in! The second biggest error, is leaving folks in the call back queue, at 5PM when all the agents log out and go home! So how do you do make sure this situation does not happen?

As it relates to the first issue, we always check to make sure that Agents are logged in BEFORE we queue a caller! This is a very simple step to do and it saves a lot of aggravation for callers who will never forget how long you left them rotting away in an empty queue!

Now as it relates to ‘call back’ without losing your place in queue, we have the same issue. Let’s assume that you offer callers this option. It is now 15 minutes before closing, what happens if all the agents log out before the call back is next in queue?

Call Back without losing your place?

In AWS Connect, Call Backs will follow the On-hours schedule. So if someone left a request for call back at closing time, that option will not trigger until the next day when the queue is open per On-hours. Lets see if we can improve this, but NOT offering that option late in the day!

We can setup a new schedule that only offers the call back between certain hours, so that if it is near closing, we do not offer the caller this option. This can be easily scripted in AWS Connect Contact Flows by adding a “check on-hours” step that eliminates this option when callers enter the queue and hour before closing time. This assures that Agents can log out at the appointed time and not leave anybody in queue!

AWS Connect is written around “contact flows” of different types. A “contact flow” handles inbound calls and routes them to Agents in queue. A “customer queue” contact flow deals with how to treat a caller while they are awaiting for the “next available representative”. You will learn this the hard way the first time you try to add a block to a contact flow and find that, though the block was there earlier, it is not there now! Why, the contact flow you are working on, does not support this type of block.

Free Call Back Script just for Asking

In this example we use a “Main Greeting” that is triggered by a call to the DNIS number associated with this path. We start the contact flow off by setting up all the variables like what voice to use, are we logging, what queue hold to use, which queue we are using etc. The flow goes on to check operating hours – routing ON- hours to the Queue and Off-hours to the Voice Message center.

If it is “On-hours” we send the call to the Queue flow. If an Agent is available, we connect them to the caller. If all agents are engaged with other callers, we queue the call. We play our “poor mans” Estimated wait time and then queue them with a “care message” followed by Music. 60 seconds later, we offer the option to continue to hold for an agent, or press 1 to receive a call back without losing your place in queue’.

Before we offer this option, we check another schedule that determines if we should offer the call back option. If the caller hits the center during the call back hours, the call proceeds as described above. If it is an hour before closing time, we do not offer the option.

So hit us up with a request and we will send you three “Quick Start” scripts that enable you to get this working as quickly as you can import the scripts into your AWS Connect call center instance.

Better yet – Give us a call and we will set this up for you!