Amazon Connect replaces ShoreTel Workgroups with the Dextr Dashboard!

Replace ShoreTel Workgroups with AWS Connect1

Recently we had a client with a very specific set of requirements and DrVoIP was able to satisfy with Dextr dashboard!   The client had a ShoreTel deployment that used ShoreTel Workgroups. ShoreTel Workgroups are often called a ‘poor man’s’ call center.  The client had made a decision too they were migrating away from ShoreTel to Skype for Business, they needed a new Call Center solution.  Workgroups act like traditional hunt groups but they enable customer queueing and both historical and real time reporting in a manner that is very similar to a formal call center.

The client wanted to replicate ShoreTel Workgroups along with the same ‘look and feel’ as ShoreTel Workgroup agent dashboard.   This dashboard enabled queue monitoring and also enabled a supervisor to change an agent state from Forced release to available or move an agent between queues.   We had no doubt that AWS Connect was the ideal solution, but we knew the Connect Control Panel or CCP as AWS calls the webRTC soft phone, would need a lot of work if it was going to provide the same functionality as ShoreTel.

 

We created the basic Dextr Agent dashboard to have the same features and functionality as the ShoreTel Workgroup Agent interface with several new and advanced features.  We needed to create a solution that would enable Supervisors to create an ‘ad hoc’ meeting and to close the call center and even create a new ‘CLOSED’ greeting.   Additionally it would be desirable if the Supervisor could send a broadcast message to all the agents in the queue.  This broadcast message would scroll across the agents screen, alerting all to a situation that the Supervisor wanted to bring to the attention of all Agent.

AWS Connect Holiday Schedule.

The first requirement was to setup a holiday schedule and also to allow the supervisor to create a ‘CLOSED FOR MEETING’ date and time.  AWS Connect does not have this ability out of the box, but it does have the API’s available to create such a solution.  So our team added this functionality!  Dextr enables a user with Admin privileges to open a window and create both HOLIDAYS AND AD HOC closings.   The instance is initially stocked with all US Federal holidays already listed.  The Admin can modify, add or delete these dates.  They can also specify, via the drop down window, which queues they are closing.  There is also a Text to Speech window in which the supervisor can enter the text of a prompt that will be played to a caller should they call during that time slot.

Dextr uses AWS Lambda to test for a holiday or ad hoc closing as step one in the opening contact flow.   The Lambda function brings back open or closed, a reason code and the text to speech prompt.   In this way the caller might hear ‘ You have reached us at a time we are closed for <insert reason from Lambda>, please hold while we transfer you to the message center’.   The entire message is created by the supervisor as the TTS or text block that will be returned by Lambda.

Dextr also enables the Supervisor to send out a broadcast message that scrolls for all queues or just a selected queue!  This is a list of all the features of the Dextr Dashboard basic version;

  • Nothing to install! Instant Access via https://go.dextr.com which has video instructions for on boarding;
  • Customizable Logo;
  • Role based Login (supervisor, agent, administrator)
  • SAML support;
  • Agent Team Status Display;
  • 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.

Dextr augments the basic AWS Connect CCP softphone to enable advanced features that we find most call centers demand!  See Dextr.Cloud or DrVoiP.COM for additional details!

 

 

 

 

Dextr a Customized Agent Dashboard for #Amazon Connect Call Center!

AWS Connect CCP

Building out call centers on AWS, you learn a lot about opportunities for productivity enhancements!   One of the first issues that we noted was that the standard Contact Control Panel or CCP, which is basically a WebRTC soft phone client, though very useful has many opportunities for improving the Agent experience.   The list of request features is growing and as a result, we have taken on the development of  a customizable AWS Connect Agent Dashboard!

 

Call DrVoIP for AWS Call Center migration assistance.

If your only introduction to AWS is Connect, their cloud based call center product, you have successfully created your first call center instance and you are now taking inbound phone calls!   It was remarkably easy and with no real ‘geek” training, most call center professionals were able to log in, setup an instance, organize a call flows, create agents and voice prompts, obtain a phone number an in a few hours, you were taking phone calls!  Wow!

AWS Demo API’s

Did you know that the Agent CCP is completely customizable?  AWS provides a number of API’s and Connect Streams that a software engineer can access toward the goal of building an Agent Dashboard with a set of features and tools that are unique to your call center environment.  There is even a site you can log into and test some of the available API’s.   If you go to http://connectdemo.com and click on the “demo sites” you can see some examples of customized CCP, Click to Call, Screen Pops and other tasty code bits.

Agent Streams

