Add DNIS routing to your ShoreTel ECC Contact Center!

Why Route by DNIS?

Routing by the number the caller dialed, or DNIS is the preferred routing strategy for any Call Center call flow.  Clearly you can assign a DID phone number to a specific call flow and anyone who knocks on that door is answered by the same group of agents.   It is much more efficient to grab the DNIS information, however, and use it to index a database to retrieve the call routing information.  In this way, we only need one door to the call center!  The DNIS might be used to route a call to the proper product or service group and it may also be used to retrieve client information that the call center Agent needs to see displayed  in order to provide a custom care answer prompt.

Consider the requirements of a Hospital that is providing “centralized scheduling services” for 1000’s of primary care physicians.  When the inbound call is presented to the Agent, the requirement is that the caller be greeted with a customized answer prompt.  For Example:  “Doctor Leary’s office, are you calling to make an appointment?” or “Thank you for calling Doctor Williams”.  This type of dynamic call handling can best be managed by using DNIS information to retrieve the Doctor’s name from a database   We do this regularly in CISCO UCCX and ShoreTel ECC Call Center solutions and the process is essentially the same for both solutions.

ShoreTel ECC Route by DNIS example

First, we need to create a DNIS Map in the ShoreTel PBX; a ‘route point/IRN ‘ combination to pass the call to the ECC;  and an ODBC connector from the ECC server to your favorite SQL database server.   The SQL server would host the database your scripting application needs to access in order to obtain the correct answer prompt.  Lets assume that the database contains a very simple table structure:

DABASE = DNIS_listofDoctorsOffices = (Field1 = DNIS Number, Filed2 = OfficeName, Field3 = QUEUE_IRN)

You would then write a simple script to take the incoming DNIS information and use it to index the database and get the OfficeName and maybe the Customer Service Queue that handles that office (City or State or what have you).  There is no limit to the information you could retrieve and present to the Agent,  For example: Name, Service Class (Platnium, Gold or Silver), Renewal date, last order, shipment date, the list goes on.   In this simple example the script would take the DNIS and use a SQL expression to retrieve the answer prompt data:

Select * from DNISlistof DoctosOffices where DNIS = %DNIS_NAME%Sample ECC Script Screen

Creating a DNIS MAP in ShoreTel iPBX

In the ShoreTel iPBX Trunk Group it is necessary to create a DNIS map for two reasons:  First, the ShoreTel ECC can not read the DNIS directly, it requires the administrator to fill in the “dialed number” column in the DNIS map.  The ECC has a mandatory call profile filed named DNIS-NAME which will be auto filled with the information you provide in the DNIS map “dialed number” column.     Secondly, unlike a DID number that might be directly mapped to an extension, we need a way to get the incoming call connected to the IRN on the ECC that is running the DNIS SQL lookup  Script.   In this example, the Destination field of the DNIS Digit Map in the ShoreTel iPBX Truk Group points to the Route Point/IRN in the ECC that supports the script.

 

DNISMAP

POPing the Agent Display with useful Data

The ShoreTel ECC has two variables data types: Mandatory or System Variables; and User create Variables.  The Mandatory variables are system call parameters like ANI or DNIS and a long list of other system based data.   ANI contains the digits that make up the caller identification and that is also often used to retrieve database information.   If you are using ANI you will need to do some string manipulation to strip off the +1 from the 10 digit number, or format to match your database.   User created variables are the name you create for the fields you will get from your database.  Useful examples would be CustomerName, DateOfService, AccountBalance and RenewalDate.    Any Variable, User created or System,  can be pushed out to the Agent Display within the ShoreTel Communicator.

ScreenPop

What is your Call Center Application Requirement

We have seen it all, so we are always interested in your requirements for custom CRM integration and Call Flow management.  Give us call or drop us an email and play “stump the vendor”.   We would love the challenge of finding yet another new ShoreTel ECC or CISCO UCCX Contact Center application requirement!

[show_related ids=”2828, 2610 ,2447, 1378″]

UCCX Instant Contact Center “Killer Script” $295?!

The Vision!

It has long been our vision to create a UCCX script that can be used to rapidly deploy a new Customer Service Queue.   We appreciate that each Contact Center is different, but there is a set of expectations most folks have for the basic call flow and feature sets.  Between the vision and the reality is a leap of faith, but we have emerged a Generic Customer Service Queue consisting of a small library of scripts, professionally recorded audio prompts, XML document files and supporting sub flows that, taken together,  provide a very rich call center solution.  If you are building out your Contact Center with CISCO UCCX as your call processing engine, this script will get you operational in a fraction of the time it would normally take to design and develop a script form scratch!   If you are running at least Version 8 or higher on an Enhanced license, the resulting contact center script provides a rich set of features.

 

