<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>IVR World &#187; design</title>
	<atom:link href="http://www.ivrsworld.com/tag/design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ivrsworld.com</link>
	<description>IVR, Interactive Voice Response System, CTI Applications</description>
	<lastBuildDate>Fri, 10 Feb 2012 09:25:15 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Interactive Voice Response Best Practices &amp; Design Tips</title>
		<link>http://www.ivrsworld.com/general/interactive-voice-response-best-practices-design-tips/</link>
		<comments>http://www.ivrsworld.com/general/interactive-voice-response-best-practices-design-tips/#comments</comments>
		<pubDate>Wed, 17 Mar 2010 07:58:27 +0000</pubDate>
		<dc:creator>Uttam Pegu</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[business software]]></category>
		<category><![CDATA[customization]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[interactive voice response]]></category>
		<category><![CDATA[IVM]]></category>
		<category><![CDATA[ivr]]></category>
		<category><![CDATA[phone software]]></category>
		<category><![CDATA[phone system]]></category>
		<category><![CDATA[robocalls]]></category>
		<category><![CDATA[small business software]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[telephony]]></category>
		<category><![CDATA[user testing]]></category>

		<guid isPermaLink="false">http://www.ivrsworld.com/?p=1322</guid>
		<description><![CDATA[We&#8217;ve all been stuck on the phone trying to get information from an automated telephone system in a battle against the machine that sometimes seems to be designed specifically to prevent us from finding what we&#8217;re looking for. While that almost certainly wasn&#8217;t the intent of the automated phone system, poor execution can leave a [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>We&#8217;ve all been stuck on the phone trying to get information from an automated telephone system in a battle against the machine that sometimes seems to be designed specifically to prevent us from finding what we&#8217;re looking for. While that almost certainly wasn&#8217;t the intent of the automated phone system, poor execution can leave a multitude of customers with a bad taste in their mouth.</p>
<p>A well designed IVR (Interactive Voice Response) phone system can be a valuable resource, but a poorly designed system will only reflect poorly on your organization’s communication and customer service. With that being said, here are a few pointers to help make sure you are designing a good call flow for your automated IVR system:<br />
<span id="more-1322"></span>
<ul>
<li><b>Outline the Call Flow for Your IVR</b><br />
A flow chart or an outline is the perfect place to start. You really need to take the time to plan out how someone is going to interact with your phone system long before you start creating the actual IVR in your software. Taking the time to plan it all through at the beginning will help you keep the big picture in mind and to avoid creating a long trail of prompts.</p>
<li><b>Think Like Your Customers</b><br />
Always keep your customers in mind. Why will they be calling the system? Put the options for the most frequently used items at the beginning so they can be accessed quickly and easily. At every step along the way think about how the message will come across from a customer&#8217;s point of view.</p>
<li><b>Keep It Simple</b><br />
Don&#8217;t try to do everything. Less is more. With an automated phone system you want to keep the number of key presses to minimum. Trying to do too many things just gives the callers more places that they can get lost along the way. Really think about what options should be available and who is calling in. For example, if you need to offer different services to customers and vendors it might be better to have two different systems rather thane on that does everything, keeping each line simplified and tailored to its purpose instead of trying to do everything on one line.</p>
<li><b>Keep Menu Prompts Clear and Concise</b><br />
The longer your message, the harder it is going to be for a caller to remember everything that is being said and what they need to do to interact with the system. Be sure to use the same language as your customers, avoiding industry slang and terminology callers might not be familiar with.</p>
<li><b>Offer Universal Commands</b><br />
Options like pressing the star key (*) to return to the main menu at any point during a call, or an option to repeat a prompt will make it much easier for callers to navigate the IVR system.</p>
<li><b>Give the Option to Talk to Someone or Leave a Voice Message</b><br />
The goal of an IVR system may be in part to reduce the number of calls that your staff needs to handle, but there will be times when the system does not fulfill a customer&#8217;s needs. You need to offer these callers the alternative to either talk to a live person or leave a message for someone to call them back.</p>
<li><b>Test, Test, Test, and Test Some More</b><br />
Test the call flow every step along the way test the flow. Think of as many possible scenarios as you can and go through the process yourself. Get other people to try it out, too. Never think of your system as being completely done. You need to monitor how well it is working, and make sure that you are offering the right options at the right time. Get feedback from your staff and customers. Designing a good IVR call system should be an ongoing process.
</ul>
<p>These are just a few of the tips to help you get started on the right foot when you are implementing an interactive voice response system. Taking the time to thoroughly plan out a new IVR call flow, before you even start working with an application like <a href="http://www.nch.com.au/in/ivr.html?ref=nchblog">IVM interactive voice response software</a>, can make a significant difference in the final result and is well worth the time and effort.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ivrsworld.com/general/interactive-voice-response-best-practices-design-tips/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>FREQUENTLY OVERLOOKED PROBLEMS IN IVR APPLICATIONS</title>
		<link>http://www.ivrsworld.com/advanced-ivrs/frequently-overlooked-problems-in-ivr-applications/</link>
		<comments>http://www.ivrsworld.com/advanced-ivrs/frequently-overlooked-problems-in-ivr-applications/#comments</comments>
		<pubDate>Sun, 24 Aug 2008 13:19:36 +0000</pubDate>
		<dc:creator>Uttam Pegu</dc:creator>
				<category><![CDATA[Advanced IVRS]]></category>
		<category><![CDATA[advanced]]></category>
		<category><![CDATA[application]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[ivr]]></category>
		<category><![CDATA[IVR Software]]></category>
		<category><![CDATA[ivrs]]></category>
		<category><![CDATA[jargon]]></category>
		<category><![CDATA[menu]]></category>
		<category><![CDATA[music]]></category>
		<category><![CDATA[prompt]]></category>
		<category><![CDATA[speech]]></category>

		<guid isPermaLink="false">http://www.ivrsworld.com/?p=22</guid>
		<description><![CDATA[These are many small, but important design problems one often tends to overlook. I have tried to list them all. Kindly send me feedback if you have encountered any such problems. In a DTMF Based Menu Following are the frequently overlooked problems :-> 1. Long Menu Be it DTMF Driven menu or Voice driven menu, [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>These are many small, but important design problems one often tends to overlook. I have tried to list them all. Kindly send me feedback if you have encountered any such problems. In a DTMF Based Menu Following are the frequently overlooked problems :-></p>
<p><strong>1. Long Menu</strong><br />
Be it DTMF Driven menu or Voice driven menu, long menu with many options should be avoided. The maximum menu options should be 5. ( Maximum 7 in unavoidable cases. ) Long menu tires a caller out and it becomes very difficult for caller to remember the options too. Also if a caller&#8217;s required option is played at the last of the menu( for example 9th option in the menu, one has to hear out first 8 options before hearing the 9th option.), it becomes really irritating.<br />
<span id="more-22"></span><br />
<strong>2. Long Period of Silence</strong><br />
Long period of silence at any case should be avoided. Maximum allowable silence period should be 3 Seconds. After that a proper timeout message should be played.</p>
<p><strong>3. Rejection of key pressing during prompt playing.</strong><br />
It is often noticed that IVR ignores the key pressed while it is playing menu options. This should be avoided. Specially while playing a long menu of 4 and above options. During playing prompts too, keys pressed by caller should be accepted and processed accordingly.</p>
<p><strong>4. Hang Up calls</strong><br />
IVRS should never hang up the call at any condition. Its like slamming the phone on you! You cause enough pain already by making a human interact with a machine, so it will be worthwhile that machine does not hang up on the human!</p>
<p>[ad#large-ad]</p>
<p><strong>5. Scripting of IVR Prompts</strong><br />
Scripting of IVR menus and any information should be properly written. Many people do not give enough importance in scripting their information. Scripts like You have pressed a wrong key, You have failed to press a key in time, etc. should eb avoided.</p>
<p><strong>6. Confusing and illogical presentation of Information</strong><br />
All information given by IVRS should be brief, to-the-point, in simple english and complete. Unnecessary jargons should be avoided.</p>
<p><strong>7. Failure recovery</strong><br />
On failure of accessing any data from a database or online information, IVR should inform politely to the caller.</p>
<p><strong>8. Unprofessional Voice</strong><br />
Cheap sounding and unprofessionaly recorded, low quality voice should be avoided. One should always get prompts recorded by professional voice artist. Background music should be added only when the situation demands or service requires it.</p>
<p><strong>In a Voice Driven Menu:-</strong></p>
<p>9. In a Voice Driven menu the menu tends to be extra focussing on entertaining the caller, rather than providing service required by him.</p>
<p>10. Attempt to have a conversation with caller should be avoided. Even though ASR technology works fine, still it can not have a conversation with a human.</p>
<p>11. Avoid having excessive human like Interface.</p>
<p>12. Avoid playing prompts as soon as call is connected. Give some silence or play some music for small duration.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ivrsworld.com/advanced-ivrs/frequently-overlooked-problems-in-ivr-applications/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