We note that there are many “connect streams” that a developer can tap to create their own version of CCP.   The supervisor side, however is not as fully formed and there are not as many streams and API’s available to support Supervisor requirements like real time queue and agent metrics.   In fact we had to develop our own socket layer communication strategy to implement the features we envisioned in our dashboard.

Recently we have discovered new and not readily available API for other AWS streams.  Some are only available depending on your support contract status.

Agent Dashboard Feature Set

The list of functions and features that we have added to our CCP is still growing but we set a goal of making the dashboard painless!   For example there is nothing to install.  Our application needs to be added by your instance administrator as an application end point in the Connect dashboard.  Once that is complete, the user just points at our portal and enters their instance name (you can even upload your own logo).   The traditional AWS Connect CCP shows up and you login as normal.   Once your credentials are established, you are then presented with the revised Agent Dashboard as shown below.

AWS Connect Dextr Agent Dashboard feature set

Most folks have asked for a “team status” display.  As an Agent I want to see the status of the other agents on my team.  So the first attribute we added was just that, a team status display.    Each agent has their own Activity List showing all of their calls both inbound and outbound.   Next to each call is a link to hear the recording of that call. Supervisors can select all calls, but agents only see their own call recordings.

Each Agent has a personal contact list with contacts that they have entered for their own use.  This augments the “quick connects” that they system administrator had created.  Here is the feature list:

  • 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

We are also planning to integrate or Click2WebChat functionality as an advanced feature option.  This would bring website co-browsing, video chat, SMS and keyboard chat into the call center!  The Dextr screen shows the Agent interface including the Video and Chat links.

How do you set a Holiday Schedule in Amazon Connect?

Dextr enables a user with Admin privileges to open a window and create both HOLIDAYS AND AD HOC closings.   The instance is initially stocked with all US Federal holidays already listed.  The Admin can modify, add or delete these dates.  They can also specify, via the drop down window, which queues they are closing.  There is also a Text to Speech window in which the supervisor can enter the text of a prompt that will be played to a caller should they call during that time slot.

We named the dashboard Dextr!  There is nothing to install.  Follow the video instruction below and have your Amazon Connect Administrator add us as a trusted application, then head over to our portal, log in and put Dextr to work for your team!

If you have a requirement for the CCP we would also like to know more about your requirements, so let us know.   If  you do not have an AWS Connect instance, DrVoIP will build you a “proof of concept” portal for no charge!  Remember, the American Business Communications landscape will be littered with the bleaching bones of those companies that do not adopt Amazon Connect as the enterprise call center that manages customer engagements!

 

 

 

 

 

 

 

 

 

 

 

 

Front End your Call Center with Twilio Appointment Reminder!

Send a Text or add more Telephone lines?

We have long been a proponent of using more text solutions in the call center.  From our perspective it makes more sense to let clients text you customer service team than it does to add more telephone lines, to hold more clients in queue waiting for the next available agent!   With the dramatic growth of smart phones, it makes sense to engage your clients with an understanding that they are (a) very mobile; and (b) very text savvy!   We are willing to bet, you text message more than you actually talk on your smart phone!

Call Trees

Anyone who has had to write routing scripts to figure out which group of agents to send an inbound caller to, will tell you that having a DNIS number per route is the best way to go.  Why prompt the user to press 1 for Spanish, if you could just market a number that expects Spanish callers!   A separate number for Customer Service and Tech support also saves having to have the caller self navigate through an elaborate call tree just to end up waiting in queue.   Generally, the call center will end up publishing a single inbound phone number and then prompt the caller with “Press 1 for Customer Service, Press 2 for Technical Support” as adding and managing DNIS numbers gets to be a costly head ache!

Estimated Wait Time

So we keep adding more inbound telephone lines, to the same number of Agents, causing more folks to remain in queue waiting for the “next available agent” and growing more frustrated with each passing minute!   Most call centers now attempt to reduce frustration by “Press 1 to receive a call back without losing your place in queue”.     This is a helpful option in reducing customer frustration, but does nothing to reducing costs.  Actually it increases costs as you are now calling folks back on your dime!

Reduce call center cost and improve customer satisfaction by letting callers contact by text message!

Enabling your clients to TEXT a “keyword” inbound could accomplish the same result as having them self navigate through a call tree.  In fact, you could get the call routed and also provide a call back based on the estimated wait time!   Inbound text messages also facilitate more accurate data dips as the caller ID can be used to index a database to bring back relevant  customer information.   For example, if the customer were to  text the keyword “appointment” you might be able to return the following text message”

” Mr. Merkin,  we see that you have an appointment scheduled with our hygienist for Tuesday at 10AM.  Are you calling to confirm or reschedule this appointment?  Please REPLY with CONFIRM, CHANGE or CALL ME”.