Included Feature Options:

  • Auto configuration based on the Number Called;
  • Holiday List checking for programmed closures;
  • Supervisors are enabled to open and close a CSQ on demand;
  • Supervisors can record a custom closed message (meetings, emergencies etc.);
  • Call flow can provide for Language selection (Press 1 for English);
  • Each CSQ can be optioned to play estimated wait time and position in queue;
  • Each CSQ can be optioned to enable a “call back without losing your place in queue”;
  • Each CSQ can be optioned to allow caller to leave a message, bailout to operator, or arrange call back;
  • Each CSQ is checked to assure there are agents logged in;
  • Music or Message while in Queue can be optioned on a per CSQ basis;
  • Extend Call Holding Options can be offered based on max time in queue;
  • Each CSQ can be optioned to enable the processing of a list of off site agents that can accept a remote call;
  • Custom layouts can be created to push information to the Agent Desktop Display based on CSQ;

QueueOptions.XML

The heart of the script is the “Queue Options” file that is read with each new phone call received by the system.  The script then configures itself to identified CSQ options based on the called number.  The called number is used to retrieve the options for the target CSQ from an XML file.  For example, callers to the Customer Service CSQ may be prompted with estimated wait time and position in queue, while the callers to the Technical Support Queue are not offered this information.   Perhaps arranging a “call back from queue without losing your position” is a feature that is offered to Platinum callers but not to the Silver clients.  Each CSQ can have different prompts and customer care messages for those waiting for the next available customer service representative.  The options offered callers can be different for each CSQ.

Call Center Administration

Emergency closure?   Authorized users, typically the call center supervisor, is issued a PIN and Queue number.   This enables them to call the included CCAdmin IVR Module, enter their PIN number and then select the CSQ number.  They are the offered the option to open the CSQ, or close the CSQ and record a new closed greeting.    No more calling down to the System administrator every time you want to close the CSQ for a team meeting!

The script is optimized to provide the richest set of functionality based on a wide cross section of call center applications and at the lowest possible cost both for acquisition and ongoing maintenance.   As the script is both extensible and reusable, it can be used for future CSQs and as such, it will save you money on into the future!   Give us a call and we can download the script to your UCCX Contact Center, configure the options and have you up and running with a professional call flow and sound with in few hours!  Clients who purchase this option will continue to get follow on updates as we continue to add new functionality!

We have updated the Script for 2019, so watch the new video which details the new feature set!

ShoreTel adds Siri features with SpeechBridge!

Anybody who has used Siri or Google to ask for directions while driving, understands the importance of being able to navigate through an automated attendant menu using voice commands! Natural language, speaker independent speech recognition has come very long way and can be economically integrated into every ShoreTel system deployment. One of the best kept secrets in the ShoreTel community is the availability of a low cost, high performance voice recognition solution that makes your digital automated attendant understand human speech! Folks driving along, even those stuck in a traffic jam, cannot be pressing extension numbers into their iPhone! Why not let them “speak” a name or extension number? Siri does it and so can your ShoreTel system.

SpeechBridge can hear!

Enter SpeechBridge by Incendonet of Encinitas, California! The company offers a speech recognition appliance, optimized for ShoreTel systems that can give your Automated Attendant ears! Using a SpeechBridge, callers can “Say or Press 1 for Sales;” or “Please say the name of the person you are trying to reach.” SpeechBridge easily eliminates that frustrating “spell by name” touch tone, key pad game that dumb automated attendants expect callers to play.   SpeechBridge can also integrate with your Calendar and Email systems!  The product is easy to install, and easily interfaces with back office systems like Exchange and Active Directory.

Easy to Configure!

As the name suggests SpeechBridge establishes a SIP trunk to your ShoreTel system.  Inbound calls are directed to off premise extensions, where 2-8 ports of powerful speech recognition, are available to play the normal role of an automated attendant.  Though the SpeechBridge can collect touch tone digits, it is optimized for Speech and the spoken word!  Callers can say an extension number, voice navigate a menu or speak an internal user’s name. Using SpeechBridge “sounds like” patented technology, the system will sort through names and phonetically match the sounds uttered by the most inarticulate callers!

