Conversation Builder实操：不写代码搭建自定义服务台聊天机器人对话流程

企业希望员工能通过聊天机器人完成请假申请、设备领用这类有固定步骤的标准化流程——先问清楚具体事由，再收集起止日期，最后调用内部系统核实审批人信息——这类场景需要的不是让AI自由发挥的开放式对话，而是一套严格按预定步骤引导用户、且能与内部系统交互的结构化流程。ServiceDesk Plus云版本提供的Conversation Builder正是为这类需求设计的画布工具，让管理员不需要写代码，就能拖拽搭建出这样一套引导式的servicedesk对话流程。

很多团队接触Zia聊天机器人时，往往只把它当成一个能自由问答的AI助手，却没意识到还可以通过Conversation Builder设计出严格按步骤执行的固定对话流程，两者结合起来，才能覆盖"自由问答"和"标准化办事"这两类完全不同的IT服务台使用场景。

本文将围绕三个问题展开：Conversation Builder和基于大模型的自由对话有什么本质区别？搭建一套对话流程需要用到哪几类核心构建元素？如何通过Webhook把对话流程和企业内部已有的系统真正打通？

什么是Conversation Builder？和自由对话式AI有什么本质区别？

根据官方帮助文档，各类对话的工作流程都是在一个称为Conversation Builder的画布上搭建完成的，管理员可以在其中设置每个对话所需的资源库和要执行的自动化动作。与依靠大模型理解自然语言、自由生成回答的对话式AI不同，Conversation Builder搭建出的是一套完全由管理员预先设计好的固定流程——用户每一步会看到什么问题、可以做出哪些选择、系统据此走向哪条分支，都是提前确定好的，不存在AI自由发挥的空间。

这种确定性正是它的价值所在：对于请假申请、资产领用审批这类需要严格按步骤收集信息、且结果必须准确无误的业务场景，结构化的固定流程往往比依赖AI自由理解的开放式对话更加稳妥可控。

一、搭建对话流程的三大核心构建元素：Blocks、Paths、Variables

Blocks（区块）：对话流程的基本构成单元

区块分为响应区块和动作区块两大类。响应区块负责向用户展示信息或收集信息，包括展示文本/信息卡片的消息类区块，以及收集文本、图片、视频、音频、文件、滑块数值、邮箱、网址、金额、日期时间、数字等各种类型答案的问题类区块，还有以按钮或卡片形式展示选项供用户选择的选择类区块。动作区块则负责根据用户的回答执行具体动作，包括跳转到指定区块或其他对话流程的跳转区块、依据条件把对话拆分成多条路径的分支区块、执行基础算术运算的运算区块，以及对接外部应用的Webhook区块。

Paths（路径）：决定对话流转方向的分支

每一条决定对话流向的分支被称为一条路径。添加区块时系统会自动生成对应的路径，根据添加的区块类型，管理员可以搭建出多条路径，让Zia能够根据用户选择的具体答案调整对话走向，实现真正的分支式引导体验。

Variables（变量）：跨区块传递和调用信息的数据容器

Conversation Builder包含区块变量、本地变量和会话变量三种类型。区块变量根据区块名称自动生成，用来存储用户在该区块的具体输入内容，可以在文本、运算、Webhook等其他区块中调用以实现个性化交互，默认只在当前对话流程内可用（通过跳转区块可以实现跨对话流程的全局调用）；本地变量用于存储该对话流程内通用的信息（如登录用户姓名或邮箱），需要管理员手动创建；会话变量则存储服务器地址、应用名称这类应用级别的通用信息，由系统预置、无法自行创建或修改，可以在所有对话流程的Webhook区块中调用。

二、通过Webhook对接第三方系统，实现真正的自动化交互

Webhook区块是让对话流程从"能收集信息"升级为"能自动办事"的关键：它支持GET、PATCH、POST、PUT、DELETE五种请求方法，分别用于通知外部应用数据变化、创建更新或删除特定数据。配置时需要填写目标URL，可以选择Connections把对话流程与第三方API做身份验证集成，还可以用Deluge脚本对API返回的数据做格式化处理，并将结果保存为流程变量，供对话中的其他区块调用。如果API调用的返回状态码符合特定条件，还可以配置多路径分支，让对话根据调用结果走向不同的后续流程；调用失败时也可以设置对应的错误提示信息。

举例来说，一套"设备领用申请"对话流程可以在用户选择设备类型后，通过Webhook区块调用企业内部的库存系统API查询实际库存数量，再根据返回结果分别走向"可以领用，请到前台领取"或"库存不足，已转交采购处理"两条不同的路径，全程不需要用户跳出对话框、也不需要人工中途介入核实库存。

三、从搭建到发布：完整的操作闭环

画布支持撤销/重做、添加变量、全屏编辑、折叠路径、重新居中、缩放等操作，方便管理搭建复杂度较高的对话流程；顶部功能栏还提供搜索（在折叠路径状态下查找特定区块或变量）、预览（同时查看技术员视角和用户视角的对话效果）、查看日志（追踪对话流程的所有操作记录）等辅助功能。搭建完成并保存草稿后，点击"发布"，刷新页面即可让这套对话流程正式在Zia聊天机器人中生效，供用户实际使用。

写在最后：好用的服务台聊天机器人，需要"自由对话"和"标准流程"两条腿走路

自由对话式AI擅长处理开放性的问题解答，但面对必须严格按步骤收集信息、且不容有失的标准化业务流程，结构化的固定引导反而更加可靠。Conversation Builder补上了这一块拼图，让企业不必依赖开发资源，也能把自己独有的业务流程设计成聊天机器人里的引导式对话。

ServiceDesk Plus把这套无代码画布工具和Ask Zia、Zia智能体放在同一个聊天机器人入口下统一呈现，企业可以按场景灵活选择用哪种方式和用户交互。从为第一类高频标准化请求搭建一套引导式对话流程开始，团队会发现很多原本需要人工反复确认的信息收集工作，其实完全可以交给对话流程自动完成。

延伸阅读：

• 什么是ITSM？深入了解IT服务管理指南及如何建立高效的ITSM流程
• ITIL是什么？ITIL初学者完整指南