解决方案手册
这是一份适用于已验证 n8n 支持分流工作流的规划手册,包含 webhook 触发器、决策节点、Jodoo 字段和上线检查清单。
打开手册N8N + JODOO
将 n8n 与 Jodoo 结合使用,对支持工单进行分类,将优先级和 SLA 字段回写到 Jodoo,并在工作流运行后持续清晰展示升级工单的负责关系。
视频演示
视频展示了一条支持工单如何进入 n8n、由 Agent Decision 节点完成分类,并最终以升级工单的形式出现在 Jodoo 中。
n8n 从表单、门户、收件箱、聊天工具或内部系统接收到一条支持载荷并开始执行。
该决策节点会返回类别、优先级、SLA 目标、状态、分配负责人和跟进备注。
n8n 的最后一个节点会将结构化字段发送到 Jodoo 回写层,并接收一个 Jodoo data ID。
支持团队可以在 Jodoo 的视图和仪表板中查看严重、已升级工单。
演示摘要
本次演示展示了一条支持分流工作流:由 n8n 控制分派逻辑,由 Jodoo 存储优先级、SLA 目标、状态、负责人和跟进记录。
一条支持工单载荷通过 webhook 进入 n8n。
工作流返回结构化的支持分流字段。
n8n 将映射后的工单字段发送到 Jodoo 回写步骤。
Jodoo 将工单保存为可搜索的升级处理记录。
同样的工作流结构也可用于服务台、IT、客户成功和现场服务队列。
工作流工具包
查看支持字段映射,复制工作流方案,并先使用 Jodoo 入门应用,再根据您自己的工单来源调整工作流。
n8n makes the first decision. Jodoo keeps a durable record with structured fields, ownership, status, next action, and audit context.
可复用工作流
表单、收件箱、合作伙伴线索或 Jodoo 受理记录
对类别、优先级、SLA 目标、状态和负责人进行分类
评分、等级、原因、缺失信息、负责人、下一步动作
字段、视图、审核状态和审计轨迹
优先级队列、通知、任务和回复草稿
工作流闭环
工单从支持表单、收件箱、门户、聊天工具或内部系统进入 n8n 的 Webhook 节点。
n8n 的 Agent Decision 节点会返回类别、优先级、SLA 目标、状态、负责人、回复草稿和跟进备注。
HTTP Request 节点会将这些字段映射到受控的 Jodoo 回写端点。
测试运行会返回一个 Jodoo data ID,并创建一条可见的支持工单记录。
Jodoo 会保存这条持久化工单记录,用于 SLA 视图、负责人队列、升级报表和审计历史。
字段映射
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| 线索来源、联系人、公司、活动 | 线索来源、联系人姓名、公司、邮箱、活动 |
| ai_score, lead_tier, routing_priority | AI 评分、线索等级、分派优先级 |
| fit_reason, missing_info | 匹配原因、缺失信息 |
| suggested_owner, next_best_action | 建议负责人、下一步最佳动作 |
| follow_up_draft, 完整 JSON 响应 | 跟进草稿、原始 agent 输出 |
AGENT 方案
您是一名支持分流 Agent。请查看每一条传入工单,并返回可供 Jodoo 存储、分派和报表使用的结构化字段。
请使用 webhook 载荷作为上下文,然后返回 JSON 字段,以便下一个 n8n 节点将其映射到 Jodoo 支持工单回写请求中。
请返回 requester 字段、issue_category、affected_asset、priority、sla_target、ticket_status、assigned_owner、response_draft、follow_up_note 和 routing_reason。
{
"ai_score": 86,
"lead_tier": "高意向",
"fit_reason": "运营场景明确,且 demo 请求清晰。",
"missing_info": ["预算负责人", "实施时间表"],
"suggested_owner": "销售运营队列",
"next_best_action": "预约需求沟通电话",
"follow_up_draft": "Mia 你好,感谢你的咨询……",
"routing_priority": "高"
}JODOO 入门应用
在为您自己的 Jodoo 支持回写层配置 n8n HTTP Request 节点时,请使用此字段模型。
上线检查清单
工作流
该演示使用可审计的决策节点,因此无需外部模型凭证即可运行。生产团队在接入偏好的模型后,可以将该节点替换为 n8n AI 智能体。
工单从支持表单、收件箱、门户、聊天工具或内部系统进入 n8n 的 Webhook 节点。
n8n 的 Agent Decision 节点会返回类别、优先级、SLA 目标、状态、负责人、回复草稿和跟进备注。
HTTP Request 节点会将这些字段映射到受控的 Jodoo 回写端点。
测试运行会返回一个 Jodoo data ID,并创建一条可见的支持工单记录。
Jodoo 会保存这条持久化工单记录,用于 SLA 视图、负责人队列、升级报表和审计历史。
JODOO 记录
在 n8n 完成决策后,Jodoo 会保留支持团队所需的工单字段:提交人、类别、优先级、SLA 目标、状态、负责人和跟进备注。
测试运行
这些截图使用的是模拟支持数据,展示了 n8n 工作流执行完成,以及回写后 Jodoo 中的工单表。

Webhook、Agent Decision 和 HTTP Request 节点共同构成了 n8n 专用的支持工单分流流程。

支持工作流已完成所有 n8n 节点执行,并返回了 Jodoo 回写响应。

经 n8n 分流后的工单已出现在 Jodoo 中,并包含申请人、类别、优先级、SLA 目标和状态字段。
FAQ
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
是的。模拟的 SSO 工单已通过 n8n 运行,并在创建一条严重、已升级的支持工单记录后返回了一个 Jodoo data ID。
可以。工作流应返回可预测的字段,例如类别、优先级、SLA 目标、状态、负责人、回复草稿和跟进备注,然后通过 HTTP Request 步骤进行映射。
本次测试使用的是 n8n Cloud 试用权限和无需凭证的决策节点。生产环境中的托管、模型使用、凭证和执行量可能会产生费用。
可以。触发源可以是支持表单、收件箱、聊天工具、门户、webhook 或其他系统,之后再将结果写入 Jodoo。
可以。团队可以根据自身支持流程,调整类别、SLA 目标、优先级规则、负责人队列,以及决策节点或 AI 智能体 提示词。
下一步
您可以先从支持工单分流开始,再将相同模式扩展到 IT 申请、客户成功升级处理、缺陷受理或现场服务问题。