Logic can be applied to the inbound text and if the REPLY returns “Call me”  the following text might be sent back by the call center:

“Please standby and we will get you connected with a scheduling assistant”  or “We estimated that we can call you in 5 minutes”

The dialog can become very customized based on the call centers CRM integration, but simplification of the inbound request and customer  contact can be significantly enhanced using TEXT.  Appointment reminders are an excellent application for text based call center integrations.    You can create a Proactive or Reactive model to remind folks of a scheduled appointment.   A Proactive model would process a list of appointments, sending a reminder text to each client and asking them to REPLY with CONFIRM, or RESCHEDULE.   A reschedule would set up a call back from the call center.   The Reactive model would function similarly but would be triggered by an incoming text request from the client.

TWILIO to the rescue!

In the following video tutorial we build out a generic TEXT and voice  based “automated attendant” that can be used to front end you customer service organization, sales team or technical support group.   We use Twilio to create a cloud based front end with the ability to transfer the call to a specific number or agent group in a call center.    Normally we would write our text applications in Twilio using Nodejs and Twilio’s Twiml but Studio, as a graphical scripting tool,  is a very useful rapid deployment strategy.

In this tutorial, though we are focused on TEXT we will also setup a solution that can answer VOICE calls or TEXT messages.  We will use speech recognition in addition to the normal “Press” instructions to get calls routed to the proper recipient.   Once the call flow is designed, we will add a number and test out our solution!     Twilio is a powerful tool and we have been able to script out customized text, voice and video solutions in days or hours rather than weeks and months!   Generally we also make liberal use of AWS for API Gateway access to AWS MySQL or DynamboDB database information using AWS Lambda functions.

The DrVoIP demo Challange!

We can build out a prototype AWS Connect Call Center with a Twilio Text front end for your company in less than a day!  So just ask us by sending a message to our Text Based Auto Attendant at 929-292-8100 and we will get you setup in no time!

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Estimated Wait Time

 

Why your call center needs “TEXT” solutions!

21st Century Call Centers still operate with 1980 business models!

I have been working with inbound call center for some 40+ years and despite all the”omni” channel technology the inbound call center model has not changed very much.   Those of us who have call centers that support a for profit business are focused on improving the customer or patient experience.   We all want lower caller holding times, faster response times and lower costs.   I have never heard anyone say, lets add more agents!   The usual answer is lets add more telephone lines!   This strikes me as more than ridiculous!   Basically, increasing the size of the catchers mitt by adding more telephone lines,  enables the call center to increase the number of people on hold awaiting service by the same number of agents.  Now how can that make sense?   If you think about it, the only reason you have more inbound telephone lines than you have agents, is so folks do not get a busy signal.  Over the years call centers have learned that it is better to capture the call and then hold the caller than it is to generate a busy signal.

One of the major differences between a call center in the 21st century and earlier call centers, is the availability of “smart phones”!   As it relates to the American Business Landscape you are on safe ground if you just assume that every man, woman and child in America has a smart phone.   In fact, it is safe to assume that smart phones have long ago out paced wireline connections.   So why not use this resource to change the call center model?   Why have more incoming telephone lines than your call center has trained agents or customer service representatives?  Additionally, nobody is sitting at home or the office holding a phone handset while waiting for the “next available agent”.  They are driving the kids to school, or running around the market place in an ever increasingly more mobile environment.

“Now that cell phones are owned by 90% of American adults, many are ditching their landlines and going completely wireless in their households. The CDC recently reported that 39.4% of homes in the U.S. indicated having no landline phone and at least one wireless device. This trend is now being adopted by more and more households as many find it unnecessary to have both a landline and one or more mobile devices” – Green Mountain Communications 

Enable two way TEXT in your call center!

TEXT notifications are ubiquitous—from doctor appointment reminders to credit card fraud notifications, they are commonly used to send messages, alerts, and reminders. All too often, however, the message only goes one-way and the customer cannot reply with a question or text back anything other than a confirmation code or a request to stop receiving such messages. Or, the customer is provided a phone number to dial for further assistance.  Enabling two way TEXT applications in your Call Center could be a disruptive game changer!

Imagine a call center in which folks just send a ‘text’ to the call center.   The call center could respond with a useful message that estimates the wait time for a return call if an agent can not immediately call you back.  A very simple change in strategy, but the improvement in customer service and reduced operating expense should be obvious:

  • Customer Sends TEXT – “Please call me”
  • Call Center  returns either a voice call from an available agent or;
  • Call Center returns a TEXT message “We will return a call to you at this number in 5 minutes.   Is that a good time to speak with you”
  • No more IVR “call trees” or extended hold times.  The customer knows exactly what to expect and when to expect it!  Options to call another number of call at another time can be easily worked into the TEXT conversation.   NO need to have more than one telephone line per agent!