The system has a unique Scripting and Menu editor which enables you to rapidly implement new call trees and custom IVR applications. Use the bundled system prompts or upload your own prompts! The system can be used to look up, confirm and reschedule or create calendar events like appointments. The SpeechBridge can even create transcriptions of your voice messages and send it to your email!  There are a variety of fully formed APIs that enable third party integrations for those who seek to use the appliance in custom applications.

Adoption Strategy!

When Voice Mail systems first came to market,  smart marketeers would install them free of charge with each new phone system, on a “try it, if you don’t like it we will take it out” basis.  Thirty days later, there is no way you could take away someone’s voice mail system!  We recommend you make the SpeechBridge a standard part of your ShoreTel deployments! Give them the Speech enabled Automated Attendant.Then grow recurring revenue adding the many other applications where TTS “text to speech” and SR speech recognition can be applied! Include SpeechBridge menu and directory maintenance as a “service” offering and differentiates your company’s ShoreTel implementation!

The technology is not difficult to understand, implement or maintain!  Incendonet has an excellent dealer education program, superior technical support and a growing product portfolio of speech enabled applications! If you like Siri on your iPhone, you will love SpeechBridge on your ShoreTel.  The product is certified by ShoreTel and fully supported by Incendonet!  Add Speech Recognition to your ShoreTel today, by calling Incendonet at 760-944-7698 and ask for Sales!  (Before you ask us, yes, SpeechBridge can be integrated with any VoIP PBX that supports SIP trunks!)

Contact Center Remote Agent Locator!

We recently had a request for an “emergency locator” application with a different twist.   Historically, we have written a number of “locator” type scripts, but this request had some unusual requirements.   The client wanted to have live agent support for a technical support queue, even after the agents went home at end of shift.  Basically, put the caller on hold and then go find an agent to assist!   Now if agents are logged in, that is more of a remote VPN phone type of solution.  This was different, the agents were not logged in and not on a VPN phone,  but reachable by cell phone.   The requirement was that the caller should have the same experience after hours that they might have during business hours.

The Challenge!

If that was not a sufficiently large challenge, they also had multiple CSQs and that would mean processing a list of agents that was CSQ specfic.  Additionally, all of this should be reportable in the normal historical reporting process.  If an agent could not be located, an email was to be sent to the CSQ team, and the client offered the opportunity to leave a VM or request a call back.   What was different about this request for script assistance, was not that we had to locate an agent, but that we had to keep the client in the queue and somehow pass the client to an available cell phone based agent.

Not entirely sure if we could do this in a ShoreTel ECC, the CISCO UCCX has the ability to create scripts that manage multiple contacts.  The “Triggering  Contact” being the caller that launched the script, and then we need an email contact and an outside phone contact.  There is no way, however to conference or transfer the caller to an active call.   Additionally, we needed positive assurance that we reached a human and not an answering machine!  This made for an interesting set of challenges!

The Solution

The caller handling front end was a typically call queue strategy, but the back end agent locator was tricky.   First we had to create a way of searching a list of available agents.  Not a single list, but a list for each CSQ as the agent skill set was product focused.   That requirement was initially handled with a SWITCH step and later improved by use of an XML file.    We place the caller on hold, then find the first agent and call them as the second outbound contact or new active phone call.   To confirm we actually reached a human, we ask them to press any key to continue and when they press a key, we know we reached a human and not a machine.

Next we ask them to press one to accept the assignment, or two to reject the assignment in which case we have to return to the list and find another agent.  If they accept the assignment, we tell them to keep the line free as the next phone call will be the caller on hold in the queue.  We terminate the call and then retrieve the caller from hold and transfer them to the agent.

This all worked very well and we are now enhancing the features and script strategy to make the code portable and more flexible.   If the agent had rejected the call, we would send an email to management and call the next agent on the list.    We are eager to find ways of leveraging the script for more applications and welcome your input!

 

HA server in “Split Brain” mode?

What is a High Availability Server Configuration?

HA availability server configuration often results from the sharing of a database between two servers.  One server is Primary or Active, and the other server is Secondary or Inactive.   Generally in the case of Voice Mail servers or Contact Center servers, there is a shared trunk group that interconnects the iPBX or Call Manager to the Active Server.   Should that server fail, the call searches through the trunk group ultimately connecting with the Secondary Server which has now taken on the Primary or Active Roll.   In the case of the Contact Center both ShoreTel and CISCO use this strategy with great results.

