IVR is short for Interactive Voice Response system. Despite the name and what administrative UIs like FreePBX or Asterisk tell you, it isn’t “a/k/a an Auto Attendant.” It is not a Digital Receptionist.
Auto attendants are simple “Press 1 for Sales, Press 2 for the Service Department and Press 3 for Used sales.” Auto attendants simply transfer calls to a group of extensions or to a single extension and probably pass over the Caller ID information as well. Auto attendants also are part of the voice mail system, not the phone system. IVR is much different.
IVR systems traditionally used to be a separate unit similar to conference calling and voice mail systems, it resided as an appliance, whether it is a mini fridge form factor or a VMware virtual machine in todays standards. IVR systems tied into the PBX or Centrex system as an extension and with the trunks routing calls to the IVR system.
Despite the name, V in IVR referred to the technology (voice or telephony) and not the actual human voice. With voice recognition technology today becoming the mainstream, using vocal prompts and not dial pads are becoming more and more common.
IVRs are typically found in enterprise environments. In places like a Domino’s franchise or a drug store, similar technology is called a Computer Telephony Interface or CTI because it doesn’t need to be connected to a large mainframe, or need multitude of trunks or lines to interact, however depending on the computer system and the phone system, the data can interact with one another.
As mentioned with CTI, IVRs typically bridge from the data computer systems and the voice systems. For instance, when I called AppleCare once to get assistance on my MacBook, my old number of 603.289.[BLEEP] got into Apple’s database. Later on, when I called Apple again a year or so later, after answering with my voice, the second or third question asked me about if it was my MacBook. This is an example of how IVRs work.
Continuing on Apple, the IVR system can also work along side with the PBX and the database where customer service or support information is stored. Depending on the answers I give, the call will route agents in the call center. Most of these environments are separated into groups, especially in a technology company that varies customer to customer’s needs. In the Avaya world (since Apple was a long time customer, and knowing the Avayas better than others) calls would routed in their “vector” fashion. Such script would be “If call xxxx then goto YYYY [vector routing table where specific support agents are assigned to]” Users or extensions would be tied to the various VRT or vector groups that are dedicated to answer various types of products.
As users enter in certain information (whether its an iPhone or an Xserve or a Final Cut Pro) to the IVR by calling Apple, this will route that call based on the answers that caller gives. So if a customer has had a rap sheet of problems with Final Cut Pro, the PBX and IVR system will detect that users number and associate that data to an agent that is designated for their Creative Pro software. In the Avaya systems that is called a “skill.”
IVRs can be designed to measure call data based on a variety of data points as these systems can then report back to the database system similar to a SMDR does to call records.