The Deep Data Integration options are enormous:

  • Customer Sends TEXT – “Please call me”
  • Call Center returns a TEXT message “Hi Peter, we see you have an appointment on the calendar for Monday, is this what you are calling about”?
  • Customer Sends TEXT – “I need to change my appointment”

The fact of the matter is it may not be necessary to speak with an Agent at all!    The application of Artificial Intelligence and “bot” technology to TEXT based information is significantly more achievable than that required of speech recognition.  It is also much less costly to implement!

No more Abandoned Calls!

A TEXT based Call Centers would drop the abandoned call statistics to zero!  Given that all calls are now scheduled and there is no caller waiting in queue on an incoming telephone line that your call center pays for, there are no abandoned calls!  This would decrease holding times and increase service levels across the board.   It is also self documenting, secure

4 Reasons Your Call Center Needs SMS

Many of the benefits SMS affords companies are specific, but there are also some big picture advantages worth exploring. Here are the top reasons why your call center needs SMS.

  1. Customers Want SMS

SMS is the new email. Customers are comfortable with texting and prefer SMS for the flexibility and convenience. While it was easy to ignore in the past (when only a small fraction of consumers used text messaging), you can no longer ignore SMS without some negative consequences.  According to industry research, call center wait times are one of the biggest turnoffs for customers. The vast majority of customers – 95 percent to be exact – feel like five minutes is the longest you should ever have to wait to speak with someone. Unfortunately, the majority of businesses force customers to wait much longer than this. Enabling SMS not only relieves call center congestion, but it also gives customers the option to ask for a callback, as opposed to waiting on the line.

  1. Self-Service Options

As you know, many of the calls your customer service department fields are simple. However, they still tie up your time, energy, and resources. What if you could automate these simple, yet time-consuming calls and free up your resources for the bigger picture issues? Well, you can.  Ultimately these self-service options benefit businesses in multiple ways. To quote our article, “consumers will often take the path of least resistance, so offering a text in service will save them having to call in, while avoiding having complaints aired in public on social media.” In the end, this leads to more satisfied customers, better brand image, and fewer wasted call center resources.

  1. Superior Service

The bottom line is that phone lines simply don’t cut it anymore. The modern consumer expects businesses to offer multiple channels of engagement and doesn’t want to be forced into placing a phone call. SMS is seen as much more convenient and service-oriented.  This is why text-enabled concierge services like GoButler have seen tremendous success. Customers feel like they’re getting more value from a company or service provider when the company is willing to communicate in comfortable and convenient ways.

Consider a cable and internet provider. Instead of needing to place a phone call and wait on hold for 10, 20, or 30 minutes, a customer could send a simple text message to the company that reads, “Hey, my internet is down. Can you help?” The provider can then respond with some simple questions about the situation and set up an appointment time without further disrupting the customer’s day.

  1. Customers Answer Texts

From the enterprise side of things, it’s sometimes necessary to contact customers. Well, the problem with contacting customers is that they’re often hard to get in touch with. Many users won’t answer numbers they don’t recognize and others rarely check their voicemails after missing a call.   SMS is an entirely different story. The Pew Research Center says 67 percent of cell phone users check their phone for messages even when they don’t notice it vibrating or ringing. Roughly 44 percent sleep with their phones next to their beds in case they receive a message or notification while sleeping.

Both of these statistics prove that customers are highly connected to mobile messaging. This rapid response makes SMS the quickest way to connect with customers, especially when the issue at hand is timely in nature.

Give TEXT a chance now!

The benefits of enabling TEXT in your call center will increase customer satisfaction, enhance the service experience and significantly increase productivity in your call center while reducing over all costs!   If you would like to experiment with TEXT in your call center, send the keyword DEMO to 424-348-4000 and we can get you setup in short order.   You might also check out www.Click2WebChat.com for some additional thinking on this subject.

The Achilles Heel of all Cloud Based Call Centers!

The Cloud Call Center Problem Statement!

A very common call center requirement is the ability to route a call based on the DNIS number dialed.  This is simple enough when you have only a few DNIS numbers to manage, but consider this application:   Consider a central call center that provides centralized appointment scheduling for some 600+ medical offices.    The call center agents are required to answer an inbound call with a custom answer greeting that is based on the medical office that cares for that patient.   The solution in place today requires the cloud platform to have a unique DNIS for each of 600 medical offices.  When a medical office wants to take advantage of services offered by the call center, they call forward their phone to the unique DNIS number on the call center platform assigned to their medical office.   On an incoming ring,  the call center grabs the DNIS and uses that number to index a connected database to retrieve the  name of the medical office and then display it to the agents on call presentation so they can provide the custom answer prompt.