Is it “alive”?

A condition known as “Split Brain” can result, however, causing both servers to get “confused”.    This is generally the result of one of three conditions: a server loses power or becomes disconnected from the network during a database replication between the servers; or one of the servers actually restarts during the database replication process.    When this happens database updates to each server may not be replicated to the other server and we get a Split Brain.

The first step in remediation to to recognize the condition!   It  may not be readily identifiable.  In the case of CISCO you can log into the server through the CLI and run utils service database status which will show the present condition of both servers.  If you see the status “connection status unknown” or “Primary/Unknown” or “Secondary/Unknown” you are now in a schizophrenic mode!  Both servers are up and operational but neither server is processing calls as neither server knows that it is the Primary server!  Bad things are happening!

splitbrain

If this condition exists action is required to restore sanity as quickly as possible!

Split Brain surgery!

The remediation can be summarized as restoring each server to a role, Primary/Active and Secondary/Inactive.  Once that is established you will need to pick which database is most current,  and then copy it to the other server, restoring synchronization.  Again CISCO has tools to assist with this process and if followed, this surgery can go smoothly and quickly!  Basically log into the CLI of the server that has the data you want to keep and run the command utils service database status . Then log into the other server and run the command utils service database drbd discard-node which should restore database replication to normal.   Then run the command utils service database status and you should see something that looks like this:

SplitBrain2

You might then need to double check Distributed Replication Block Device or DRBD meta data for corruption if the servers do not sync up.  This DRBD is what synchronizes data between the two servers.  Check the status as described above and if you see the DRBD error, then run the command utils service database drbd force-keep-node which will reset the DRBD and set the server to Secondary/Inactive.

Ah life in the world of HA!

 

 

 

 

 

 

 

Upgrading CISCO with Prime Collaboration Provisioning

Don’t Procrastinate!

Sooner or later you will find you need to upgrade your VoIP deployment, regardless of the vendor.   Differing upgrades is just prolonging the inevitable and increasing the complexity and the pain level.   Let’s take the example of migrating a CISCO MCS based cluster that includes a CUCM at version 7.1.5, a UCCX at Version 8.0.2, and a Unity Voice Mail at version 5.0, and some of the components have HA options!  Having put off upgrades for some time, this client will have to migrate from MCS server hardware to vmware ESXi virtual machines and upgrade to the now current 10.X release across the cluster and applications.  In the case of Unity which has been replaced by Unity Connection, this is a completely new application addition.  The complexity of this upgrade is about as challenging as they come!   Additionally, the client expectations are that impact to the production environment will be non-existent!

Build out a “Mirror Lab” system

The decision was made to build out a completely separate “lab” system and to use the same ip topology as the production system.  This in itself is an interesting set of configurations as you will still need to maintain connectivity with all network services, particularly DNS and NTP.   This might best be accomplished with a set of temporary service providers on a completely isolated network.  In this instance we made use of Prime Collaboration Deployment  (PCD) tool to migrate and upgrade the CUCM cluster consisting of Publisher and two Subscribers.   As the “lab” network was to mirror the production network, we actually had three of four subnets to configure as the HA servers were to be located at a different site than the Publishers.   The PCD was relatively painless and very useful.  We did learn quite a lot about the capabilities of this tool, and in the end, consider it to be of great value and we will continue to use it in future migrations.   See our previous blog about lessons learned!

Plan 3 hours per server per Upgrade Step up!

Understanding the time required to complete this process should be established.  The actual time to do a backup and/or a restore of a specific server will be determined in large part by the size of your deployment.   A backup for a single cluster with 100 users will take considerably less time than a backup of a multiple cluster deployment with a 1000 users!   For planning purposes we used one hour per server for installation of software including ISO, COP files and any required Engineering releases.  Each backup added an hour as did each restore.   Keep in mind that you may be making multiple upgrades to achieve your end goal.  Each upgrade will take place in the “inactive” partition. Then you will be required to switch partitions. This process will take as long as a backup to progress!   In this example we were moving from 7.1.5 to 10.6 and that would normally be a multiple step upgrade.  In the case of the UCCX it most certainly was!  So we have, in this example three CUCM servers, 2 UCCX servers, and 2 Unity servers for a total of 7 servers.  At the base level that is a minimum of 21 hours of server operations for each upgrade step!  Plan accordingly and set expectations to all stakeholders!  There will be long periods of watching computer screens and the progress bars that hopefully give you some feel of where you are the process. CISCO upgrades list the number of tasks and also estimate the time per task.  This is very helpful!

