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ợ, bao gồm vấn đề, quy trình, trường dữ liệu Jodoo và danh sách kiểm tra triển khai.
Mở cẩm nangZAPIER AGENTS + JODOO
Phân loại phiếu hỗ trợ bằng AI với Zapier Agents + Jodoo
Dùng Zapier Agents với Jodoo để phân loại phiếu hỗ trợ, thiết lập các trường dữ liệu ưu tiên và SLA, chỉ định người phụ trách, đồng thời theo dõi việc leo thang trong một bản ghi duy nhất.
1
Phân loại phiếu hỗ trợ nhất quán
2
Ghi các trường dữ liệu ưu tiên và SLA vào Jodoo
3
Leo thang vấn đề nghiêm trọng nhanh hơn
4
Giữ thông tin theo dõi tiếp của người phụ trách luôn hiển thị
VIDEO HƯỚNG DẪN
Điều gì diễn ra trong bản demo
Video minh họa một vòng hỗ trợ: phiếu được phân loại trong Zapier Agents, lượt chạy trả về ID dữ liệu Jodoo và bản ghi phiếu xuất hiện trong Jodoo.
Một phiếu đi vào quy trình
Biểu mẫu, hộp thư đến, cổng khách hàng, bản ghi chat hoặc biểu mẫu Jodoo cung cấp chi tiết vấn đề để tác nhân AI phân loại.
Zapier Agents phân loại yêu cầu
Tác nhân AI trả về danh mục vấn đề, 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, ghi chú theo dõi tiếp và lý do định tuyến.
Jodoo lưu giữ bản ghi hỗ trợ
Kết quả phân loại được ghi vào một bản ghi phiếu Jodoo để đội ngũ hỗ trợ có thể xem cùng một nguồn thông tin đáng tin cậy.
Phiếu nghiêm trọng luôn hiển thị
Các vấn đề đã 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, trong khi đầu ra gốc của tác nhân AI vẫn được đính kèm.
TÓM TẮT DEMO
Zapier Agents phân loại phiếu, Jodoo theo dõi leo thang
Hướng dẫn minh họa quy trình phân loại phiếu hỗ trợ, trong đó tác nhân AI phân loại mức độ khẩn cấp và Jodoo lưu giữ mức ưu tiên, mục tiêu SLA, trạng thái, người phụ trách và bản ghi theo dõi tiếp.
Bản ghi phiếu
Zapier Agents phân loại phiếu. Jodoo lưu bản ghi hỗ trợ.
Vấn đề khi phân loại thủ công
Phân loại thủ công làm chậm việc xác định danh mục, người phụ trách, SLA và phản hồi đầu tiên.
Trường dữ liệu hỗ trợ có cấu trúc
Tác nhân AI trả về các trường dữ liệu hỗ trợ mà Jodoo có thể sử dụng.
Leo thang nghiêm trọng
Phiếu thử nghiệm được phân loại là Nghiêm trọng và được leo thang.
Ghi ngược dữ liệu vào Jodoo
Jodoo lưu mức ưu tiên, trạng thái, mục tiêu SLA và người phụ trách.
Hàng đợi leo thang
Các phiếu đã leo thang luôn hiển thị trong hàng đợi và bảng tổng quan của Jodoo.
Hành động của đội ngũ
Tác nhân AI quyết định. Jodoo ghi nhận. Đội ngũ hành động.
Bộ công cụ quy trình
Dùng bộ công cụ quy trình phân loại hỗ trợ cho Jodoo.
GHI CHÚ THIẾT LẬP NỀN TẢNG
Điểm riêng của Zapier Agents
Mô hình bản ghi Jodoo có thể giữ nhất quán, nhưng mỗi nền tảng tác nhân có cách xây dựng, chế độ kiểm thử và bàn giao triển khai khác nhau.
Agent Preview xác thực hành vi phân loại
Dùng Agent Preview với nội dung phiếu giả lập để xác minh danh mục, mức ưu tiên, mục tiêu SLA, người phụ trách và bản nháp phản hồi trước khi kết nối các nguồn hỗ trợ đang hoạt động.
Hành động Zapier ghi các trường dữ liệu đã được chấp nhận
Sau khi tác nhân AI trả về kết quả phân loại ở định dạng máy có thể đọc, một hành động Zapier hoặc bước Webhooks by Zapier có thể chỉ gửi các trường dữ liệu đã được phê duyệt vào bản ghi phiếu Jodoo.
Có thể giữ bước rà soát của con người trong quy trình
Các phiếu nhạy cảm hoặc có độ tin cậy thấp có thể tạm dừng để phê duyệt hành động trước khi Jodoo nhận trạng thái leo thang, người phụ trách, mục tiêu SLA và ghi chú theo dõi tiếp.
BỘ QUY TRÌNH
Xây dựng cùng một vòng phân loại hỗ trợ
Xem lại cách ánh xạ trường dữ liệu hỗ trợ, sao chép công thức tác nhân AI và dùng mô hình trường dữ liệu Jodoo trước khi điều chỉnh quy trình cho nguồn phiếu của riêng bạn.
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
Nguồn phiếu
Biểu mẫu, hộp thư đến, bản ghi chat, cổng thông tin hoặc bản ghi tiếp nhận Jodoo
- 02
Zapier Agent
Phân loại danh mục, mức ưu tiên, mục tiêu SLA và người phụ trách
- 03
Đầu ra có cấu trúc
Tóm tắt, danh mục, mức ưu tiên, SLA, người phụ trách, bản nháp phản hồi, ghi chú
- 04
Phiếu Jodoo
Trường dữ liệu, chế độ xem, trạng thái leo thang, hàng đợi người phụ trách và nhật ký kiểm tra
- 05
Theo dõi tiếp của hỗ trợ
Chế độ xem SLA, cảnh báo người phụ trách, hàng đợi leo thang và phản hồi khách hàng
VÒNG LẶP QUY TRÌNH
Từ tiếp nhận hỗ trợ đến leo thang được định tuyến
Một yêu cầu hỗ trợ đến từ biểu mẫu, hộp thư đến, bản ghi chat, cổng khách hàng hoặc biểu mẫu Jodoo.
Zapier chuyển chi tiết phiếu vào một tác nhân AI chuyên phân loại hỗ trợ.
Tác nhân AI phân loại danh mục, mức ưu tiên, mục tiêu SLA, người phụ trách, trạng thái và ghi chú theo dõi tiếp.
Kết quả có cấu trúc được gửi qua một hành động Zapier hoặc cầu nối ghi ngược dữ liệu bảo mật.
Jodoo tạo mới hoặc cập nhật bản ghi phiếu hỗ trợ bằng kết quả phân loại.
Phiếu nghiêm trọng được chuyển vào các chế độ xem leo thang, trong khi phiếu thông thường vẫn có thể theo dõi.
Á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 |
|---|---|
| ID phiếu, người yêu cầu, email, phòng ban | Số phiếu, Tên người yêu cầu, Email người yêu cầu, Phòng ban của người yêu cầu |
| issue_category, affected_asset | Danh mục vấn đề, 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 | Người phụ trách được chỉ định, Ghi chú xử lý |
| response_draft, follow_up_note, phản hồi JSON đầy đủ | Ghi chú xử lý, Ghi chú theo dõi tiếp, Đầu ra gốc của tác nhân AI |
CÔNG THỨC TÁC NHÂN
Prompt và đầu ra có cấu trúc
Vai trò của tác nhân AI
Bạn là tác nhân AI phân loại phiếu hỗ trợ cho đội ngũ vận hành khách hàng. Hãy xem xét từng phiếu đến 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 dựa trên mức độ ảnh hưởng, độ khẩn cấp, danh mục, rủi ro SLA và thông tin còn thiếu. Giải thích quyết định định tuyến bằng một lý do ngắn gọn mà người phụ trách hỗ trợ có thể tin cậy.
Đầ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. Giữ kết quả ở định dạng máy có thể đọc.
{
"ticket_summary": "Khách hàng doanh nghiệp gặp lỗi đăng nhập SSO trước ngày ra mắt",
"issue_category": "Quyền truy cập & phân quyền",
"priority": "Nghiêm trọng",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "Nhóm leo thang hỗ trợ / Nhóm định danh",
"ticket_status": "Đã leo thang",
"response_draft": "Cảm ơn bạn đã báo cáo vấn đề này. Chúng tôi đang leo thang sự cố SSO ngay bây giờ...",
"follow_up_note": "Thu thập ID tài khoản bị ảnh hưởng và rà soát nhật ký nhà cung cấp định danh.",
"routing_reason": "Sự cố xác thực chặn ra mắt đối với một khách hàng doanh nghiệp."
}ỨNG DỤNG JODOO KHỞI ĐẦU
Ứng dụng khởi đầu phân loại phiếu hỗ trợ bằng AI
Dùng mô hình trường dữ liệu, các chế độ xem đề xuất và quy tắc tự động hóa khi bạn điều chỉnh quy trình phân loại hỗ trợ cho đội ngũ của mình.
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 của người yêu cầu
- Danh mục vấn đề
- 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 chỉ định
- Mô tả vấn đề
- Ghi chú xử lý
- Ghi chú theo dõi tiếp
- Tệp đính kèm
- Ngày gửi
- Đầu ra gốc của tác nhân AI
Chế độ xem đề xuất
- Leo thang nghiêm trọng
- Rủi ro SLA
- Hàng đợi của người phụ trách
- Cần thêm thông tin
- Tất cả phiếu hỗ trợ
Quy tắc tự động hóa
- Tạo mới hoặc cập nhật bản ghi phiếu hỗ trợ Jodoo sau bước tác nhân AI.
- Thông báo cho người phụ trách được chỉ định 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.
- Giữ đầu ra gốc của tác nhân AI trong nhật ký kiểm tra.
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ế
- Thống nhất danh mục vấn đề, quy tắc ưu tiên, mục tiêu SLA và người phụ trách leo thang.
- Chọn nguồn phiếu nào an toàn để gửi vào quy trình tác nhân AI.
- Ánh xạ mọi trường đầu ra của tác nhân AI với một trường phiếu Jodoo tương ứng.
- Kiểm thử bằng phiếu hỗ trợ giả lập trước khi gửi dữ liệu khách hàng thật.
- Tạo hàng đợi rà soát cho các phiếu có độ tin cậy thấp hoặc nhạy cảm.
- Thêm thông báo cho người phụ trách và cảnh báo SLA sau khi mô hình trường dữ liệu ổn định.
Bộ quy trình
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, 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ợ.
Mở bản thiết kếLời nhắc tác nhân AI + công thức quy trình
Hướng dẫn cho Zapier Agents, lược đồ phân loại hỗ trợ, ánh xạ trường dữ liệu và ghi chú triển khai thực tế từ lượt chạy thử.
Mở công thứcQUY TRÌNH
Từ phiếu mới tiếp nhận đến leo thang được theo dõi
Tác nhân AI tập trung vào phân loại phiếu hỗ trợ. Công cụ này biến phiếu đến thành các trường dữ liệu có cấu trúc để Jodoo lưu trữ, lọc và định tuyến.
Một yêu cầu hỗ trợ đến từ biểu mẫu, hộp thư đến, bản ghi chat, cổng khách hàng hoặc biểu mẫu Jodoo.
Zapier chuyển chi tiết phiếu vào một tác nhân AI chuyên phân loại hỗ trợ.
Tác nhân AI phân loại danh mục, mức ưu tiên, mục tiêu SLA, người phụ trách, trạng thái và ghi chú theo dõi tiếp.
Kết quả có cấu trúc được gửi qua một hành động Zapier hoặc cầu nối ghi ngược dữ liệu bảo mật.
Jodoo tạo mới hoặc cập nhật bản ghi phiếu hỗ trợ bằng kết quả phân loại.
Phiếu nghiêm trọng được chuyển vào các chế độ xem leo thang, trong khi phiếu thông thường vẫn có thể theo dõi.
BẢN GHI JODOO
Những gì Jodoo lưu trữ
Jodoo lưu giữ các trường dữ liệu phiếu mà đội ngũ hỗ trợ cần sau quyết định của tác nhân AI: người yêu cầu, danh mục, 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 vấn đề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 chỉ địnhMô tả vấn đềGhi chú xử lýGhi chú theo dõi tiếpĐầu ra gốc của tác nhân AI
CHẠY THỬ
Một lượt chạy thử đã ghi phiếu hỗ trợ vào Jodoo
Các ảnh chụp màn hình dùng dữ liệu hỗ trợ giả lập và hiển thị phần thiết lập Zapier Agent, một lượt chạy thành công có ID dữ liệu Jodoo, cùng bảng phiếu hỗ trợ trong Jodoo sau khi ghi ngược dữ liệu.
Cấu hình tác nhân AI
Một Zapier Agent chuyên biệt trả về các trường dữ liệu phân loại hỗ trợ có cấu trúc cho Jodoo.
Lượt chạy tác nhân AI thành công
Một phiếu hỗ trợ giả lập đã được phân loại và trả về ID dữ liệu Jodoo.
Ghi ngược dữ liệu vào Jodoo
Mức ưu tiên, trạng thái, mục tiêu SLA và người phụ trách đã được ghi vào một bản ghi phiếu Jodoo.
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 này có cần gói Zapier trả phí không?
Lượt chạy thử dùng gói Zapier miễn phí với dữ liệu hỗ trợ giả lập, nhưng khi dùng trong thực tế, bạn có thể cần gói trả phí tùy theo khối lượng tác vụ, ứng dụng được kết nối, tốc độ kiểm tra dữ liệu và độ phức tạp của định tuyến.
Jodoo có thể lưu các trường dữ liệu phân loại hỗ trợ từ tác nhân AI không?
Có. Điều quan trọng là thiết kế tác nhân AI trả về các trường dữ liệu nhất quán, như danh mụ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, để Jodoo có thể lưu vào các trường dữ liệu tương ứng.
Nguồn phiếu có thể đến từ bên ngoài Jodoo không?
Có. Tác nhân kích hoạt có thể đến từ biểu mẫu, hộp thư đến, công cụ chat, cổng thông tin, webhook hoặc một nguồn phiếu khác được kết nối với Zapier trước khi kết quả được ghi vào Jodoo.
Quy trình này chỉ hữu ích cho hỗ trợ khách hàng thôi sao?
Không. Cùng một mô hình phân loại có thể hỗ trợ yêu cầu IT, leo thang chăm sóc khách hàng, tiếp nhận lỗi, yêu cầu dịch vụ hiện trường hoặc bất kỳ quy trình nào cần tác nhân AI phân loại độ khẩn cấp và Jodoo theo dõi tiếp.
Các đội ngũ có thể tái sử dụng cấu trúc ứng dụng Jodoo không?
Có. Hãy dùng bản thiết kế trường dữ liệu, các chế độ xem và quy tắc tự động hóa làm điểm khởi đầu, sau đó điều chỉnh danh mục, mục tiêu SLA, người phụ trách và hàng đợi leo thang cho phù hợp với quy trình hỗ trợ của bạn.
BƯỚC TIẾP THEO
Biến phân loại phiếu thành một vòng hỗ trợ 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 cho yêu cầu IT, leo thang chăm sóc khách hàng, tiếp nhận lỗi hoặc vấn đề dịch vụ hiện trường.