As you might imagine, maintaining and updating both the relative campaign and a database of DNIS numbers is not only a nuisance with many opportunities for an error, it is also not very scalable.  The simplest solution is the ability to normalize or change SIP Headers or obtain the RDNIS in a PRI connection.   Neither of these is an option in any of the many cloud based solutions we have worked with.

The CPE solution!

In a CPE based solution we can touch the boarder controller of the incoming SIP trunk and see the various headers.   In a PRI trunk you could also see not only the CID/ANI  but the DNIS and the RDNIS.   RDNIS is commonly used in a voice mail system for example, to know the correct mailbox to open so the caller does not hear a main greeting but a custom greeting for the mailbox owner.   In either the SIP or PRI environment, we would NOT need 600 DNIS numbers to solve this application.   We could see the RDNIS or the FROM SIP header and use that field to look up the correct answer prompt or medical office name in the database.  We did a complete tutorial on this SIP header manipulation to achieve this same solution though the application was a bit different.

One for all and all for one?

Another major shortfall with cloud based call centers is that you will find it very hard to make modifications that are unique to your call center.  Keep in mind that all the cloud based call centers, with the possible exception of AWS Connect, are solutions that encompass many different clients.   The cloud provider can not make a modification for your call center unless it is applicable to all their other clients.  Likewise, when they upgrade or add a new feature, you are getting the new feature and the upgrade regardless of your desire to participate!

Summary

The Cloud is an amazing resource but it is not a one size fits all.  You will need to understand your requirements and how they match to what is generally available from your provider.  You should also understand that you will be increasing your WAN connectivity requirements to include advanced options like Software Defined Networks and MPLS, BGP along with bandwidth increases and new firewall challenges that you would not have on a CPE deployment.   You will still have phone and video end points, power over ethernet switches, network access credentials, intrusion protection and all of the IT resources you would still have with the Call Center located on site.  There are many advantages to the cloud, but make sure you know what you are hitching enterprise with!

 

 

 

 

Building an AWS Call Center is the definition of a “Disruptive” technology”!

AWS Connect – A Game Changer!

It has been almost a year since we first took a look at the AWS Connect Call Center service and what a year it has been.   Since it’s pubic release, AWS is most likely the fastest growing Call Center solution in the global market.   The reasons for this are clear and unmistakeable.   We think AWS Connect is a game changer!   Our first experience with AWS Connect was the result of a contract to move a ShoreTel ECC to AWS.    ShoreTel had basically abandoned the ECC product with no new feature develops in several years and the product was stuck at Version 9.  Given the great unknown regarding the future of ShoreTel CPE solutions, this client made the decision to move to the cloud and we were choosen to make that move painless.

Why Move to AWS Connect?

AWS Connect is a cloud based solution that follows the AWS mantra of elastic, scalable, reliable and highly available!  There is nothing to install and nothing to license!  You pay only for ‘usage’ at a couple of pennies per minute!   One client was paying some $250K a year in cloud call center licenses before they even processed their first phone call!  On AWS Connect this same spend would yield over 900,000 7 minute phone calls!  Take that to your CFO and note the reaction!  At the AWS reInvent 2017 conference, Capital One the tenth largest American Bank announced that it had moved to AWS Connect and the list of companies grows by the hour!

The DrVoIP Challenge

AWS makes it easy to spin up a call center! In less than one hour, you can have a fully functional call center handling inbound phone calls to an agent population that can be geographically distributed anywhere on the planet that supports a quality internet connection.   More than likely, it will take you more time to upload or enter the names of your agents into the Connect dashboard then it will take to create the Connect instance and obtain a telephone number! In fact DrVoIP will build out a ten agent 3 queue inbound call center for you company to pilot in under one hour!   Just give us a shout and try us!

Customization and Functionality is limited only by imagination!

One of the challenges that the current crop of cloud based call center providers face is the need. to standardize their service offering.   If you are anyone on the Gartner Magic Quadrant, you are serving thousands of users.   You can NOT make a change to the platform as it impact every customer in that providers installed base!   If you want to add a new feature, you will have to follow that vendors “product road map”.

AWS Connect has full access to the complete range of AWS Services including Lambda functions, Speech Recognition, Text to Speech, Kinesis, Mobility,  Cloudwatch, DynamoDB and the full range of AWS Storage solutions including S3 and Glacia. (recording storage and historical reports)!   Though the base instance is easy to configure and comes fully functional with a “default” call flow, the range of potential application solutions is limited only by the talent of your implementation team and your companies vision of the perfect “customer experience”.

