Amazon Connect with Lex 联系流超时
Amazon Connect with Lex contact flow timeout
我有一个联系流，它使用 lex bot 的预录语音提示进行语音录制。这是主菜单措辞：
“谢谢你的来电。如果您想使用键盘 select 菜单选项，请说“键盘”，否则请听以下菜单选项。对于账单问题，请说“账单”。要报告错过的取件，请说“missed pickup”。如果您是有回收或其他帐户问题的当前客户，请说“其他”。如果您不是当前客户并且有疑问，请说“销售”。要再次听到菜单，请说“repeat menu”。对于所有其他问题，请保持在线。”
我已将 Lex 机器人中的错误处理设置为可以说话 "Sorry, I'm having a hard time understanding you. Let's try using the keypad instead to make sure we route your call properly."
这在话语不匹配或说出或按下无效选项时有效。但是，我不知道是否有可能允许 lex bot 像正常的 DTMF 联系流程中那样超时，并将呼叫者发送到菜单中的下一步，而不从 Lex bot 播放错误处理。
这可能吗？
就是这样，Lex 不应该以这种方式使用。它必须有一个输入要处理，如果达到 Lex 的超时，那么它总是 return 一个错误并提供错误处理响应。
因此，您将不得不在 Connect Flow 中花哨地捕捉 Lex 错误消息，并将其转化为您自己的处理方式。但是很难知道 Lex 出错是因为它不理解，还是因为用户选择不响应。
因此，我个人会避免以允许用户保持沉默的方式构建机器人。用户必须指导 Lex 的每一步，并有简单的方法退出不需要的操作。
请记住，Lex 比旧的自动呼叫系统强大得多，因此试图强迫 Lex 进入那个旧系统是行不通的。根据您设计机器人的方式，您可以使对话更加自然，接受范围广泛的响应并将这些响应引导到正确的操作中。
提示：
最近情况可能发生了变化，但是当我构建 Lex/Connect 时，用户无法中断播放消息。所以我还必须避免您在欢迎消息中尝试做的事情：
If you would like to use your keypad to select the menu options, say “keypad”, otherwise please listen...
自然地，确实想要使用键盘的用户会尝试立即说出 "keypad"，并且可能因为不得不听其余的播放消息而感到沮丧。所以我把每一条回放信息都设计的很短，先传递信息，最后总是在问题上结束。通常将对话分成更多的分支点，以使问题尽可能具体。
不用担心和用户来回太多次。它让用户感到舒适，因为他们知道自己正走在通往他们想要的东西的正确道路上，并且能够以更小的步骤控制对话。他们会感到压力，不得不听一长串选项并记住它们是什么，同时找出最适合他们的选项。
所以让每个问题尽可能清楚，避免填鸭式选项。向用户明确说明他们应该说什么感觉不太自然：
To report a missed pickup, say “missed pickup”.
这是不自然的。
一个好的中间立场是问一个带有选项列表的问题，并在每个选项之间暂停。用户会明白这些是他们应该做出的回应，但不会感到不自然地被迫输入准确的短语。例如：
Would you like to, check your billing, report a missed pickup, ask about sales, or something else?
这很自然。
我们很乐意处理这些类型的问题，因为我们在与人交谈时经常这样做。您甚至可能希望使用问号而不是逗号，以便播放语音对每个选项都使用疑问语调。书面形式看起来不太自然，但听起来可能更自然。
最后提示：不要根据您与机器人交谈的经验来设计您的机器人。根据您与人类交谈的经验设计您的机器人。
我有一个联系流，它使用 lex bot 的预录语音提示进行语音录制。这是主菜单措辞：
“谢谢你的来电。如果您想使用键盘 select 菜单选项，请说“键盘”，否则请听以下菜单选项。对于账单问题，请说“账单”。要报告错过的取件，请说“missed pickup”。如果您是有回收或其他帐户问题的当前客户，请说“其他”。如果您不是当前客户并且有疑问，请说“销售”。要再次听到菜单，请说“repeat menu”。对于所有其他问题，请保持在线。”
我已将 Lex 机器人中的错误处理设置为可以说话 "Sorry, I'm having a hard time understanding you. Let's try using the keypad instead to make sure we route your call properly."
这在话语不匹配或说出或按下无效选项时有效。但是，我不知道是否有可能允许 lex bot 像正常的 DTMF 联系流程中那样超时，并将呼叫者发送到菜单中的下一步，而不从 Lex bot 播放错误处理。
这可能吗？
就是这样，Lex 不应该以这种方式使用。它必须有一个输入要处理，如果达到 Lex 的超时，那么它总是 return 一个错误并提供错误处理响应。
因此，您将不得不在 Connect Flow 中花哨地捕捉 Lex 错误消息，并将其转化为您自己的处理方式。但是很难知道 Lex 出错是因为它不理解，还是因为用户选择不响应。
因此，我个人会避免以允许用户保持沉默的方式构建机器人。用户必须指导 Lex 的每一步，并有简单的方法退出不需要的操作。
请记住，Lex 比旧的自动呼叫系统强大得多，因此试图强迫 Lex 进入那个旧系统是行不通的。根据您设计机器人的方式，您可以使对话更加自然，接受范围广泛的响应并将这些响应引导到正确的操作中。
提示：
最近情况可能发生了变化，但是当我构建 Lex/Connect 时，用户无法中断播放消息。所以我还必须避免您在欢迎消息中尝试做的事情：
If you would like to use your keypad to select the menu options, say “keypad”, otherwise please listen...
自然地，确实想要使用键盘的用户会尝试立即说出 "keypad"，并且可能因为不得不听其余的播放消息而感到沮丧。所以我把每一条回放信息都设计的很短，先传递信息，最后总是在问题上结束。通常将对话分成更多的分支点，以使问题尽可能具体。
不用担心和用户来回太多次。它让用户感到舒适，因为他们知道自己正走在通往他们想要的东西的正确道路上，并且能够以更小的步骤控制对话。他们会感到压力，不得不听一长串选项并记住它们是什么，同时找出最适合他们的选项。
所以让每个问题尽可能清楚，避免填鸭式选项。向用户明确说明他们应该说什么感觉不太自然：
To report a missed pickup, say “missed pickup”.
这是不自然的。
一个好的中间立场是问一个带有选项列表的问题，并在每个选项之间暂停。用户会明白这些是他们应该做出的回应，但不会感到不自然地被迫输入准确的短语。例如：
Would you like to, check your billing, report a missed pickup, ask about sales, or something else?
这很自然。
我们很乐意处理这些类型的问题，因为我们在与人交谈时经常这样做。您甚至可能希望使用问号而不是逗号，以便播放语音对每个选项都使用疑问语调。书面形式看起来不太自然，但听起来可能更自然。
最后提示：不要根据您与机器人交谈的经验来设计您的机器人。根据您与人类交谈的经验设计您的机器人。