UCCXupgradeScreen

Take time to learn COBRAS!

Once we had the CUCM cluster established, we turned our attention to the migration from Unity 5.0 to Unity Connection.  This was achieved by building out a new ESXi based Unity Connection Version 10.5.  CISCO has a great tool to assist with this migration in the form of COBRAS which, if you have not used before, will take some study.  Fortunately there are many training videos on the CiscoUnityTools.com website, where you will go to download the required software.  You will need the CISCO Unity Export tool and the Unity Connection Import tool.   The Export tool needs to be installed on the Unity Server as it will build connectors to the existing Unity configuration and User database.   The tools are not difficult to learn, but do require some orientation.   You can export the configuration including users, call handlers, mail boxes, prompts and even messages.  If you set customer expectations that they will not have historical messages, you can eliminate importing messages which will simplify the process.

The Unity Connector Import tool can be installed on a Windows laptop.  You will need to download and install IBM Informix drivers to connect to Unity Connection Server using a Microsoft OBDC connector.  In this example, we moved from a system that had many less features to a system that had many more features.  Our expectation was that this would be the most painful part of the migration journey, but it turned out to be comparatively easy.   The Unity Connection Server came up with most of the old call handlers matching definitions for new call handlers, and the user database imported with out error.  We choose not to import old messages and set an expectation with the client that there was a point in time in which they would need to clear out old messages as they would not be on the new system.

List and have available all COP files!

Now the upgrade and migration of the UCCX was in fact the most challenging part of the journey.   With the Call Manager now on Version 10.5 the current UCCX 8.0.2 system could not communicate with the call manager.  At first this was not thought to be an issue.  We backed up the UCCX 8.0.2  server and built out the same version machine on ESXi.   Then we did a restore and now had a virtualized UCCX 8.0.2.   You will not be able to log in to the UCCX administration page, however, as the user database is on the CUCM, and the two systems are currently incompatible.  There is a very long list of steps to get to UCCX 10.6 and each step required a backup and restore!  The clock is ticking!

We upgraded the 8.0.2 software to 9.0.2 and found that we need a license key to be able to log into the Administration portal.   Given that we were only temporarily stopping here, and ultimately would license under Prime License Manager, we did not plan for this.  However, we wanted to make sure that all data was successfully migrated to the new version.  So we obtained a demo license through TAC to take a look at our repositories and verify that all scripts, prompts and documents etc. were successfully migrated.   We noted that the Call Control Groups were not in place, but determined that was a result of a  Jtapi version incompatibility.   We next need to apply COP files and migrate to 9.0.2SUS2 in preparation for the journey onward.   At this point, we found a error in the database replication of UCCX servers and elected to remove the secondary server, which we would add back in at a later step.  This required TAC assistance to log in as root and run a script to strip the database of any reference to the second UCCX server.

There are hardware reconfigurations that change as you move through to 10.6 so be aware of them.  As you might have done on MCS upgrades to 9.0.2, you will add RAM and maybe disk drives depending on the size of your UCCX.    So moving from the ESXi virtual 8.0.2 clone we attempted to build out the ESXi machines using Version 10.6 OVA files, but ended up having to download and use an OVA for version 9.0.2.   The upgrade to 10.6 required yet another COP file before the upgrade could be started. Again, it is important to study the various upgrade paths as you may be moving through several upgrades, patches and COP files, so keep track and write it down!  After the COP file, yet another backup!   Finally, we were able to move to 10.6! Once on 10.6 we now needed to add the HA server back into the mix.   Actually, in the future for any multiple upgrade steps it may be best to remove the HA server before starting the upgrade.   Generally this is not a CISCO supported method, but you can see how much time it cuts out of the project as you do not have to upgrade two servers, backup and restore two servers at each step of the process!

Now that we have a complete system upgraded and virtualized, we can do some testing. Specifically working with firmware and CTL issues if any!   Though we did not have any gateways to connect with the outside world, we were able to bring up phones, assign users and make phone calls to the UCCX and the Unity Connection.   What remains is scheduling the maintenance window to facilitate the “go live”.   The plan was to take the old system offline and put the new system online.  Keep in mind we used the same machine names and IP topology in the “lab” as we did in the production environment!

 

 

 