Artificial Intelligence?

Most of the population now carries around a personal communicator that has Siri or Alex or Google and folks have not only grown accustomed to these features, they now expect them!   Do you really expect to front end your call flow with a “touch tone” based “call tree” or IVR that expects them Press 1 for English?  Come on people!   It is the 21st century!   AWS makes Alexa like features available through a natural language chat bot named LEX.   Is it not about time your call center had a natural language interface to your customer service group?    Try asking your current provider to add that functionality and when you look at the licensing fee, if the feature is available at all, pick yourself off the floor and give us a call!

Text to Speech?

Historically, as call center scripting professionals,  we resist starting a project until all of the prompts required in the call flow have been scripted, recorded, converted to the proper wav format and made available to the implementation team.   We can’t tell you how many project hours have been burned because clients did not think out the IVR messages or record the automated attendant announcements!   AWS has a wonderful feature named Polly that can enable us to script, fill the prompts with “text” and not only have our choice of voice artist and accent, but our choice of spoken language immediately available.   We can prototype call flow announcements and make changes  on the fly without waiting for a recording to be scheduled!

Data Dips with Lambda and DynamoDB

We first got involved with AWS because as consultants, we get paid on project completion.   If we have a call flow that requires a database dip to pull back  a”custom answer prompt” and were told that we had to wait for IT to spin up a Windows Server, blah, blah, blah….we would just log into AWS and spin out our favorite LAMP server and finish the project while IT was still filling out purchase requisitions!   Now we don’t even spin up a sever!  AWS is at the forefront of “server less” technology and Lambda and DynamoDB make it possible for us to write the database functions and completely ignore what the server technology is, let alone what OS it is running on!  AWS even bundles about 1 million Lambda function calls as part of its free tier.

Limitations, ah “No”!

Every system has constraints.   We have only one constraint that we have found to date on AWS but it is the same Constraint we find in Cloud solutions like Five9 and even cloud solution provider Twilio.   We can not access the telephony side of the platform to manipulate SIP message headers of other Call Control signals.  Currently this is hidden from the AWS Connect instance.  We have however, never had this be a show stopper and have always found a way to implement a work around.    At the rate AWS cranks out new feature and services however, we fully expect to see a SIP interface that we as developers can access on the shortest product road map implementation schedule in the global market place!

We Build AWS Connect Call Centers!

DrVoIP can design, deploy, maintain and manage your call center at a cost that is arguably redefines “total cost of ownership.”   Give us a call or let us know what you are thinking and you will find us to be the most experienced group of “full stack” developers available to those seeking an AWS Connect deployment!

 

 

 

 

 

 

 

 

 

 

 

Click2WebChat.com Browser Based Call Center featuring Video Chat & Screen Share!

Do you Text or Call?

Most call centers have learned that folks are not sitting at home on a wired land line phones calling for tech support,  or to make an appointment or to check on the status of an outstanding order!   These folks are rushing between jobs, kids and other responsibilities and nobody has a land line let alone time to sit at the kitchen table and with for the “next available agent”.    Everyone seems to have a portable, hand held computer doubling as a SmartPhone and as a result more folks are texting then making phone calls.

Can clients text your call center?

Over the last couple of years of working with ShoreTel and CISCO Call Center solutions, we have been repeatedly asked to enable text solutions.   We had been doing this as “one off” scripts for whatever vendor solution we were working with but we soon determined to apply the DRY (don’t repeat yourself) principle and began to productize the solution.  Initially we were focused almost entirely on text applications.   Then  a client who manufactured medical devices asked, can folks send us a picture?    So we enabled clients to text a picture to the technical support team at this company.  Apparently, attaching a photo to an email was to hard but texting a picture was a no brainer!

We then added SMS2List functionality to enable companies to create an “opt in” bulk text notification solution.    Creating a text  based list of customers that you can send a “special sale coupon” to or alert a “first responder” list of employees about an impending service outage or other emergency rapidly became typical use cases.     Additionally, a single incoming text number could support multiple applications as we enabled “keyword” message routing.    Preface your text message with a “keyword” and you could route it to a completely different group within your company.  Our “SMS2Email” quickly enabled text applications for call centers that already supported “email to the next available agent”.

Click to Call Back?

Adding a “click to call” link to a company website was next on the feature development list.    The application now supports the ability to generate a link or embed  code in your website or email signature that, when clicked on, prompts for a return number, calls your call center and when an agent gets online, completes a call to the person who clicked the link!   We even offer the option of recording the call.

