[Freeswitch-users] DTMF Problems

[Steven Ayre]

> Try playing with real users. They *always* type ahead by their second or 
> third call to the same IVR. Handling type-ahead well - accepting the 
> string of entered digits, skipping the playback of prompts so you don't 
> slow things down, etc. - is one of the key tests of a good IVR.

I'm guilty of this. Hate sitting through a long message that I already know word for word. 

Steve on iPhone

On 25 Oct 2011, at 02:01, Steve Underwood <steveu at coppice.org> wrote:

> On 10/25/2011 12:07 AM, Antonio Teixeira wrote:
>> Well guys it depends on your application , generally  i solve this 
>> with regexp , a buffer and a way to clear the buffer of 
>> invalid/duplicated data I'm extending it to support with min delay 
>> between keys.
>> This is not as hard as you think when using min/max :) and your data 
>> is predictable :)
> Is a properly engineered solution so unattainable that such guesswork is 
> the only solution?
>> 
>> Also in ivr menus humans don't generally guess whats the next menu so 
>> if len(dtmf) > 1: drop ...
>> 
>> I play with this in our test environment not in our production and it 
>> works :)
> Try playing with real users. They *always* type ahead by their second or 
> third call to the same IVR. Handling type-ahead well - accepting the 
> string of entered digits, skipping the playback of prompts so you don't 
> slow things down, etc. - is one of the key tests of a good IVR.
> 
> Steve
> 
> 
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20111025/ee1a7ef8/attachment.html