The ROI of a “Call Back” option!

In his newly released ebook, Fonolo founder, Shai Berger, defines Abandoned Calls Rate as the Number of Abandoned Calls / Total Calls.  Abandoned calls represent not only a lost revenue opportunity, but they cost you hard dollars. Shai does a masterful job at outlining these costs in a way that business folks can understand.  Throughout my 35+ year career in telecommunications,  I have witnessed the pain of  Call Center management endlessly struggling to increase customer service levels and response times with limited available resources.   One solution,  hire more agents until there are no busy signals is never considered.  Yet business managers never tire of adding more incoming telephone lines,  queuing more and more customers to wait on hold for longer periods of time, resulting in lower customer service levels and higher abandonment rates!

Effect_of_Virtual_Hold

Recently we heard of a company, HOLDYR,  that actually makes a product that allows people to select what music they want to hear while on hold!  As Shai points out in his book, if you think this is a joke, take a road trip with your browser open to onholdwith.com to see the rants of folks who have been on hold.  Putting customers on hold will result in lost business and high frustration levels.  You will also be tying up a phone line for the duration of that hold period.  Couple that phone line to an incoming toll free number and the cost per minute of hold is even more dramatic. Only the IRS can leave folks on hold and care less about abandoned call rates, most competitive businesses prefer to take action.

Call Backs offer reduced operating costs, smooth traffic demand, and fully employ customer service resources,  so why not provide callers that option?  After  answering an incoming call and finding no agents are currently available, the caller is offered the option to “receive a call back without losing your place in queue”.   If the customer elects this option, we can confirm their caller id or ask for the number we should call them back at.  Fonolo offers a number of equipment agnostic “virtual queuing” solutions that can be added to an existing call center.

Effect_of_Virtual_Hold_3

We can take this strategy to yet another level by providing call back options that do not even require a call to your customer service center at all!   Web based call backs are one example, in which a client on your website provides a phone number and requests a call back.  We are particularly fond of TEXT based solutions in which the customer sends a text message, and either receives a call back immediately, or receives a text with an estimated call back time.  This text can prompt for an alternative call back number or time for call back.  In both cases however, there is no need to queue callers or to have more telephone lines than you have customer service agents.  (In fact, if you think about it, under the right conditions you might not need a call center at all!)

Send “TextMyECC” to 760-867-1000 for a sample interaction.  We can even build these  solutions around Smartphone apps which completely eliminate automated attendants, IVR and queuing, but allowing the customer to directly interact with the correct call center queue to schedule a “call back”!
[show_related ids=”1749, 1753 , 1699, 1598″]

ShoreTel ECC “Sticky Email” ?

Call Center or Contact Center?

Call Centers had no sooner become “Contact” Centers  when multimedia “nice to have” features became “must have” requirements.   The more mobile the customer base, the more likely they are on a smart phone and not sitting at a desk computer.  They want “contact”, however they want to communicate.  That used to mean voice by telephone, but might now mean text, chat, email and now video!   (See our Blog on this subject.)  Email, however, is an interesting option as it cuts across platforms and can be read at the desk or on the phone. For this reason, it is still a strong feature requirement on the Contact Center landscape.

ShoreTel has had the ability to route an incoming email to an agent, much the way an incoming phone call is routed to the next available agent.   Send an email to customerservice@yourcompany.com and the ShoreTel ECC will grab it from the mail server and route it to the next available Agent.  ShoreTel ECC will even allow an Agent, already engaged in a phone call, to take that email and work with it, increasing Agent productivity and cutting customer service response times.

One of the challenges with ShoreTel ECC email however, has been the ability to route the email to the same agent who initially responded to the customers’ first email request.   An Agent might get an incoming email, answer the email and send it back to the customer.   The customer might have a follow up request and when they hit reply, to the reply, there is no assurance that the original Agent will get that same email.  Often the email is routed to the next available agent, as if it was a first time contact.

Why do you “Sticky Email”?

The solution here is to create a “sticky” email. One that will relate the original customer request to the Agent who initially handled the response until such time as the case is closed.  This can be done with the existing ShoreTel ECC tool set.   Using the C2G or Interaction reporting database and some SQL glue,  an incoming email can be reviewed before it is passed on to the Agent.  That review process would check the Interaction database to see if the FROM field has been previously entered into the database during, say the last 30 days.   If so, the email is routed to the personal email queue, within ECC, of the Agent who responded to that email!