Click to Video Chat?

Today, we have introduced “video chat” functionality to our quiver of customer service solutions.   You can now create a link or embed code in your company website that enables you to setup a real time voice or video chat with the next available agent!  Agents require nothing more than a Chrome or Firefox browser and a computer with microphone and camera.  In fact no formal call center is required at all.  This functionality can be established for any work group, anywhere on the globe that supports a quality internet connection.  Just log in and go!

AWS Cloud Infrastructure and subscription based!

The entire solution is built out using Twilio and AWS.   There is nothing to download or install.   The administrator or “campaign manager” creates a new campaign which generates the web hook and link or code to embed in your website and then defines the agents.   Agents log in using Chrome or Firefox (both browsers support WebRTC while Apple Safari and Microsoft IE figure out their own protocol route) on a computer that supports a camera and USB headset.   All interactions are logged with a unique ticket number that is archived and searchable by the campaign owner.

Presentation and Demo

Product development is a process not an event and this is where we are in the process. This is an exciting solution and we will continue to make it available as we enhance functionality and explore new use cases.   If you want to “give it a go” let us know by texting the work “DEMO” to 424-348-4000 and we will get you setup with a trial account.   We are always open to new use cases and application ideas so let us know what you are thinking.

 

 

 

 

An IP Blue soft-phone tool kit for serious CISCO voice engineers!

The trials of a Call Center Engineer!

As a consulting engineers, we spend a lot of time working remotely over a VPN connection!  Testing configurations, features and CSS access requires end points!  Typically more than one end point device!   Scripting for the call center applications is even more demanding as you need to be able to test call flows.  Now a VPN over CISCO Anyconnect that allows you to work long hours remote is always nice, is not the same as a point to point VPN.  You might get one IP Communicator up on your local machine, but it is often not practical to register multiple devices.  When testing a UCCX scripts you need multiple Agent and Supervisor Phones to really ring out (pun intended) your call flow.  How best to do this?

Enter IP Blue!

I was taking a CISCO certification class and noticed that the instructor somehow managed to get multiple IP communicators up on his desktop.  I immediately realized the value this would have for UCCX scripting in particular and CISCO CUCM work in general.  I did a bit of research and found a company named IP BLUE Software Solutions, the industry’s best kept secret!  They make some really innovative products, but the one that I now can not live without is the “VTGO-PC Multilab Softphone” a product without equal and one that is a must have for every serious CISCO VoIP Engineer.   With this product I can open some 5-8 7960 type CISCO phones on my desktop, all registered to call manager with individual extension numbers and separate sound interfaces (i.e. speakerphones).   I used to have one IP Communicator and one X-lite SIP phone open on my desk and that was the best I was able to do remotely.  Now I can open an entire call center on my desk!  Astonishing!

 

Softphone Feature Set

These softphones are fully featured CISCO 79XX models ranging from the 7960 through the 7975 and are completely configurable.   When working with multiple clients I can setup a phone for each system I remote into!  I can even right client on the Instance name and change it to a client name for future reference and quick setup when working on multiple simultaneous deployments! When working on a Call Center I can bring up a few agents, a supervisor and exercise the script for all the possible scenarios.  All on a single desktop!

The feature set includes some really nice, not CISCO features, like an answering machine function!  Very Powerful! Multiple softphone instances can run on a single PC, connecting to the same or different Call Managers.  Each softphone instance is independent from another, and can call any phone including other softphone instances.  This setup allows to easily simulate various call scenarios, verify Call Manager settings, troubleshoot VoIP issues and configure Call Center Scripts results!   If you are running a  lab while preparing for some certification exam, this tool is going to not only save space and electricity, but lower the overall air conditioning requirements!  Here are some of the other features:

  • Emulates Cisco 79xx line of IP phones with dual 14 button expansion modules
  • Tested and certified with CallManagers 3.2-4.1, CallManager Express
  • Supports Cisco Survival Remote Site Telephony, redundant CallManagers, DHCP option 150
  • High quality-low latency using multiple codecs (G.711, GSM 6.10, G.729), QoS support
  • Accessibility features for visually impaired users include text to speech and keyboard shortcuts
  • Supports Extension Mobility
  • XML telephony services
  • Configuration Wizard with user-definable profiles
  • Supports a wide range of external USB audio devices
  • STUN/UPnP NAT traversal, SKINNY fix-up protocol friendly
  • Call log with Callback
  • Call recording, storage and playback with email attachment
  • Integration with LDAP directories, MS Outlook, Windows Address Book, Instant Messengers (Microsoft, Yahoo, AOL)
  • Language Localization (English, Dutch, Danish)
  • Dialing from MS Outlook, Web pages and much more

