为餐厅设计IVR系统，客户可在其中预订午餐和/或晚餐。根据需要提前预订2或7天。
在用户请求后，回复他，您将在5分钟内确认请求。检查可用性并发送确认相同的短信。
i）在此过程中，您如何获取客户的姓名和电子邮件？
ii）您可以为回头客做些什么？您如何识别回头客？
iii）如果要求团队规模大于桌子大小，你会怎么做？例如。当桌子尺寸为6,4和2时，请求10人。
答案 0 :(得分：2)
ia）我接受电子邮件地址保释。如果这是系统的主要目标，我会让客户1）在他们到达时提供它，或2）在SMS响应中提供它以确认预订。但是使用键盘或语音输入电子邮件地址非常容易出错。一旦您收到与电话号码相关联的电子邮件，您就不再需要收集电子邮件了。
ib）名称可以像上面的短信响应一样，或者您可以要求他们在键盘上拼写他们的名字，并提供确认选项。即：杰克将是5-2-2-5，这可能只与其他几个相当常见的名字相交。如果不匹配，也许人类可以处理录音。
ii）似乎传入的电话号码是这里的主要密钥。如果您使用SMS响应机制来获取电子邮件地址，您还可以将其与预订相关联，这将允许通过多个呼入来识别人员。
iii）这似乎是女主人/经理/餐厅应该处理的事情，并选择是否在五分钟的验证期内容纳。你可以为顾客标记它并说“这个派对比我们最大的桌子大。你愿意坐在相邻的桌子上吗？”大多数人会说是的，但它可能会淘汰一些对任何住宿都不满意的人。
答案 1 :(得分：1)
i）使用IVR系统捕获电子邮件地址非常困难。来电者不习惯拼写他们的电子邮件地址，更不用说以最适合语音识别的方式这样做了。你最好要求你的呼叫者根据ANI确认他们的电话号码，即电话运营商发送的IVR系统用于呼叫。无论如何，你将需要它用于短信。
就姓名而言，这里有两条路径。首先，可以建立一种语音识别语法，试图听取美国使用的绝大多数名字和姓氏 - 假设呼叫者说出他或她的名字，然后是拼写。人口普查局提供了美国使用的前90％名称的数据集，这些数据集非常适用于此目的。其次，如果呼叫者的姓名不属于这样的数据集，您可以简单地记录姓名和拼写，然后回退到人类转录或直接在呼叫流程中使用录音。
ii）识别回头客的最佳方法是将他们的ANI引用到一个数据库，该数据库的名称也已经保存，记录或转录。仅此一项就可以为调用者节省大量时间和麻烦。
iii）确定如何适应大于可用表格大小的派对大小似乎是一个商业逻辑问题，其答案因餐馆而异。这种业务逻辑并不属于IVR代码，应该分离出来并完全由你的后端驱动。