根据消息的具体号码，我们查找与之关联的餐厅。然后，我们使用餐厅的名称和保存的菜单向顾客发送消息。
如果顾客尝试点菜单外的菜，我们会致电餐厅
如果顾客从我们的菜单中选择了一些东西，我们会询问他们的名字，然后将他们的订单记录在该餐厅的表中，并告诉他们何时到达取餐
当用户发消息告诉我们他们在餐厅外面时，我们询 购买电话营销数据 问他们是否步行/描述他们的车辆。我们将车辆描述记录在同一张餐厅表中。
让我们看一些示例构建块，好吗？
初始触发
初始触发器出现在每个流程的开始处，并根据传入的联系人是短信、电话还是代码是否正在访问它来拆分。
“传入消息”是指通过短信进行联系。我们现在只需要担心这一点，所以让我们关注左边的线。
记录我们正在开始新的交互的事实
接下来，我们使用“设置变量”块，您可以从小部件库中获取它。
“设置变量”块允许我们保存稍后要引用的记录信息。例如，我们首先设置交互的“舞台”。我们说阶段是“开始”，因为我们正处于交互的开始。稍后 让您最大限度地发挥您的 在 Studio 和外部代码中检查 stage 的值，以便我们知道何时做什么。
获取我们的菜单
我们假设，如果有人给我们发消息，触发聊天机器人，他们正在寻求订购，因此下一阶段是确定适用的菜单是什么。
现在，我们可以直接将菜单写入 Studio，并表示每当有人向我们发送消息时，我们都会使用相同的选项列表进行响应。但这有几个问题。
首先，这意味着如果我们想为多家餐厅设 安圭拉讯息 置此功能，我们必须为每家餐厅创建一个新流程。
更大的问题是餐馆经常改变菜单
如果我们希望能够为许多不同的餐厅提供这种服务，我们不想在每次餐厅的食材用完时都花费所有时间手动更新 Twilio。
所以我们真正需要的是餐厅能够列出自己的菜单。这就是 Google 表格的用武之地，但我们稍后再讨论。在 Twilio 中，我们只需要能够请求外部信息并将该外部信息转发给用户。为此，我们使用 Webhook 小部件：
该小部件向 发出请求
获取响应，然后让我们在消息和流中使用响应的内容。
如果对 URL 的请求成功，Twilio 将自动继续我们的成功步骤，否则我们可以将其设置为发送带有“失败”选项的“糟糕，出了问题”响应。