解决方案手册
这是一个用于规划 Make 支持工单分流闭环的手册，包含 Custom webhook 触发器、Run once 测试路径、HTTP 模块、Make History 证明、Jodoo 字段以及上线检查清单。
打开手册MAKE + JODOO
用 Make + Jodoo 实现 AI 支持工单分流
结合 Make 与 Jodoo 接收支持工单 webhook，通过 HTTP 模块发送结构化分流字段，将升级处理字段回写到 Jodoo，并让支持跟进过程全程可见。
通过 Make webhook 接收工单分类优先级和状态将 SLA 字段写入 Jodoo让升级处理跟进可跟踪在 Make History 中查看运行情况、积分和运行状态
视频演示
Make 演示中会发生什么
视频展示了一个支持处理闭环：工单进入 Make Custom webhook，Make 通过 HTTP 模块发送分流字段，Jodoo 保存升级处理记录。
工单进入 Make
该场景从一个 Custom webhook 开始，可接收来自支持表单、门户、聊天或收件箱的事件。
Make 发送分流字段
HTTP 模块发送类别、优先级、状态、负责人、SLA 目标、回复草稿和跟进备注。
History 记录执行情况
Make History 面板会确认手动运行、操作次数、积分使用量、持续时间和数据传输情况。
Jodoo 存储工单
结构化结果会写入 Jodoo 支持应用，方便团队筛选、分配和查看。
关键工单保持可见
升级工单可从 Jodoo 记录进入负责人队列、SLA 视图、提醒和仪表板。
演示摘要
Make 分流工单，Jodoo 跟踪升级处理
如果您的团队希望先用可视化的 Make 场景处理支持受理，再由 Jodoo 作为升级跟进的记录系统，这种实现方式会非常实用。
Custom webhook 触发器
支持载荷通过 Custom webhook 进入 Make。
HTTP 回写
Make HTTP 模块发送结构化的支持工单分流字段。
History 成功记录
Make History 显示该手动运行已成功完成，共执行两次操作。
场景使用情况
Make 运行记录了此次支持流程测试的操作次数、积分、持续时间和数据传输。
Jodoo 回写
Jodoo 存储优先级、状态、SLA 目标、申请人和类别字段。
可复用闭环
Make 运行该场景，Jodoo 保留支持记录。
工作流工具包
搭建同样的 Make 支持工单分流闭环
查看支持字段映射，复制工作流方案，并先使用 Jodoo 应用蓝图，再将 Make webhook 适配到您自己的支持来源。
您的团队可复用的内容
Make 通过 Custom webhook 接收工单事件，经由 HTTP 模块发送结构化分流输出，并在 History 中记录操作次数、积分和持续时间。Jodoo 保留稳定的支持记录、升级状态、负责人队列和审计轨迹。
业务工作流Jodoo 字段模型智能体 提示词上线检查清单
可复用工作流
工作流负责判断，Jodoo 让工作持续推进。
- 01
Make webhook
表单、门户、收件箱、聊天记录或内部系统
- 02
Make 场景
接收工单 webhook，发送 HTTP 回写，并在 History 中确认运行结果
- 03
HTTP 模块
以 JSON POST 请求发送分流字段并解析响应
- 04
Make History
显示成功状态、操作次数、积分、持续时间和数据传输
- 05
Jodoo 回写
创建支持工单并返回 data ID
- 06
支持跟进
SLA 视图、负责人队列、升级状态和审计轨迹
工作流闭环
从 Make webhook 到已分派的升级处理
支持申请从表单、门户、收件箱、聊天工具或内部系统进入 Make Custom webhook。
Run once 会让 Webhooks 模块进入等待状态，以便捕获传入的测试载荷。
Make 场景将该事件以双模块流程清晰展示：Webhooks 应用触发器和 HTTP 应用回写。
HTTP 模块使用 JSON 请求体、POST 方法、解析响应以及已保存的 URL；当临时端点发生变化时，必须重新检查这些设置。
HTTP 请求会以 JSON 形式发送问题类别、优先级、SLA 目标、状态、负责人、回复草稿和跟进备注。
Make History 会记录手动运行、操作次数、积分使用量、持续时间和数据传输。
结构化结果会发送到 Jodoo 回写端点或安全的中间件层。
Jodoo 创建支持工单记录，并使其可用于 SLA 视图、负责人队列、仪表板和审计历史。
字段映射
将 智能体 输出转为 Jodoo 字段
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| requester_name, requester_email, requester_department | 申请人姓名、申请人邮箱、申请人部门 |
| issue_category, affected_asset | 问题类别、受影响资产 |
| priority, sla_target, ticket_status | 优先级、SLA 目标日期、工单状态 |
| assigned_owner, routing_reason, follow_up_note | 分配负责人、处理备注、跟进备注 |
AGENT 方案
提示词与结构化输出
工作流角色
接收传入的支持工单载荷，并返回 Jodoo 可用于存储、分派和汇报的结构化字段。
分流指令
根据紧急程度、影响范围、类别、SLA 风险和负责关系对工单进行分类。保持输出稳定可预测，以便用于 Make HTTP 回写步骤。
必填输出
返回 ticket_summary、issue_category、priority、sla_target、assigned_owner、ticket_status、response_draft、follow_up_note 和 routing_reason。
Make 模块约定
在将工作流交给支持团队之前，请明确保留 Webhooks bundle、HTTP method、JSON content type、parse response setting、已保存的 endpoint URL 以及 Run once validation。
{
"issue_category": "访问与权限",
"priority": "紧急",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "支持升级 / 身份团队",
"ticket_status": "已升级"
}JODOO 入门应用
Make 支持工单分流入门应用
在配置 Make Custom webhook 和 Jodoo 回写工作流时使用此字段模型。
包含字段
- 工单编号
- 申请人姓名
- 申请人邮箱
- 申请人部门
- 问题类别
- 受影响资产
- 优先级
- SLA 目标日期
- 工单状态
- 分配负责人
- 问题描述
- 处理备注
- 跟进备注
- 附件
- 提交日期
- 原始 Agent 输出
推荐视图
- 关键升级处理
- SLA 风险
- 负责人队列
- 需要更多信息
- Make 运行复核
- 全部支持工单
自动化规则
- 在 Make HTTP 模块完成后，创建或更新 Jodoo 支持工单记录。
- 当优先级为 Critical 或状态为 Escalated 时，通知分配负责人。
- 将信息缺失的工单移入复核队列。
- 当 Make History 显示 HTTP 操作失败时，标记记录以便复核。
- 在审计轨迹中保留原始工作流输出。
上线检查清单
上线前需要确认的事项
- 定义支持类别、SLA 目标和升级负责人。
- 确定哪些工单来源应触发 Make webhook。
- 在每次 Run once 测试前确认 HTTP 模块 URL 已保存。
- 使用临时隧道时检查端点健康状态。
- 将每个 Make 输出字段映射到 Jodoo 工单字段。
- 在生产流量接入前，先用模拟工单进行测试。
- 添加错误处理、重试提醒和人工复核队列。
工作流
从 Make webhook 到可跟踪的升级处理
Make 负责处理传入事件和回写步骤。Jodoo 存储支持工单字段，方便团队查看、筛选并采取行动。
支持申请从表单、门户、收件箱、聊天工具或内部系统进入 Make Custom webhook。
Run once 会让 Webhooks 模块进入等待状态，以便捕获传入的测试载荷。
Make 场景将该事件以双模块流程清晰展示：Webhooks 应用触发器和 HTTP 应用回写。
HTTP 模块使用 JSON 请求体、POST 方法、解析响应以及已保存的 URL；当临时端点发生变化时，必须重新检查这些设置。
HTTP 请求会以 JSON 形式发送问题类别、优先级、SLA 目标、状态、负责人、回复草稿和跟进备注。
Make History 会记录手动运行、操作次数、积分使用量、持续时间和数据传输。
结构化结果会发送到 Jodoo 回写端点或安全的中间件层。
Jodoo 创建支持工单记录，并使其可用于 SLA 视图、负责人队列、仪表板和审计历史。
JODOO 记录
Jodoo 存储什么
Make 运行后，Jodoo 会保留稳定的支持字段：申请人、类别、受影响资产、优先级、SLA 目标、状态、负责人和跟进备注。
工单编号申请人详情问题类别受影响资产优先级SLA 目标日期工单状态分配负责人问题描述处理备注跟进备注原始工作流输出
真实运行
一个 Make 场景已将支持工单写入 Jodoo
这些截图使用的是模拟支持数据，展示了 Make 场景画布、成功的 Make History 运行记录，以及回写后的 Jodoo 支持工单表。
Make 场景配置
Make 画布使用 Custom webhook 和 HTTP 模块来调用 Jodoo 回写端点。
成功的 Make History 运行
Make History 显示该支持场景已成功完成，包括操作次数、积分、持续时间和数据传输。
Jodoo 回写
经由 Make 分流的工单已出现在 Jodoo 中，包含申请人、类别、优先级、SLA 目标和状态字段。
FAQ
常见问题
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
这个 Make 支持工作流是否已完成端到端测试？
是的。Make 场景的 History 记录显示一次成功的手动运行，Jodoo 表格则展示了由该次运行创建的模拟关键支持工单。
这是否需要付费版 Make 方案？
本次演示使用的是免费的 Make 账号和模拟支持数据。实际生产使用可能会根据操作量、连接服务和端点使用情况产生费用。
工单来源可以来自 Jodoo 之外吗？
可以。只要系统能够将 webhook 载荷发送到 Make，并在结果写入 Jodoo 之前触发流程，就可以作为来源。
团队可以在 Make 中加入由模型支持的 Agent 步骤吗？
可以。已测试路径使用的是稳定的 webhook 与 HTTP 回写流程。只要类别、优先级、SLA、负责人和状态字段保持可预测，团队就可以加入 Make AI 步骤或连接模型调用。
运行 Make 场景前需要检查什么？
请确认 Custom webhook 正在等待数据、HTTP 模块 URL 已保存、请求体为 JSON，并且如果使用了临时隧道，端点健康检查已经通过。
这与代码优先的 webhook 工作流有什么不同？
Make 会将支持流程以画布上的模块形式清晰展示。构建者可以在 Jodoo 团队查看工单前，先看到 Webhooks 触发器、HTTP 请求、操作次数、积分使用量和 History 结果。
如果 Make 的 HTTP 模块失败，会发生什么？
应将该次运行视为未完成。请在收集截图或将工作流用于真实支持流量前，检查已保存的 URL、JSON 请求体、端点健康状态以及 Make History 错误。
测试期间 Make 场景可以保持未激活状态吗？
可以。进行手动验证时，Run once 可以在不开启定时或常驻场景的情况下等待 webhook 事件。用于生产时，请在端点健康、配额、重试和错误通知准备完成后再激活场景。
排查支持流程问题时，应该查看 Make 的哪些界面？
您可以使用 Scenario Usage、History、模块 bundle 输出、HTTP 状态码、数据传输、操作次数和积分使用量，先确认工单已通过 Make，再检查 Jodoo 记录。
为什么要将结果存入 Jodoo，而不是只看 Make History？
Make History 更适合构建者查看，而 Jodoo 能为支持团队提供字段、视图、负责人、SLA 队列、仪表板、工作流状态和审计上下文。
下一步
将 Make 支持受理转化为可复用的分流工作流
您可以先从支持工单分流开始，再将同一模式扩展到 IT 申请、客户成功升级、缺陷受理或现场服务问题。