Simple, elegant and actually it is really quite cool!   We have been using this process to manage our Text to ECC email messages for some time and have now adopted it for ShoreTel ECC routing.  Text the word “STICKY” to the phone number 858-223-1040 or email us at DrVoIP@DrVoIP.com. We can get your Contact Center connected! While you are at it,  we can set you up with TEXT to Agent as well!

(Note – The CISCO UCCX has “sticky email” built into the application along with Chat, and Social Mining!   This is a great overview of how CISCO does this feature).

 

 

 

 

 

WebRTC “peer to peer” Call Center Demo!

What is a “peer to peer” call center?  The concept is a fully functioning call center that exists only in the internet browser of the workgroup agents and supervisor participating.  In fact, no telephone lines are needed, beyond the published customer service number.  There is no large internal LAN network. No complex phone configuration, not eve n a handset. All communication with Agents is done through a Chrome or FireFox browser.  Your computer needs to have a microphone and be on the internet.  The microphone can be built in or be a USB based headset plugged into your computer. (Hey, here is an idea: Music on Hold is so last century, now we can have “video on hold”  show them a product demo)!
We created a demo at http://DrQOS.com (Dr Quality of Service, DrVoIP’s alter ego) that you can log into as username:agent1 with a password:test1234. The demo system has a fictitious company automated attendant and when you call the main number 619-717-2143 you will hear the FAKE menu and you should immediately press 1#. You will then be routed through to the logged in Agent. The agent is made ready by just logging into the portal. Click on answer and you will be connected and speaking through the webRTC protocol resident in your browser out to the caller (again remember only Chrome or Firefox browsers are supported).

NOTE – Please do not log in as the Agent and then call yourself through the Agent console, the demo is designed so you can see both sides.  You can be the agent or the caller, not both!   If there is no Agent logged in, the caller will be asked to leave a Voice Message.  In most Browsers the first time you click answer you will be prompted by the browser to grant access to your mic which you should allow!

 

2017 UPDATE – We have continue to develop the product and have taken down the above site.  It has now been replaced with a production ready solution built out on Twilio and AWS.   The product enables WebRTC as well as a variety of SMS services including text to email.  Please text the word DEMO to 424-348-4000 and we will set you up with a demo account.  Here is an overview of the product!

Can I text your Enterprise Contact Center?

Phone only ‘call centers’ have been rapidly replaced with ‘contact centers’ that can also handle email and chat communications.  Customers want more options for interacting with companies they buy products and services from.  Chat requires the customer to be at a computer and though email may be sent from a mobile phone, generally the sender is at a desktop.    In a wireless world in which every man, woman and child seems to wonder around with a ‘text’  or sms enabled device on their person, does it not make sense that they would want to text your call center?

Most call centers seem to be comfortable adding more and more incoming telephone lines, but never seem to add more agents?  We now queue up more clients to the same number of agents and expect that our customer satisfaction scores will increase with each new telephone line we add.   Chat and email increase the options that an agent can use to communicate with a customer, but only text offers location independent immediacy and the highest level of accuracy in CRM integrations.

A text will be read, on the average, within 10 seconds of its arrival.  It has a significantly higher read rate than email.  It is considered spam free, as you must opt in from you own mobile phone to receive future text messages.  As most folks under 30 do not even have a land line, using the CID of a SMS text will yield a much higher accuracy rate when doing screen pops from CRM integrations.    Self Service options for SMS are enormous and scheduling an agent call back could not be any easier!

What would you rather do: call into a contact center, listen to the obligatory menu of options, self navigate to the customer service group and then hear the first queue message: “the next available agent will be with you momentarily”; or send a SMS text message directly to the contact center group, by passing the automated attendant  and if you do not receive an immediate call back, receiving a confirmation text that an agent will call you at your mobile number in four minutes?

We have created a website to enable you to immediately setup a text based marketing campaign! You can create an account at our TEXT PORTAL  and select a phone number for your campaign and be in the digital marketing world in minutes.  We give you free SMS credits when you activate your account!  Interested in extending this capability to your Contact Center?  We can implement text functionality to your ShoreTel Contact Center or CISCO UCCX in a matter of hours!

Contact DrVoIP@DrVoIP.com or send the word CALLME to 603-426-3253 for sample application!  If you would like to test T2E (Text to Email) text your email address to the same number and we will set you up. – DrVoIP