This is the best kept secret in the industry and if you are a serious student or working engineer doing anything with the CISCO Collaboration suite, you need to own this software.  If you boss will not spend less than hourly rate he bills you out at, get it yourself!  The time you implementation and troubleshooting time you will save, will more than pay for itself in increase leisure and family time!    We rarely pitch products on this site, but this product was just so astonishing we had to share it with our readers!

 

 

CUBE SIP Header Matching – Extracting DNIS from a Toll Free Number!

The Problem – Call Forwarding DNIS to Toll Free Numbers

Recently we were presented with a new challenge while deploying a Call Center based on the CISCO UCCX Version 11.5 feature set. Generally, we employ DNIS as a strategy for defining the CSQ  service parameters.   The more specific you can make the inbound number, the less you will need to “prompt and collect” digits from your caller.   A call to a specific DNIS number can separate the English callers from the other language options, or route “customer service” differently than routing “technical support”.   DNIS is always a preferred routing strategy.    Using DNIS we can design a single call routing script that can  pull in the CSQ name; offer up the proper audio menu’s; provide unique queue handling options and customize the caller experience all based on the dialed number.

In this centralized scheduling application for a large national medical practice, patients would call a local number in their community.   This number was then forwarded by the carrier to a toll free number that rang into the centralized CISCO cluster and UCCX call center.   The issue was setting up the dial peers to address the number the caller dialed, not the toll free number.   These numbers terminated on a SIP trunk that was serviced by a CISCO CUBE and the number presented was the 10 digits of the toll free number.   The DNIS number, or the number that the caller originally dialed may or may not be buried in the TO field of the incoming SIP headers.

Solution – Step 1 Debug Captures of inbound SIP messages

We need to setup “debug ccsip messages” and “debug voice ccapi inout” and make some test calls.   We need to understand how the carrier is handling the forwarded number.    In the log output below we can see the INVITE is the 877 toll free number.   The number that the caller dialed is the 9323646969 number and we can see that it is in the TO filed of the sip message headers.   We will need to write a dial-peer,voice class uri,  translation rule and profile that extracts the TO field and routes on that number rather than the original INVITE.   It is the “voice class uri” that is most magical in this solution.   (Note that we got luck here and the carrier was handling the call forwarded number in a manner that was appropriate to our goals.   This however is not always the case)!

 

Solution Step 2 “Voice Class URI”

In this example, the caller is dialing 93236453XX which is being call forwarded to the  toll free 877 number and shows up in the sip headers in the TO field.   The solution here is to create a “voice class uri”  rule.  In the snippet below we can see “voice class uri 102 sip” with a “user-id of 9323645323” as an example.   We are going to ultimately want to translate this to a four digit extension number 5323 and this is done with the traditional translation rules.  In this example “voice translation rule 102” does this conversion.  Note however that the translation rule refers to a match on the 877 toll free number, not the  9323645323 number.  This is where the magic of  “voice class uri”, the ability to do dial-peer matching based on the uri.

The Voice Class uri is structured such that it has a unique TAG and then a matching expression or host IP address.   The the snippet below we can see two attemtps to setup up a uri filter based on the last digits in the TO field of the SIP header.  Tag 102 looks to match 5323 and tag 103 looks to match 5324:

Solution Step 3 Dial Peer Matching

The call flow is dictated by dial-peer matching.   From the following snippet:

dial-peer voice 103 voip
translation-profile incoming 5324
session protocol sipv2
incoming uri to 103
voice-class codec 1
voice-class sip bind control source-interface GigabitEthernet0/0/0
voice-class sip bind media source-interface GigabitEthernet0/0/0
dtmf-relay rtp-nte
no vad

!

dial-peer voice 102 voip
description Incoming – FAX DID
translation-profile incoming 5323
session protocol sipv2
incoming uri to 102
voice-class codec 1
voice-class sip bind control source-interface GigabitEthernet0/0/0
voice-class sip bind media source-interface GigabitEthernet0/0/0
dtmf-relay rtp-nte
no vad

We can see that the voice class reference is applied to the dial-peer much the way a voice translation-profile is applied with the expression “incoming uri to 102” which sets up a filter to match for the number  9323645323.  Note that the dial peer matches the voice class but it is the translation-profile incoming 5223 that changes the ten digit number of the URI to the desired four digit extension.  In fact if you study the voice-translation rule 102 rule 1, references the toll free number!

These tools, the voice-translation rule and the voice-class uri work together to enable us to route and match dial-peers on information in the uri and not necessarily the original INVITE sip: number! Way powerful!