Flow 节点参数说明
这是一份按需查阅的节点配置说明。每个节点均按“用途、适用场景、关键参数、出口、注意事项、示例”的固定结构说明，便于在搭建 Flow 时快速找到所需信息。
不同渠道与工作区的可用能力可能不同。请以 Flow 编辑器中实际可选择的配置项和提示为准。
如何使用本参考
本说明中的每个节点，统一按以下结构说明：
- 用途：这个节点是做什么的
- 适用场景：什么情况下适合用
- 关键参数：配置时最需要填写的参数
- 输出出口：节点可能通向哪些路径
- 注意事项：配置时最容易忽略的限制或边界
- 示例：一个最常见的使用方式
节点分类总览
| 节点分类 | 节点名称 |
|---|---|
| 进入类 | 事件触发 |
| 判断与控制类 | 条件分支、行为等待 、延时等候、AB随机分流、汇聚Merge |
| 消息类 | 发送消息、邀请评价、发送邮件 |
| 行动类 | 分配客服、分配 AI 客服 、添加标签、改变状态、改变优先级、静音对话、更新客户资料、更新对话资料、屏蔽联系人、Webhook 推送、调用 API 取数 |
进入类节点
事件触发
用途
定义流程从哪里开始，如何被触发，受众人群是谁。
适用场景
- 对话创建
- 访客发送消息
- 指定事件发生
- AI 或系统事件触发
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 触发事件 | 流程入口事件 | 是 | 决定 Flow 何时启动，包括访客发消息，对话创建、对话打开、对话更新、客户等候事件大于、访客超时未回复以及AI Agent响应异常事件。 |
| 受众范围 | 谁可以进入 | 是 | 匿名用户和注册用户，匿名用户是指没有填写任何身份标识/手机号/邮箱信息的用户。可以增加条件筛选限制，允许根据联系人属性和对话属性过滤。 |
| 渠道范围 | 哪些通道可触发 | 建议填写 | 多通道流程建议明确限制，未选择则该进入条件不会匹配任何对话。 |
输出出口
- 默认继续
注意事项
- Trigger 不只是定义“何时开始”，也定义“谁能开始”。
- 同一业务场景下，如果受众与频率不清晰，容易造成重复触发。
示例
“AI Agent出错时，启动兜底转人工 Flow。”
判断与控制类节点
条件分支
用途
根据当前对话或客户信息，把流程分到不同路径。不匹配时自动兜底。
适用场景
- 按国家分流
- 按标签分流
- 按来源或渠道分流
- 按状态、优先级、语言分流
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 分支条件 | 每个分支的判断规则 | 是 | 可配置多个 case。可以根据联系人和对话的相关属性进行条件筛选。 |
| 分支名称 | 分支标签 | 建议填写 | 便于画布识别和测试追踪 |
| 兜底路径 | 未命中任何条件时走向 | 建议填写 | 用于兜住未覆盖情况，选择否则分支，当所有条件都不满足走否则设置的分支。 |
输出出口
- 每个条件分支出口
- 兜底出口
注意事项
- 条件覆盖不要互相冲突。
示例
“国家为北美/日本/欧洲走对应欢迎语，其他访客走默认语言欢迎语。”
行为等待
用途
等待某个行为发生，再决定后续怎么走。支持设置等待时长。
适用场景
- 等待用户回复
- 等待某个事件变化
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 等待行为 | 等待什么事件 | 是 | 例如消息、对话和联系人事件，提供客户回复、客服已回复、对话被打开、状态变为已解决以及联系人资料更新行为。 |
| 超时时间 | 最长等待多久 | 是 | 建议始终配置，提供分钟/小时/天维度的设置。 |
| 超时后路径 | 未发生时怎么走 | 建议填写 | 用于兜底 |
输出出口
- 已发生
- 超时
注意事项
- 没有超时出口的等待节点，容易让流程停住。
- 等待越长，越需要明确业务目标和兜底路径。
示例
“发送欢迎语后等待 10 分钟，如果用户回复就继续问询，否则认为对话。”
延时等候
用途
让流程在指定时间后继续推进。
适用场景
- 延时发送提醒
- 对话结束后隔一段时间发起评价
- 在第二天固定时间继续流程
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 延时时长 / 时间点 | 何时继续执行 | 是 | 可按时长或具体时间点理解 |
| 继续路径 | 延时结束后去哪 | 默认存在 | 通常为默认继续 |
输出出口
- 默认继续
注意事项
- 延时节点负责控制节奏，不负责判断业务条件。
- 如延时后仍需判断，应在下一个节点加条件分支。
示例
“对话结束 30 分钟后，发送满意度邀请。”
A/B 随机分流
用途
把流量随机分到多个版本，用于测试不同文案或路径。
适用场景
- 比较欢迎语效果
- 比较催付文案效果
- 比较两条转化路径表现
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 版本名称 | 每个实验版本的标识 | 是 | 建议用清晰命名 |
| 分流比例 | 每个版本占比 | 是 | 所有版本总和应完整覆盖 |
输出出口
- 每个实验版本一个出口
注意事项
- AB 节点要搭配明确的目标事件，才能评估结果。
- 版本差异建议一次只改一两个关键变量。
示例
“50% 用户看到优惠型催付文案，50% 用户看到紧迫型催付文案。”
汇聚（Merge）
用途
把多条路径重新收拢到同一后续步骤。
适用场景
- 不同分支在前面处理不同，但后续动作相同
- 多语言欢迎后统一进入同一问询流程
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 汇聚规则 | 哪些路径汇到一起 | 是 | 通常由连线关系体现。提供两种汇合条件设置，全部流程都到达后继续还是任一到达就继续。 |
输出出口
- 默认继续
注意事项
- 汇聚前要确认各路径都已完成必要动作。
示例
“不同国家欢迎语发送完成后，都进入同一个分配客服节点。”
消息类节点
发送消息
用途
向用户发送最基础的文本/图片/视频/附件等多段消息，可带URL按钮或分支按钮。
适用场景
- 欢迎语
- 提醒消息
- 引导消息
- 按钮分流消息
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 消息块 | 发送的文本内容 | 是 | 支持按消息块编辑 |
| 语言版本 | 每条文本的语言分类 | 选填 | 可为同一条文本配置多语言版本 |
| 默认语言 | 无匹配时的保底文案 | 必须填写 | 用于兜底 |
| 按钮类型 | URL 按钮或分支按钮 | 选填 | 不同按钮用途不同。 |
| 按钮文案 | 用户看到的按钮名称 | 选填 | 建议简短明确 |
| 跳转地址 / 分支键 | 按钮行为 | 按按钮类型填写 | URL按钮执行跳转到对应的链接标签页，分支按钮则继续按照分支执行流程。 |
| 未点击时间窗口 | 按钮未操作的倒计时 | 使用分支按钮时建议填写 | 用于控制未点击出口 |
输出出口
- 默认继续
- 按钮分支
- 未点击
- 发送失败
注意事项
- 多语言建议在同一条文本消息内配置不同语言版本，并保留默认语言。
- 分支按钮更适合需要用户明确选择下一步的场景。
- 按钮未点击场景建议配置倒计时窗口和未点击兜底分支。倒计时窗口支持自定义时间长短。
- 不同通道对按钮、附件和富媒体的支持程度可能不同。
示例
“您好，请选择您想了解的内容：价格咨询 / 产品演示 / 联系客服。”
邀请评价
用途
在适合的时机发起评分或满意度回收。
适用场景
- 对话结束后收集 CSAT
- 售后服务结束后回收满意度
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 邀请文案 | 如何向用户发起评价邀请 | 是 | 建议简短礼貌 |
| 评分方式 | 如何回收评分 | 是 | 与livedesk的CSAT评价体系一致 |
| 结果承接 | 收到评价后怎么继续 | 建议填写 | 可进入标签、升级或回访路径 |
输出出口
- 默认继续
- 发送失败
注意事项
- 邀请评价通常适合接在延时节点之后使用。
- 建议在业务完成或问题解决后触发，不要过早发送。
示例
“本次服务是否满意？欢迎为我们打分。”
发送邮件
用途
通过邮件做站外触达，或发送对话记录。
适用场景
- 发送报价或资料
- 发送会话记录
- 补充站外通知
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 收件人 | 邮件发给谁 | 是 | 可为指定邮箱或已采集邮箱 |
| 主题 | 邮件主题 | 建议填写 | 影响打开率 |
| 正文 / 模板 | 邮件内容 | 是 | 可自定义或基于模板 |
| 内容模式 | 自定义内容或对话记录 | 按场景填写 | 用于区分触达方式 |
输出出口
- 默认继续
- 发送失败
注意事项
- 发邮件前要确认目标邮箱已经存在且有效。
- 邮件适合补充说明，不适合替代主对话流程。
示例
“当用户留下邮箱后，自动发送一封报价说明邮件。”
行动类节点
分配客服
用途
把当前对话交给人工客服或客服组处理。注意这里指定的客服必须在通道对应的Human Agent列表内，如果分配的客服不在通道设置内，则会分配失败进入未分配。
适用场景
- 高价值客户转人工
- 用户超时未被承接时升级
- AI 兜底失败后转人工
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 分配方式 | 如何分配 | 是 | 可理解为指定、按组、按策略等，指定具体的人工客服时需要明确分配策略。 |
| 目标客服 / 客服组 | 分给谁 | 按方式填写 | 需符合业务范围 |
| 承接说明 | 分配后是否补发说明 | 选填 | 常与消息节点组合使用 |
输出出口
- 默认继续
注意事项
- 被分配目标应符合当前对话所在收件箱或业务范围。
- 建议配合说明消息一起使用，避免用户感知突然中断。
示例
“高优先级对话立即分配给人工团队处理。”
分配 AI 客服
用途
把对话交给 AI 承接。
适用场景
- 标准问题自动接待
- 夜间无人值守接待
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| AI 目标 | 交给哪个 AI | 是 | 需提前准备好目标 AI |
| 启用条件 | 什么情况下交给 AI | 建议前置判断 | 常与分支节点配合 |
输出出口
- 默认继续
注意事项
- 建议搭配兜底路径，便于 AI 无法处理时转人工。
示例
“基础咨询交给 AI，复杂咨询继续保留人工路径。”
添加标签
用途
给对话打上分类标签。
适用场景
- 标记来源
- 标记意图
- 标记流程阶段
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 标签值 | 要添加的标签 | 是 | 可用于后续统计和分支判断 |
输出出口
- 默认继续
示例
“用户已回复后打上‘已接洽’标签。”
改变状态
用途
更新对话状态。
适用场景
- 自动关闭
- 标记处理中
- 标记延时处理
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 目标状态 | 改成什么状态 | 是 | 与业务状态体系保持一致 |
输出出口
- 默认继续
示例
“超时未回复的对话改为已解决状态。”
改变优先级
用途
提升或降低对话优先级。
适用场景
- 投诉升级
- 高价值客户加急处理
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 优先级 | 目标优先级 | 是 | 用于后续分配和处理顺序 |
输出出口
- 默认继续
示例
“识别到紧急问题后，将对话优先级提升为高。”
更新客户资料
用途
把流程中收集到的信息写回客户资料。
适用场景
- 留资写回联系人
- 记录客户语言或地区
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 字段 | 要更新哪项资料 | 是 | 对应客户资料字段 |
| 值 | 更新成什么 | 是 | 可为固定值或流程变量 |
输出出口
- 默认继续
示例
“如果消息内容中有携带邮箱更新客户资料。”
更新对话资料
用途
把流程过程中的信息写回对话级属性。
适用场景
- 记录本次流程阶段
- 存储外部接口返回结果
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 属性名 | 对话属性名称 | 是 | 便于后续分支引用 |
| 属性值 | 写入值 | 是 | 可为固定值或变量 |
输出出口
- 默认继续
示例
“把本次分流结果写入对话资料，供后续统计使用。”
屏蔽联系人
用途
对风险用户做限制处理。不接受该联系人的对话消息。
适用场景
- 恶意骚扰
- 高频无效触发
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 处理规则 | 屏蔽联系人 | 是 | 应与业务治理规则一致 |
输出出口
- 默认继续
示例
“消息内容带有敏感词汇后，将联系人加入黑名单。”
Webhook 推送
用途
把当前流程中的信息推送给外部系统。
适用场景
- 通知 CRM
- 通知 BI
- 同步机器人或中间平台
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 请求方法 | 采用什么 HTTP 方法 | 是 | 例如 POST 或 GET |
| URL | 推送地址 | 是 | 外部系统接收地址 |
| 请求头 | 附加头信息 | 选填 | 用于认证或内容约定 |
| 请求参数 / 请求体 | 推送什么数据 | 选填 | 用于组织业务数据 |
| 超时时间 | 最长等待多久 | 建议填写 | 控制稳定性 |
输出出口
- 默认继续
注意事项
- Webhook 适合“把信息推送出去”，不适合依赖返回结果继续做复杂判断。
- 如果需要根据外部返回结果分流，更适合用“调用 API 取数”节点。
示例
“当用户进入人工承接路径时，把对话信息同步到外部。”
调用 API 取数
用途
向外部系统发起请求，并将结果用于后续流程判断。
适用场景
- 查询订单状态
- 查询库存
- 查询用户等级
关键参数
| 参数 | 含义 | 是否必填 | 说明 |
|---|---|---|---|
| 请求方法 | 采用什么 HTTP 方法 | 是 | 如 GET、POST |
| URL | 请求地址 | 是 | 外部接口地址 |
| 请求头 | 附加头信息 | 选填 | 用于认证 |
| 参数 / 请求体 | 传什么值过去 | 选填 | 可带变量 |
| 超时时间 | 最长等待多久 | 建议填写 | 防止流程长期等待 |
| 结果绑定 | 返回结果写到哪里 | 建议填写 | 便于后续节点使用 |
输出出口
- 成功
- 失败
注意事项
- API 节点更适合“取结果回来再做判断”。
- 返回数据建议及时写入变量或对话资料，方便后续节点使用。
示例
“先查订单支付状态，再决定走催付路径还是售后路径。”
通用参数说明
为了让节点更容易维护，建议统一按以下原则填写参数：
- 文案参数：尽量直接、简短、避免歧义
- 条件参数：尽量可验证，不要写模糊条件
- 时间参数：一定要明确单位和业务含义
- 外部调用参数：命名规范，避免难以回查
- 变量参数：统一命名，避免同义不同名
限制与适用范围
以下不是技术实现细节，而是您在配置时应该提前知道的边界。
文本长度
- 文本消息建议保持简洁
- 长文案会影响阅读体验
- 多通道场景下，过长文本可能在不同终端展示效果不同。
按钮数量
- 单条消息中的按钮数量建议控制在少量范围内
- 推荐优先保留最关键的 1 到 2 个选择
- 按钮过多会降低点击率，也更容易遇到通道差异
附件与富媒体能力
- 不同通道支持的文件类型、数量和大小可能不同。
- 配置附件或富媒体前，建议先确认目标通道的适配范围
分支按钮适用范围
- 分支按钮适合明确的下一步选择
- 复杂交互场景建议先在目标通道中做测试验证
分配目标限制
- 分配客服、团队或 AI 时，应符合当前业务范围和承接规则
- 如果配置目标不在可承接范围内，流程效果会与预期不一致
外部调用稳定性
- Webhook 和 API 调用都依赖外部系统可用性
- 建议始终考虑失败、超时和兜底路径
