图 7：默认登陆页面，用于处理用户首次与医疗聊天机器人对话时的交互，并根据检测到的意图选择路线。由于此机器人设计为通过电话使用，因此您可以看到“双音多频 (DTMF)”参数。
设计好流程的基本框架后，您了。根据流程框架，您应该对每个步骤所需的意图和参数有所了解，以及您期望用户最终到达的目的地。规划出理想客户旅程中的步骤，应该能让您了解需要多少页面、意图和参数——您期望每个步骤实现什么意图？您需要客户提供哪些信息才能进入下一步？
需要牢记的一点是，一旦您进入某个页面，只有在您已为该页面的意图分配了路由的情况下，该意图才会被匹配。例如，图 6 中只有 12 个意图会触发路由（另加一个参数值），但机器人中总共有 36 个意图（如图 4 所示）。这意味着，如果用户触发的匹配意图没有指向该页面的路由，他们将无法继续操作。
这种方法的一个问题是，如果你没有适当的错误处理机制（例如，在一定次数的失败后 埃及电报号码数据 将用户带回之前的页面），或者没有预见到某些可能需要新意图或路由的交互步骤，那么用户可能会卡住。因此，系统地了解用户如何与每个页面交互至关重要。
概括
在这篇博文中，我们简要概述了 Dialogflow CX 与 ES 的区别。我们还概述了 CX 中聊天机器人的基本结构和构建模块。在此框架内，我们重点介绍了一些在 CX 中构建第一个聊天机器人时需要考虑的要点：
Dialogflow CX 更适合用于构建具有多步骤执行流程的大型复杂聊天机器人。Dialogflow ES 仍然足以构建高效的单步骤问答机器人。
在构建大型机器人或具有复杂履行流程的机器人时，您应该从意图池中识别出几个主题领域，并为每个领域创建单独的流程。这不仅能让您更轻松地管理和扩展模型，还能让您缩小每个流程中用于分类的意图比较数量。
限制连接页面的意图路由和参数路由的数量。这样，您可以更好地控制用户在对话中的位置。只需记住考虑错误处理并进行全面测试。