คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปคัดแยกทิกเก็ตซัพพอร์ตใน Make ครอบคลุมทริกเกอร์ Custom webhook, เส้นทางทดสอบ Run once, โมดูล HTTP, หลักฐานจาก Make History, ฟิลด์ใน Jodoo และเช็กลิสต์การนำไปใช้งาน
เปิดคู่มือMAKE + JODOO
การคัดแยกทิกเก็ตซัพพอร์ตด้วย Make + Jodoo
ใช้ 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 ยืนยันการรันด้วยตนเอง จำนวน operation การใช้เครดิต ระยะเวลา และการรับส่งข้อมูล
Jodoo จัดเก็บทิกเก็ต
ผลลัพธ์แบบมีโครงสร้างจะถูกเขียนเข้าแอปซัพพอร์ตของ Jodoo เพื่อให้ทีมกรอง มอบหมาย และตรวจสอบได้
ทิกเก็ตวิกฤตยังคงมองเห็นได้ชัด
ทิกเก็ตที่ถูกยกระดับสามารถย้ายไปยังคิวของเจ้าของงาน มุมมอง SLA การแจ้งเตือน และแดชบอร์ดได้จากเรคคอร์ดใน Jodoo
สรุปเดโม
Make คัดแยกทิกเก็ต และ Jodoo ติดตามการยกระดับ
การใช้งานนี้เหมาะเมื่อทีมของคุณต้องการสถานการณ์การทำงานแบบมองเห็นภาพใน Make สำหรับการรับคำขอซัพพอร์ตก่อนที่ Jodoo จะเป็นระบบหลักสำหรับติดตามงานที่ยกระดับ
ทริกเกอร์ Custom webhook
payload ซัพพอร์ตเข้าสู่ Make ผ่าน Custom webhook
HTTP writeback
โมดูล HTTP ของ Make ส่งฟิลด์คัดแยกซัพพอร์ตแบบมีโครงสร้าง
History สำเร็จ
Make History แสดงว่าการรันด้วยตนเองเสร็จสมบูรณ์สำเร็จด้วยสอง operations
การใช้งานสถานการณ์การทำงาน
การรันของ Make บันทึกจำนวน operation เครดิต ระยะเวลา และการรับส่งข้อมูลสำหรับโฟลว์ซัพพอร์ตที่ทดสอบ
Jodoo writeback
Jodoo จัดเก็บฟิลด์ระดับความสำคัญ สถานะ เป้าหมาย SLA ผู้ขอ และหมวดหมู่
ลูปที่ใช้ซ้ำได้
Make รันสถานการณ์การทำงาน ส่วน Jodoo เก็บเรคคอร์ดซัพพอร์ต
ชุดเวิร์กโฟลว์
สร้างลูปคัดแยกทิกเก็ตซัพพอร์ตใน Make แบบเดียวกัน
ตรวจสอบการแมปฟิลด์ซัพพอร์ต คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้พิมพ์เขียวแอป Jodoo ก่อนปรับ Make webhook ให้เข้ากับแหล่งข้อมูลซัพพอร์ตของคุณ
สิ่งที่ทีมของคุณนำกลับมาใช้ซ้ำได้
Make รับอีเวนต์ของทิกเก็ตผ่าน Custom webhook ส่งผลลัพธ์การคัดแยกแบบมีโครงสร้างผ่านโมดูล HTTP และบันทึก operations เครดิต และระยะเวลาไว้ใน History ส่วน Jodoo เก็บเรคคอร์ดซัพพอร์ตที่ใช้งานต่อได้ สถานะการยกระดับ คิวเจ้าของงาน และ audit trail
เวิร์กโฟลว์ธุรกิจโมเดลฟิลด์ของ Jodooพรอมป์ต์ของเอเจนต์เช็กลิสต์ก่อนเปิดใช้งาน
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
Make webhook
ฟอร์ม พอร์ทัล กล่องข้อความเข้า ทรานสคริปต์แชต หรือระบบภายใน
- 02
สถานการณ์การทำงานใน Make
รับ ticket webhook ส่ง HTTP writeback และยืนยันการรันใน History
- 03
โมดูล HTTP
ส่งฟิลด์คัดแยกเป็นคำขอ post แบบ JSON และแยกวิเคราะห์การตอบกลับ
- 04
Make History
แสดงความสำเร็จ operations เครดิต ระยะเวลา และการรับส่งข้อมูล
- 05
Jodoo writeback
สร้างทิกเก็ตซัพพอร์ตและส่งกลับ data ID
- 06
ติดตามงานซัพพอร์ต
มุมมอง SLA คิวเจ้าของงาน สถานะการยกระดับ และ audit trail
ลูปเวิร์กโฟลว์
จาก Make webhook สู่การยกระดับที่มีการส่งต่ออย่างเป็นระบบ
คำขอซัพพอร์ตมาถึง Make Custom webhook จากฟอร์ม พอร์ทัล กล่องข้อความเข้า เครื่องมือแชต หรือระบบภายใน
Run once จะทำให้โมดูล Webhooks อยู่ในสถานะรอ เพื่อดักจับ payload ทดสอบขาเข้า
สถานการณ์การทำงานใน Make ทำให้อีเวนต์มองเห็นได้ในรูปแบบโฟลว์สองโมดูล: ทริกเกอร์จากแอป Webhooks และ HTTP writeback
โมดูล HTTP ใช้ JSON body, post method, parse response และ URL ที่บันทึกไว้ซึ่งต้องตรวจสอบอีกครั้งเมื่อ endpoint ชั่วคราวมีการเปลี่ยนแปลง
คำขอ HTTP จะส่งหมวดหมู่ปัญหา ระดับความสำคัญ เป้าหมาย SLA สถานะ เจ้าของงาน ร่างคำตอบ และบันทึกติดตามงานในรูปแบบ JSON
Make History บันทึกการรันด้วยตนเอง จำนวน operation การใช้เครดิต ระยะเวลา และการรับส่งข้อมูล
ผลลัพธ์แบบมีโครงสร้างจะถูกส่งไปยัง endpoint สำหรับ Jodoo writeback หรือชั้น middleware ที่ปลอดภัย
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 | เจ้าของงานที่ได้รับมอบหมาย, บันทึกการแก้ไข, บันทึกติดตามงาน |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของเวิร์กโฟลว์
รับ payload ของทิกเก็ตซัพพอร์ตขาเข้าและส่งคืนฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และรายงานผลได้
คำสั่งการคัดแยก
จัดประเภททิกเก็ตโดยใช้ความเร่งด่วน ผลกระทบ หมวดหมู่ ความเสี่ยงต่อ SLA และผู้รับผิดชอบ ทำให้ผลลัพธ์คาดการณ์ได้สำหรับขั้นตอน Make HTTP writeback
ผลลัพธ์ที่ต้องมี
ส่งกลับ 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, URL endpoint ที่บันทึกไว้ และการตรวจสอบ Run once ก่อนส่งต่อเวิร์กโฟลว์ให้ทีมซัพพอร์ต
{
"issue_category": "การเข้าถึงและสิทธิ์",
"priority": "วิกฤต",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "ทีมยกระดับฝ่ายสนับสนุน / ทีมตัวตน",
"ticket_status": "ยกระดับแล้ว"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับคัดแยกทิกเก็ตซัพพอร์ตใน Make
ใช้โมเดลฟิลด์นี้เมื่อกำหนดค่า Make Custom webhook และเวิร์กโฟลว์ Jodoo writeback
ฟิลด์ที่รวมอยู่
- หมายเลขทิกเก็ต
- ชื่อผู้ขอ
- อีเมลผู้ขอ
- แผนกของผู้ขอ
- หมวดหมู่ปัญหา
- ทรัพย์สินที่ได้รับผลกระทบ
- ระดับความสำคัญ
- วันที่เป้าหมาย SLA
- สถานะทิกเก็ต
- เจ้าของงานที่ได้รับมอบหมาย
- รายละเอียดปัญหา
- บันทึกการแก้ไข
- บันทึกติดตามงาน
- ไฟล์แนบ
- วันที่ส่งคำขอ
- ผลลัพธ์เอเจนต์ต้นฉบับ
มุมมองที่แนะนำ
- เคสยกระดับวิกฤต
- ความเสี่ยง SLA
- คิวเจ้าของงาน
- ต้องการข้อมูลเพิ่มเติม
- ตรวจสอบการรันของ Make
- ทิกเก็ตซัพพอร์ตทั้งหมด
กฎระบบอัตโนมัติ
- สร้างหรืออัปเดตเรคคอร์ดทิกเก็ตซัพพอร์ตใน Jodoo หลังจากโมดูล HTTP ของ Make ทำงานเสร็จ
- แจ้งเจ้าของงานที่ได้รับมอบหมายเมื่อระดับความสำคัญเป็น Critical หรือสถานะเป็น Escalated
- ย้ายทิกเก็ตที่ข้อมูลไม่ครบไปยังคิวตรวจสอบ
- ตั้งค่าสถานะเรคคอร์ดให้ตรวจสอบเมื่อ Make History แสดงว่า HTTP operation ล้มเหลว
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ใน audit trail
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- กำหนดหมวดหมู่ซัพพอร์ต เป้าหมาย SLA และเจ้าของงานสำหรับการยกระดับ
- เลือกแหล่งที่มาของทิกเก็ตที่จะใช้ทริกเกอร์ Make webhook
- ยืนยันว่า URL ของโมดูล HTTP ถูกบันทึกไว้ก่อนการทดสอบ Run once ทุกครั้ง
- ตรวจสอบความพร้อมของ endpoint เมื่อใช้ tunnel ชั่วคราว
- แมปทุกฟิลด์ผลลัพธ์จาก Make เข้ากับฟิลด์ทิกเก็ตใน Jodoo
- ทดสอบด้วยทิกเก็ตจำลองก่อนรับทราฟฟิกจริง
- เพิ่มการจัดการข้อผิดพลาด การแจ้งเตือนเมื่อ retry และคิวตรวจสอบโดยมนุษย์
เอกสารอ้างอิงสำหรับการนำไปใช้
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้น Jodoo
โมเดลฟิลด์ของ Jodoo มุมมองที่แนะนำ เรคคอร์ดตัวอย่าง และกฎอัตโนมัติสำหรับปรับแอปทิกเก็ตซัพพอร์ตหลังจากสถานการณ์การทำงานใน Make เขียนผลลัพธ์เข้ามา
เปิดพิมพ์เขียวPrompt ของเอเจนต์ + สูตรการทำงานของเวิร์กโฟลว์
การตั้งค่า Make webhook, schema ของ HTTP writeback, การตรวจสอบการบันทึก URL, การตรวจสอบ endpoint ชั่วคราว, หมายเหตุเกี่ยวกับ Jodoo writeback และแนวทางใช้งานจริงจากการรันจริง
เปิดสูตรการทำงานเวิร์กโฟลว์
จาก Make webhook สู่การติดตามการยกระดับ
Make จัดการอีเวนต์ขาเข้าและขั้นตอน writeback ส่วน Jodoo จัดเก็บฟิลด์ของทิกเก็ตซัพพอร์ตให้ทีมตรวจสอบ กรอง และดำเนินการต่อได้
คำขอซัพพอร์ตมาถึง Make Custom webhook จากฟอร์ม พอร์ทัล กล่องข้อความเข้า เครื่องมือแชต หรือระบบภายใน
Run once จะทำให้โมดูล Webhooks อยู่ในสถานะรอ เพื่อดักจับ payload ทดสอบขาเข้า
สถานการณ์การทำงานใน Make ทำให้อีเวนต์มองเห็นได้ในรูปแบบโฟลว์สองโมดูล: ทริกเกอร์จากแอป Webhooks และ HTTP writeback
โมดูล HTTP ใช้ JSON body, post method, parse response และ URL ที่บันทึกไว้ซึ่งต้องตรวจสอบอีกครั้งเมื่อ endpoint ชั่วคราวมีการเปลี่ยนแปลง
คำขอ HTTP จะส่งหมวดหมู่ปัญหา ระดับความสำคัญ เป้าหมาย SLA สถานะ เจ้าของงาน ร่างคำตอบ และบันทึกติดตามงานในรูปแบบ JSON
Make History บันทึกการรันด้วยตนเอง จำนวน operation การใช้เครดิต ระยะเวลา และการรับส่งข้อมูล
ผลลัพธ์แบบมีโครงสร้างจะถูกส่งไปยัง endpoint สำหรับ Jodoo writeback หรือชั้น middleware ที่ปลอดภัย
Jodoo สร้างเรคคอร์ดทิกเก็ตซัพพอร์ตและเก็บไว้ให้ใช้งานในมุมมอง SLA คิวเจ้าของงาน แดชบอร์ด และประวัติการตรวจสอบ
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์ซัพพอร์ตที่ใช้งานต่อได้หลังการรันของ Make ได้แก่ ผู้ขอ หมวดหมู่ ทรัพย์สินที่ได้รับผลกระทบ ระดับความสำคัญ เป้าหมาย SLA สถานะ เจ้าของงาน และบันทึกติดตามงาน
หมายเลขทิกเก็ตรายละเอียดผู้ขอหมวดหมู่ปัญหาทรัพย์สินที่ได้รับผลกระทบระดับความสำคัญวันที่เป้าหมาย SLAสถานะทิกเก็ตเจ้าของงานที่ได้รับมอบหมายรายละเอียดปัญหาบันทึกการแก้ไขบันทึกติดตามงานผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การรันจริง
สถานการณ์การทำงานใน Make เขียนทิกเก็ตซัพพอร์ตเข้า Jodoo
ภาพหน้าจอใช้ข้อมูลซัพพอร์ตจำลอง และแสดง canvas ของสถานการณ์การทำงานใน Make, การรันสำเร็จใน Make History และตารางทิกเก็ตซัพพอร์ตใน Jodoo หลัง writeback
การตั้งค่าสถานการณ์การทำงานใน Make
canvas ของ Make ใช้ Custom webhook และโมดูล HTTP เพื่อเรียก endpoint สำหรับ Jodoo writeback
การรันสำเร็จใน Make History
Make History แสดงว่าสถานการณ์การทำงานซัพพอร์ตทำงานสำเร็จ พร้อมข้อมูล operations เครดิต ระยะเวลา และการรับส่งข้อมูล
Jodoo writeback
ทิกเก็ตที่ Make คัดแยกปรากฏใน Jodoo พร้อมฟิลด์ผู้ขอ หมวดหมู่ ระดับความสำคัญ เป้าหมาย SLA และสถานะ
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
เวิร์กโฟลว์ซัพพอร์ตใน Make นี้ทดสอบครบทุกขั้นตอนแล้วหรือยัง?
ใช่ มีรายการใน Make History ของสถานการณ์การทำงานที่แสดงการรันด้วยตนเองสำเร็จ และตารางใน Jodoo แสดงทิกเก็ตซัพพอร์ตแบบ Critical ที่สร้างจากข้อมูลจำลองจากการรันนั้น
ต้องใช้แพ็กเกจแบบชำระเงินของ Make หรือไม่?
การรันที่ใช้เป็นหลักฐานใช้บัญชี Make ฟรีและข้อมูลซัพพอร์ตจำลอง การใช้งานจริงอาจมีค่าใช้จ่ายตามปริมาณ operation บริการที่เชื่อมต่อ และการใช้งาน endpoint
แหล่งที่มาของทิกเก็ตสามารถมาจากภายนอก Jodoo ได้หรือไม่?
ได้ ทริกเกอร์สามารถมาจากระบบใดก็ได้ที่ส่ง webhook payload ไปยัง Make ได้ ก่อนที่ผลลัพธ์จะถูกเขียนกลับเข้า Jodoo
ทีมสามารถเพิ่มขั้นตอนเอเจนต์ที่ใช้โมเดลใน Make ได้หรือไม่?
ได้ เส้นทางที่ทดสอบใช้โฟลว์ webhook และ HTTP writeback ที่เชื่อถือได้ ทีมสามารถเพิ่มขั้นตอน AI ใน Make หรือการเรียกโมเดลที่เชื่อมต่ออยู่ได้ ตราบใดที่ฟิลด์หมวดหมู่ ระดับความสำคัญ SLA เจ้าของงาน และสถานะยังคงคาดการณ์ได้
ควรตรวจสอบอะไรบ้างก่อนรันสถานการณ์การทำงานใน Make?
ยืนยันว่า Custom webhook กำลังรอข้อมูลอยู่ URL ของโมดูล HTTP ถูกบันทึกไว้ request body เป็น JSON และ endpoint health check ผ่าน หากมีการใช้ tunnel ชั่วคราว
สิ่งนี้ต่างจากเวิร์กโฟลว์ webhook แบบ code-first อย่างไร?
Make ทำให้โฟลว์ซัพพอร์ตมองเห็นได้เป็นโมดูลบน canvas ผู้สร้างสามารถดูทริกเกอร์ Webhooks คำขอ HTTP จำนวน operation การใช้เครดิต และผลลัพธ์ใน History ก่อนที่ทีม Jodoo จะเข้ามาตรวจสอบทิกเก็ต
จะเกิดอะไรขึ้นหากโมดูล HTTP ของ Make ล้มเหลว?
ให้ถือว่าการรันยังไม่เสร็จสมบูรณ์ ตรวจสอบ saved URL, JSON body, ความพร้อมของ endpoint และข้อผิดพลาดใน Make History ก่อนเก็บภาพหน้าจอหรือใช้เวิร์กโฟลว์กับทราฟฟิกซัพพอร์ตจริง
สามารถปล่อยให้สถานการณ์การทำงานใน Make อยู่ในสถานะไม่เปิดใช้งานระหว่างการทดสอบได้หรือไม่?
ได้ สำหรับการตรวจสอบด้วยตนเอง Run once สามารถรออีเวนต์จาก webhook ได้โดยไม่ต้องเปิดสถานการณ์การทำงานแบบตั้งเวลาไว้หรือเปิดตลอดเวลา สำหรับการใช้งานจริง ให้เปิดใช้งานสถานการณ์การทำงานหลังจากเตรียมความพร้อมด้าน endpoint health, quota, retries และการแจ้งเตือนข้อผิดพลาดแล้ว
หน้าจอใดของ Make ที่ช่วยแก้ปัญหาโฟลว์ซัพพอร์ตได้บ้าง?
ใช้ Scenario Usage, History, ผลลัพธ์ bundle ของโมดูล, HTTP status code, การรับส่งข้อมูล, จำนวน operation และการใช้เครดิต เพื่อยืนยันว่าทิกเก็ตผ่าน Make เรียบร้อยแล้วก่อนตรวจสอบเรคคอร์ดใน Jodoo
ทำไมจึงควรเก็บผลลัพธ์ไว้ใน Jodoo แทนที่จะเก็บใน Make History?
Make History มีประโยชน์สำหรับผู้สร้างระบบ ขณะที่ Jodoo ช่วยให้ทีมซัพพอร์ตมีฟิลด์ มุมมอง เจ้าของงาน คิว SLA แดชบอร์ด สถานะเวิร์กโฟลว์ และบริบทสำหรับการตรวจสอบย้อนหลัง
ขั้นตอนถัดไป
เปลี่ยนการรับคำขอซัพพอร์ตใน Make ให้เป็นเวิร์กโฟลว์คัดแยกที่นำกลับมาใช้ซ้ำได้
เริ่มจากการคัดแยกทิกเก็ตซัพพอร์ต แล้วปรับรูปแบบเดียวกันไปใช้กับคำขอ IT การยกระดับฝั่ง customer success การรับบั๊ก หรือปัญหาในงานภาคสนาม