Cẩm nang giải pháp
Hướng dẫn lập kế hoạch cho vòng phân loại hỗ trợ trên Make, bao gồm trình kích hoạt Custom webhook, lộ trình kiểm thử Run once, module HTTP, bằng chứng từ Make History, các trường dữ liệu Jodoo và checklist triển khai.
Mở cẩm nangMAKE + JODOO
Phân loại phiếu hỗ trợ bằng AI với Make + Jodoo
Sử dụng Make với Jodoo để nhận webhook phiếu hỗ trợ, gửi các trường dữ liệu phân loại có cấu trúc qua module HTTP, ghi các trường dữ liệu leo thang vào Jodoo và giữ việc theo dõi tiếp hỗ trợ luôn hiển thị rõ ràng.
Nhận phiếu qua webhook của MakePhân loại mức độ ưu tiên và trạng tháiGhi các trường dữ liệu SLA vào JodooGiữ việc theo dõi tiếp các trường hợp leo thang luôn dễ theo dõiRà soát vận hành, credit và trạng thái chạy trong Make History
VIDEO HƯỚNG DẪN
Bản demo Make diễn ra như thế nào
Video cho thấy một vòng xử lý hỗ trợ: một phiếu đi vào Make Custom webhook, Make gửi các trường dữ liệu phân loại qua module HTTP và Jodoo lưu bản ghi leo thang.
Một phiếu đi vào Make
Kịch bản bắt đầu bằng một Custom webhook có thể nhận sự kiện từ biểu mẫu hỗ trợ, cổng thông tin, chat hoặc hộp thư.
Make gửi các trường dữ liệu phân loại
Module HTTP gửi danh mục, mức độ ưu tiên, trạng thái, người phụ trách, mục tiêu SLA, bản nháp phản hồi và ghi chú theo dõi tiếp.
History ghi lại lần thực thi
Bảng Make History xác nhận lượt chạy thủ công, số lượng thao tác, mức sử dụng credit, thời lượng và truyền dữ liệu.
Jodoo lưu phiếu
Kết quả có cấu trúc được ghi vào một ứng dụng hỗ trợ của Jodoo để đội ngũ có thể lọc, phân công và rà soát.
Các phiếu nghiêm trọng luôn hiển thị
Các phiếu đã leo thang có thể được chuyển vào hàng đợi của người phụ trách, chế độ xem SLA, cảnh báo và bảng tổng quan từ bản ghi Jodoo.
TÓM TẮT DEMO
Make phân loại phiếu, Jodoo theo dõi leo thang
Cách triển khai này phù hợp khi đội ngũ của bạn muốn dùng một kịch bản Make trực quan cho khâu tiếp nhận hỗ trợ trước khi Jodoo trở thành hệ thống lưu trữ bản ghi chính cho việc theo dõi tiếp các trường hợp leo thang.
Kích hoạt Custom webhook
Một payload hỗ trợ đi vào Make qua Custom webhook.
Ghi ngược dữ liệu qua HTTP
Module HTTP của Make gửi các trường dữ liệu phân loại hỗ trợ có cấu trúc.
History thành công
Make History cho thấy lượt chạy thủ công đã hoàn tất thành công với hai thao tác.
Mức sử dụng kịch bản
Lượt chạy Make ghi lại số lượng thao tác, credit, thời lượng và truyền dữ liệu cho luồng hỗ trợ đã kiểm thử.
Ghi ngược dữ liệu vào Jodoo
Jodoo lưu các trường dữ liệu mức độ ưu tiên, trạng thái, mục tiêu SLA, người yêu cầu và danh mục.
Vòng lặp có thể tái sử dụng
Make chạy kịch bản. Jodoo lưu bản ghi hỗ trợ.
BỘ QUY TRÌNH
Xây dựng cùng một vòng phân loại hỗ trợ trên Make
Rà soát ánh xạ trường dữ liệu hỗ trợ, sao chép công thức quy trình và dùng bản thiết kế ứng dụng Jodoo trước khi điều chỉnh webhook Make theo nguồn hỗ trợ của riêng bạn.
Những gì đội ngũ của bạn có thể tái sử dụng
Make nhận sự kiện phiếu qua Custom webhook, gửi đầu ra phân loại có cấu trúc qua module HTTP và ghi lại thao tác, credit và thời lượng trong History. Jodoo lưu bản ghi hỗ trợ bền vững, trạng thái leo thang, hàng đợi người phụ trách và nhật ký kiểm toán.
Quy trình nghiệp vụMô hình trường dữ liệu JodooLời nhắc cho tác nhânDanh sách kiểm tra đưa vào vận hành
QUY TRÌNH CÓ THỂ TÁI SỬ DỤNG
Quy trình đưa ra quyết định. Jodoo giúp công việc tiếp tục trôi chảy.
- 01
Webhook Make
Biểu mẫu, cổng thông tin, hộp thư, bản chép nội dung chat hoặc hệ thống nội bộ
- 02
Kịch bản Make
Nhận webhook phiếu, gửi ghi ngược dữ liệu qua HTTP và xác nhận lượt chạy trong History
- 03
Module HTTP
Gửi các trường dữ liệu phân loại dưới dạng yêu cầu post JSON và parse phản hồi
- 04
Make History
Hiển thị thành công, thao tác, credit, thời lượng và truyền dữ liệu
- 05
Ghi ngược dữ liệu vào Jodoo
Tạo phiếu hỗ trợ và trả về data ID
- 06
Theo dõi xử lý hỗ trợ
Chế độ xem SLA, hàng đợi người phụ trách, trạng thái leo thang và nhật ký kiểm toán
VÒNG LẶP QUY TRÌNH
Từ webhook Make đến leo thang được định tuyến
Một yêu cầu hỗ trợ đến Make Custom webhook từ biểu mẫu, cổng thông tin, hộp thư, công cụ chat hoặc hệ thống nội bộ.
Run once đưa module Webhooks vào trạng thái chờ để có thể ghi nhận payload thử nghiệm đầu vào.
Kịch bản Make giữ sự kiện hiển thị rõ ràng dưới dạng luồng hai module: trình kích hoạt ứng dụng Webhooks và bước ghi ngược dữ liệu của ứng dụng HTTP.
Module HTTP sử dụng body JSON, phương thức post, parse response và một URL đã lưu cần được kiểm tra lại khi endpoint tạm thời thay đổi.
Yêu cầu HTTP gửi danh mục sự cố, mức độ ưu tiên, mục tiêu SLA, trạng thái, người phụ trách, bản nháp phản hồi và ghi chú theo dõi tiếp dưới dạng JSON.
Make History ghi lại lượt chạy thủ công, số lượng thao tác, mức sử dụng credit, thời lượng và truyền dữ liệu.
Kết quả có cấu trúc được gửi đến một endpoint ghi ngược dữ liệu Jodoo hoặc một lớp middleware bảo mật.
Jodoo tạo bản ghi phiếu hỗ trợ và duy trì khả năng truy cập cho chế độ xem SLA, hàng đợi người phụ trách, bảng tổng quan và lịch sử kiểm toán.
ÁNH XẠ TRƯỜNG DỮ LIỆU
Đầu ra của tác nhân trở thành trường dữ liệu Jodoo
| Dữ liệu tác nhân hoặc dữ liệu nguồn | Trường dữ liệu bản ghi Jodoo |
|---|---|
| requester_name, requester_email, requester_department | Tên người yêu cầu, Email người yêu cầu, Phòng ban người yêu cầu |
| issue_category, affected_asset | Danh mục sự cố, Tài sản bị ảnh hưởng |
| priority, sla_target, ticket_status | Mức độ ưu tiên, Ngày mục tiêu SLA, Trạng thái phiếu |
| assigned_owner, routing_reason, follow_up_note | Người phụ trách được phân công, Ghi chú xử lý, Ghi chú theo dõi tiếp |
CÔNG THỨC TÁC NHÂN
Prompt và đầu ra có cấu trúc
Vai trò quy trình
Nhận payload phiếu hỗ trợ đầu vào và trả về các trường dữ liệu có cấu trúc để Jodoo có thể lưu trữ, định tuyến và báo cáo.
Hướng dẫn phân loại
Phân loại phiếu theo mức độ khẩn cấp, tác động, danh mục, rủi ro SLA và quyền phụ trách. Giữ đầu ra ổn định để phục vụ bước ghi ngược dữ liệu HTTP trong Make.
Đầu ra bắt buộc
Trả về ticket_summary, issue_category, priority, sla_target, assigned_owner, ticket_status, response_draft, follow_up_note và routing_reason.
Ràng buộc module Make
Giữ rõ ràng Webhooks bundle, phương thức HTTP, content type JSON, thiết lập parse response, URL endpoint đã lưu và xác thực Run once trước khi bàn giao quy trình cho đội ngũ hỗ trợ.
{
"issue_category": "Truy cập & quyền hạn",
"priority": "Khẩn cấp",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "Nhóm hỗ trợ leo thang / danh tính",
"ticket_status": "Đã leo thang"
}ỨNG DỤNG JODOO KHỞI ĐẦU
Ứng dụng khởi đầu phân loại phiếu hỗ trợ trên Make
Sử dụng mô hình trường dữ liệu này khi cấu hình Make Custom webhook và quy trình ghi ngược dữ liệu Jodoo.
Trường dữ liệu bao gồm
- Số phiếu
- Tên người yêu cầu
- Email người yêu cầu
- Phòng ban người yêu cầu
- Danh mục sự cố
- Tài sản bị ảnh hưởng
- Mức độ ưu tiên
- Ngày mục tiêu SLA
- Trạng thái phiếu
- Người phụ trách được phân công
- Mô tả sự cố
- Ghi chú xử lý
- Ghi chú theo dõi tiếp
- Tệp đính kèm
- Ngày gửi
- Đầu ra tác nhân gốc
Chế độ xem đề xuất
- Leo thang nghiêm trọng
- Rủi ro SLA
- Hàng đợi người phụ trách
- Cần thêm thông tin
- Rà soát lượt chạy Make
- Tất cả phiếu hỗ trợ
Quy tắc tự động hóa
- Tạo hoặc cập nhật bản ghi phiếu hỗ trợ Jodoo sau khi module HTTP của Make hoàn tất.
- Thông báo cho người phụ trách được phân công khi mức độ ưu tiên là Nghiêm trọng hoặc trạng thái là Đã leo thang.
- Chuyển các phiếu thiếu thông tin vào hàng đợi rà soát.
- Đánh dấu bản ghi cần rà soát khi Make History cho thấy một thao tác HTTP bị lỗi.
- Lưu đầu ra quy trình gốc trong nhật ký kiểm toán.
DANH SÁCH KIỂM TRA TRIỂN KHAI
Những gì cần xác nhận trước khi triển khai thực tế
- Xác định danh mục hỗ trợ, mục tiêu SLA và người phụ trách leo thang.
- Chọn nguồn phiếu nào sẽ kích hoạt webhook Make.
- Xác nhận URL của module HTTP đã được lưu trước mỗi lần kiểm thử Run once.
- Kiểm tra tình trạng endpoint khi dùng tunnel tạm thời.
- Ánh xạ mọi trường đầu ra của Make với một trường phiếu trong Jodoo.
- Kiểm thử bằng phiếu mô phỏng trước khi nhận lưu lượng thực tế.
- Bổ sung xử lý lỗi, cảnh báo thử lại và hàng đợi rà soát thủ công.
TÀI LIỆU THAM KHẢO TRIỂN KHAI
Lưu lại chi tiết thiết lập cho đội ngũ của bạn
Bản thiết kế ứng dụng khởi đầu Jodoo
Mô hình trường dữ liệu Jodoo, các chế độ xem đề xuất, bản ghi mẫu và quy tắc tự động hóa để điều chỉnh ứng dụng phiếu hỗ trợ sau khi một kịch bản Make ghi kết quả.
Mở bản thiết kếPrompt tác nhân + Công thức quy trình
Thiết lập webhook Make, schema ghi ngược dữ liệu HTTP, kiểm tra URL đã lưu, kiểm tra tình trạng endpoint tạm thời, ghi chú ghi ngược dữ liệu Jodoo và hướng dẫn triển khai từ lượt chạy thực tế.
Mở công thứcQUY TRÌNH
Từ webhook Make đến trường hợp leo thang được theo dõi
Make xử lý sự kiện đầu vào và bước ghi ngược dữ liệu. Jodoo lưu các trường dữ liệu phiếu hỗ trợ để đội ngũ có thể rà soát, lọc và xử lý.
Một yêu cầu hỗ trợ đến Make Custom webhook từ biểu mẫu, cổng thông tin, hộp thư, công cụ chat hoặc hệ thống nội bộ.
Run once đưa module Webhooks vào trạng thái chờ để có thể ghi nhận payload thử nghiệm đầu vào.
Kịch bản Make giữ sự kiện hiển thị rõ ràng dưới dạng luồng hai module: trình kích hoạt ứng dụng Webhooks và bước ghi ngược dữ liệu của ứng dụng HTTP.
Module HTTP sử dụng body JSON, phương thức post, parse response và một URL đã lưu cần được kiểm tra lại khi endpoint tạm thời thay đổi.
Yêu cầu HTTP gửi danh mục sự cố, mức độ ưu tiên, mục tiêu SLA, trạng thái, người phụ trách, bản nháp phản hồi và ghi chú theo dõi tiếp dưới dạng JSON.
Make History ghi lại lượt chạy thủ công, số lượng thao tác, mức sử dụng credit, thời lượng và truyền dữ liệu.
Kết quả có cấu trúc được gửi đến một endpoint ghi ngược dữ liệu Jodoo hoặc một lớp middleware bảo mật.
Jodoo tạo bản ghi phiếu hỗ trợ và duy trì khả năng truy cập cho chế độ xem SLA, hàng đợi người phụ trách, bảng tổng quan và lịch sử kiểm toán.
BẢN GHI JODOO
Những gì Jodoo lưu trữ
Jodoo lưu các trường dữ liệu hỗ trợ bền vững sau lượt chạy Make: người yêu cầu, danh mục, tài sản, mức độ ưu tiên, mục tiêu SLA, trạng thái, người phụ trách và ghi chú theo dõi tiếp.
Số phiếuThông tin người yêu cầuDanh mục sự cốTài sản bị ảnh hưởngMức độ ưu tiênNgày mục tiêu SLATrạng thái phiếuNgười phụ trách được phân côngMô tả sự cốGhi chú xử lýGhi chú theo dõi tiếpĐầu ra quy trình gốc
LƯỢT CHẠY THỰC TẾ
Một kịch bản Make đã ghi phiếu hỗ trợ vào Jodoo
Các ảnh chụp màn hình sử dụng dữ liệu hỗ trợ mô phỏng và hiển thị canvas kịch bản Make, một lượt chạy thành công trong Make History và bảng phiếu hỗ trợ Jodoo sau khi ghi ngược dữ liệu.
Cấu hình kịch bản Make
Canvas Make sử dụng một Custom webhook và một module HTTP để gọi endpoint ghi ngược dữ liệu Jodoo.
Lượt chạy Make History thành công
Make History cho thấy kịch bản hỗ trợ đã hoàn tất thành công, bao gồm thao tác, credit, thời lượng và truyền dữ liệu.
Ghi ngược dữ liệu vào Jodoo
Phiếu đã được Make phân loại xuất hiện trong Jodoo với các trường người yêu cầu, danh mục, mức độ ưu tiên, mục tiêu SLA và trạng thái.
CÂU HỎI THƯỜNG GẶP
Câu hỏi thường gặp
Giải đáp về cách dùng các nền tảng tác nhân với bản ghi, quy trình và mẫu ứng dụng của Jodoo.
Quy trình hỗ trợ trên Make này đã được kiểm thử đầu cuối chưa?
Có. Một mục trong Make History cho thấy lượt chạy thủ công thành công và bảng Jodoo hiển thị phiếu hỗ trợ Nghiêm trọng mô phỏng được tạo từ lượt chạy đó.
Có cần gói Make trả phí không?
Lượt chạy minh chứng được thực hiện bằng tài khoản Make miễn phí và dữ liệu hỗ trợ mô phỏng. Khi dùng trong thực tế, chi phí có thể phát sinh tùy theo khối lượng thao tác, dịch vụ kết nối và mức sử dụng endpoint.
Nguồn phiếu có thể đến từ ngoài Jodoo không?
Có. Trình kích hoạt có thể đến từ bất kỳ hệ thống nào có thể gửi payload webhook đến Make trước khi kết quả được ghi vào Jodoo.
Đội ngũ có thể thêm một bước tác nhân dựa trên mô hình trong Make không?
Có. Luồng đã kiểm thử sử dụng webhook ổn định và quy trình ghi ngược dữ liệu HTTP. Đội ngũ có thể thêm một bước AI trong Make hoặc lời gọi mô hình đã kết nối, miễn là các trường danh mục, mức độ ưu tiên, SLA, người phụ trách và trạng thái vẫn nhất quán.
Cần kiểm tra gì trước khi chạy kịch bản Make?
Hãy xác nhận Custom webhook đang chờ dữ liệu, URL của module HTTP đã được lưu, body yêu cầu là JSON và kiểm tra tình trạng endpoint thành công nếu bạn đang dùng tunnel tạm thời.
Khác gì so với một quy trình webhook ưu tiên code?
Make giúp luồng hỗ trợ hiển thị rõ ràng dưới dạng các module trên canvas. Người xây dựng có thể xem trình kích hoạt Webhooks, yêu cầu HTTP, số lượng thao tác, mức sử dụng credit và kết quả trong History trước khi đội ngũ Jodoo rà soát phiếu.
Điều gì xảy ra nếu module HTTP của Make bị lỗi?
Hãy xem lượt chạy là chưa hoàn tất. Kiểm tra URL đã lưu, body JSON, tình trạng endpoint và lỗi trong Make History trước khi thu thập ảnh chụp màn hình hoặc dùng quy trình cho lưu lượng hỗ trợ thực tế.
Kịch bản Make có thể để ở trạng thái không hoạt động khi kiểm thử không?
Có. Với bước xác thực thủ công, Run once có thể chờ một sự kiện webhook mà không cần bật kịch bản theo lịch hoặc luôn hoạt động. Khi triển khai thực tế, hãy kích hoạt kịch bản sau khi tình trạng endpoint, hạn mức, cơ chế thử lại và thông báo lỗi đã sẵn sàng.
Màn hình nào trong Make giúp xử lý sự cố cho luồng hỗ trợ?
Hãy dùng Scenario Usage, History, đầu ra bundle của module, mã trạng thái HTTP, truyền dữ liệu, số lượng thao tác và mức sử dụng credit để xác nhận phiếu đã đi qua Make trước khi kiểm tra bản ghi Jodoo.
Vì sao nên lưu kết quả trong Jodoo thay vì Make History?
Make History hữu ích cho người xây dựng, còn Jodoo cung cấp cho đội hỗ trợ các trường dữ liệu, chế độ xem, người phụ trách, hàng đợi SLA, bảng tổng quan, trạng thái quy trình và ngữ cảnh kiểm toán.
BƯỚC TIẾP THEO
Biến khâu tiếp nhận hỗ trợ trên Make thành quy trình phân loại có thể tái sử dụng
Bắt đầu với phân loại phiếu hỗ trợ, sau đó điều chỉnh cùng một mô hình này cho yêu cầu IT, trường hợp leo thang của bộ phận thành công khách hàng, tiếp nhận lỗi hoặc sự cố dịch vụ hiện trường.