IVR Solutions

This section of our technical library presents information and documentation relating to IVR Development and custom IVR software and products. Business phone systems and toll free answering systems (generally 800 numbers and their equivalent) are very popular for service and sales organizations, allowing customers and prospects to call your organization anywhere in the country. The PACER and WIZARD IVR System is just one of many DSC call center phone system features..

What Is IVR?. An Interactive Voice Response (IVR) processes inbound phone calls, plays recorded messages including information extracted from databases and the internet, and potentially routes calls to either inhouse service agents or transfers the caller to an outside extension.

Contact DSC today. to learn more about our IVR services and IVR application development software.

By Maggie Klenke

There is a lot of press these days on the transition of touch-tone-driven IVR to speech recognition systems. The concept is to make the interactions easier, faster and more conversational for the caller, resulting in a higher self-service completion rate. But many of us have IVR systems that we are likely to keep for some time yet and need to maximize the utilization. And if you are converting, some time invested on a meaningful design of the interaction scripts is time well spent.

Let’s go back to the basic reasons why most call centers implemented IVR in the first place. It might have been to automate the mundane easy calls so that we didn’t have to use a more-expensive human agent to answer those calls. Or, it could have been that our customers wanted longer hours when they could access the company, but we didn’t have the staff for those low-volume periods.

In some cases, the IVR was implemented as a way to provide a service that simply couldn’t be handled by human agents, such as private replies to follow-ups on medical test results, or support in languages that none of the staff could speak. Perhaps customers drove the decision by demanding an automated solution that wouldn’t require an agent.

Regardless of the reason that may have justified the investment, the primary purpose of IVR is to provide the customer with a self-service option. It’s important to make sure that, whether implementing a new system or checking up on our current ones, we keep the customer at the center of the design process.

Often the scripts we use are confusing to the customer and make it difficult for the customer to complete their interactions with the system.

The top ten common errors in script design include the following

• 1. Too many choices. Just because there are 12 buttons on the touch-tone pad doesn’t mean they should all be used. There should never be more than five choices, and fewer are better
  
  
• 2. Too many layers. A layer is a set of menus that is connected to additional sets of choices. For example, if the first set of choices asks if the call is about appliances or furniture and the caller selects appliances, then the second layer of menus might list the various appliances and ask the caller to select one of them. There should never be more than three layers as it takes too long and frustrates callers.
  
  
• 3. Endless loops. An endless loop occurs when the choices provided do not include an escape option that would take the caller to the agent (or an after-hours recording). So if callers do not hear a choice that corresponds to their issue, they just keep hearing that list over and over with no escape.
  
  
• 4. Disconnect of caller. If the caller does not make a selection the first time through a menu, many systems replay the options again. But in some cases, if the caller does not make a selection, the system simply disconnects. This is incredibly rude and frustrating for the caller. The system should direct the call to an agent (or an after-hours recording) rather than disconnecting.
  
  
• 5. Use of industry jargon. It is unreasonable to assume that callers will understand all of the unique terms and acronyms of our businesses. So, if the caller is presented with a list of choices such as for HMO, press 1; for PPO, press 2; or for Indemnity, press 3 - it is likely that many will end up in the wrong system or agent group. Use clear common language, or ask the caller to enter their customer ID number so the system can can find the correct match.
  
  
• 6. Constantly changing menus. Repeat callers become familiar with the numbers that correspond to their common choices and move through the menus without listening to the lists. But if you change the options, you force these callers to spend more time listening, which frustrates them and costs you money. Change if you must, only as often as necessary to improve results.
  
  
• 7. Menu choices do not have expected results. An example of this is the menu that asks the caller which language is preferred, but then connects the caller to an agent group that does not speak that language.
  
  
• 8. Number first, menu item second. The script should provide the description of the choice first and then tell the caller which digit to press. If the number is given first, the caller may forget which number it was by the time the right description is heard. This results in the caller having to repeat the menu, increasing both caller frustration and cost to the company.
  
  
• 9. Unprofessional voices. The scripts that are read to the caller should all be in the same voice and should be a voice that is easy to listen to with a neutral accent. Many companies have employees do these recordings and then mix up male and female voices as employees come and go. It is a good investment to select a professional voice-over artist to record your scripts so they will be easily understood and consistent.
  
  
• 10. Unprofessional scripts. This is more of a problem with speech recognitions systems than with IVRs, but the “rule of thumb” is: do not get cute with the script. It might work in some companies with a fun-loving brand image, but it can come off as unprofessional. It is fine to sound friendly and encouraging, but don’t go too far.

Here are some suggestions for strong script design

• 1. Use a team to develop scripts. The team will need to involve the IT/Telecom staff to ensure that what is desired is possible and to help the team explore all the possibilities of the system. The call center should be represented by both a manager and an agent. The manager knows what is desired, but the agent knows what customers want. Someone from marketing may also be valuable to ensure that the system supports the brand image of the organization. If customer input is available, it can be useful as well.
  
  
• 2. Put the choices in logical order. In many cases, the choices should start with the item that callers select most often. This will minimize the caller’s time listening for their choice and toll-free service cost. However, there are some cases when the first choices are the small-volume but specialized items that need to be captured, with the bulk falling into the “all other inquiries” category. In that case, the last item in the menu may get the highest volume, but the unique items will have been pulled out successfully.
  
  
• 3. Test a new script thoroughly. The script and flow should be documented in a written piece that is easily revised. Any new script should be tested in a variety of ways. Does each choice take the caller to the correct destination? Will callers who don’t understand industry jargon understand the choices and make the correct one most of the time? Testing with outsiders is a good step and there are services that provide that massive testing processes, but a group of non-employees (such as family members) can be used to test the script as well. The last test should be with a group of user volunteers. Listen to the feedback of these testers and make the necessary adjustments before putting the script online. This is not a time for “pride of authorship”.
  
  
• 4. Test the system regularly. It is not enough to test a new script when it is implemented. The system menus should be tested regularly (at least once a month) to ensure that they continue to work properly, route to the desired agent group, and still make sense for the business. Minor changes in the ACD queues can result in routing to unexpected places by the IVR. For example, one company had planned to divide customers by alphabet but wasn’t quite ready to do that when the initial scripts were designed. So the script said, “If your company name begins with A through F, press 2”. This script held the place of the divisions by letter that would follow shortly. But because the company decided not to divide by alphabet later and failed to test the scripts regularly, 2 years later that same message was still playing. Imagine how odd that must have sounded to callers, and how much additional toll-free call expense the company incurred as a result.