เทมเพลตข้อมูลสำหรับการจัดการเหตุขัดข้อง
เทมเพลตข้อมูลสำหรับการจัดการเหตุขัดข้อง
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์สำหรับการจัดการเหตุขัดข้อง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
รหัสเหตุขัดข้อง
IncidentId
|
รหัสเฉพาะของระเบียนเหตุขัดข้องแต่ละรายการ ใช้เป็นคีย์หลักสำหรับติดตามวงจรเหตุขัดข้องทั้งหมด. | ||
|
คำอธิบาย
รหัสเหตุขัดข้องเป็นข้อมูลหลักสำหรับการวิเคราะห์การจัดการเหตุขัดข้อง โดยทำหน้าที่เป็น Case ID ที่เชื่อมกิจกรรม เวลาที่เกิดเหตุการณ์ และการเปลี่ยนแปลงคุณสมบัติที่เกี่ยวข้องทั้งหมดเข้าด้วยกันเป็นเส้นทางเดียว ใน process mining รายการในบันทึกเหตุการณ์แต่ละรายการจะเชื่อมโยงกับรหัสเหตุขัดข้อง ทำให้สร้างลำดับกระบวนการตั้งแต่ต้นจนจบของเหตุขัดข้องแต่ละรายการได้ ข้อมูลนี้จำเป็นต่อการคำนวณเวลารอบงาน วิเคราะห์รูปแบบกระบวนการ และระบุคอขวดของแต่ละเคส หากไม่มีรหัสเฉพาะ ก็จะแยกเหตุขัดข้องแต่ละรายการและวิเคราะห์เส้นทางตั้งแต่รับแจ้งจนถึงแก้ไขไม่ได้.
เหตุผลที่สำคัญ
ใช้ระบุเหตุขัดข้องแต่ละรายการโดยเฉพาะ ทำให้ติดตามและวิเคราะห์วงจรได้ตั้งแต่สร้างจนปิด.
แหล่งข้อมูล
นี่คือรหัสหลักของตั๋ว โดยเรียกดูได้จากฟิลด์ 'id' ในออบเจ็กต์ ticket ผ่าน Freshservice Tickets API.
ตัวอย่าง
INC-10234INC-10235INC-10236
|
|||
|
ชื่อกิจกรรม
ActivityName
|
ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้น ณ ช่วงเวลาหนึ่งในวงจรเหตุขัดข้อง. | ||
|
คำอธิบาย
ชื่อกิจกรรมใช้ระบุขั้นตอนหรือเหตุการณ์หนึ่งในกระบวนการจัดการเหตุขัดข้อง เช่น 'มอบหมายเหตุขัดข้องให้กลุ่ม' 'เปลี่ยนสถานะเป็น Pending' หรือ 'แก้ไขเหตุขัดข้องแล้ว' กิจกรรมเหล่านี้ได้มาจากการเปลี่ยนแปลงข้อมูลของเหตุขัดข้องตามช่วงเวลา คุณสมบัตินี้เป็นพื้นฐานของ process mining เพราะใช้กำหนดโหนดในแผนผังกระบวนการที่ค้นพบ เมื่อวิเคราะห์ลำดับและความถี่ของกิจกรรม องค์กรจะเห็นขั้นตอนการแก้ไขเหตุขัดข้องที่เกิดขึ้นจริง ระบุเส้นทางที่พบบ่อย ตรวจจับความเบี่ยงเบนจากขั้นตอนมาตรฐาน และค้นหาการวนกลับไปทำงานซ้ำ เช่น การมอบหมายงานใหม่บ่อยครั้ง.
เหตุผลที่สำคัญ
ใช้กำหนดขั้นตอนในแผนผังกระบวนการ เพื่อให้เห็นภาพและวิเคราะห์ขั้นตอนการแก้ไขเหตุขัดข้อง คอขวด และความเบี่ยงเบนได้.
แหล่งข้อมูล
คุณสมบัตินี้ไม่มีฟิลด์โดยตรงใน Freshservice แต่คำนวณได้จากการเปลี่ยนแปลงคุณสมบัติของตั๋ว เช่น สถานะ ระดับความสำคัญ การมอบหมายเจ้าหน้าที่หรือกลุ่ม และการเพิ่มบันทึก.
ตัวอย่าง
รายงานเหตุขัดข้องมอบหมายเหตุขัดข้องให้กลุ่มเพิ่มบันทึกการแก้ไขแก้ไขเหตุขัดข้องแล้ว
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ดึงข้อมูลมา โดยทั่วไปคือ 'Freshservice'. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุแหล่งที่มาของข้อมูล ในกรณีนี้ค่าจะเป็น 'Freshservice' เสมอ แต่เป็นฟิลด์สำคัญเมื่อรวมข้อมูลจากหลายระบบเพื่อให้เห็นภาพกระบวนการโดยรวม การระบุระบบต้นทางเป็นแนวทางที่ดีด้านการกำกับดูแลและการตรวจสอบย้อนกลับ ช่วยให้ทราบที่มาของข้อมูลอย่างชัดเจน ซึ่งจำเป็นต่อการตรวจสอบความถูกต้อง การแก้ไขปัญหา และการขยายโครงการ process mining ในอนาคตให้รวมระบบจัดการบริการหรือระบบปฏิบัติการอื่น ๆ.
เหตุผลที่สำคัญ
ช่วยให้ตรวจสอบย้อนกลับและกำกับดูแลข้อมูลได้ โดยระบุแหล่งที่มาของข้อมูลการจัดการเหตุขัดข้องอย่างชัดเจน.
แหล่งข้อมูล
โดยทั่วไปจะเพิ่มค่านี้ระหว่างการแปลงข้อมูล (ETL) เพื่อใช้ระบุชุดข้อมูล.
ตัวอย่าง
FreshserviceFreshservice-EUFreshservice-PROD
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTimestamp
|
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์เกิดขึ้น. | ||
|
คำอธิบาย
เวลาที่เกิดเหตุการณ์ หรือเวลาเริ่มต้น ระบุช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ กิจกรรมทุกอย่างในวงจรเหตุขัดข้อง ตั้งแต่สร้างจนปิด จะมีเวลาที่เกี่ยวข้องกำกับไว้ คุณสมบัตินี้สำคัญต่อการวิเคราะห์ process mining ที่อิงตามเวลา ใช้เรียงเหตุการณ์ตามลำดับเวลา คำนวณระยะห่างระหว่างกิจกรรม วัดเวลารอบงานทั้งหมดของแต่ละเคส และวิเคราะห์เวลารอ นอกจากนี้ยังเป็นพื้นฐานในการสร้างแดชบอร์ดเพื่อติดตามผลการดำเนินงานตาม SLA ความล่าช้าจากการส่งต่องาน และเวลาแก้ไขโดยรวม.
เหตุผลที่สำคัญ
ช่วยเรียงเหตุการณ์ตามลำดับเวลา ซึ่งจำเป็นต่อการคำนวณระยะเวลา วิเคราะห์เวลารอบงาน และทำความเข้าใจประสิทธิภาพของกระบวนการ.
แหล่งข้อมูล
ข้อมูลนี้ได้มาจากฟิลด์เวลาหลายรายการใน Freshservice เช่น 'created_at' และ 'updated_at' รวมถึงเวลาที่บันทึกไว้ในการสนทนาหรือบันทึกการตรวจสอบของตั๋ว.
ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลของกระบวนการนี้ครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุเวลาที่อัปเดตชุดข้อมูลทั้งหมดจากระบบต้นทางครั้งล่าสุด เป็นฟิลด์เมทาดาทาที่ใช้กับชุดข้อมูลทั้งหมด ไม่ใช่เหตุการณ์แต่ละรายการ แต่บางครั้งจะใส่ไว้ในระดับเหตุการณ์เพื่อให้ข้อมูลสอดคล้องกัน ข้อมูลนี้ช่วยให้การวิเคราะห์ระบุได้ว่าข้อมูลเป็นปัจจุบันเพียงใด และแดชบอร์ดกับ KPI ครอบคลุมช่วงเวลาใด ผู้ใช้จึงมั่นใจได้ว่าข้อมูลเชิงลึกเป็นข้อมูลล่าสุด และทราบว่าการวิเคราะห์รวมเหตุขัดข้องที่เพิ่งเกิดขึ้นหรือไม่.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด และเข้าใจช่วงเวลาที่การวิเคราะห์ครอบคลุม.
แหล่งข้อมูล
นี่คือเวลาของเมทาดาทาที่สร้างขึ้นระหว่างการดึงข้อมูล (ETL).
ตัวอย่าง
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
กลุ่มที่ได้รับมอบหมาย
AssignedGroup
|
กลุ่มหรือทีมสนับสนุนที่ได้รับมอบหมายให้ดูแลเหตุขัดข้องในขณะนั้น. | ||
|
คำอธิบาย
กลุ่มที่ได้รับมอบหมายระบุทีมที่รับผิดชอบเหตุขัดข้อง เช่น 'ฝ่ายสนับสนุนระดับ 1' 'ทีมเครือข่าย' หรือ 'ผู้ดูแลฐานข้อมูล' หากคุณสมบัตินี้เปลี่ยน แสดงว่ามีการยกระดับหรือโอนงานระหว่างทีมที่ทำหน้าที่ต่างกัน การวิเคราะห์กลุ่มที่ได้รับมอบหมายช่วยให้เข้าใจความล่าช้าจากการส่งต่องานและการโอนงาน process mining แสดงเส้นทางการส่งต่อเหตุขัดข้องระหว่างกลุ่ม ช่วยให้เห็นเส้นทางการยกระดับปัญหาที่พบบ่อย และวัดเวลาที่แต่ละกลุ่มใช้ก่อนเริ่มดำเนินการ ข้อมูลนี้ช่วยระบุคอขวดในองค์กรและโอกาสปรับปรุงการทำงานร่วมกันระหว่างทีม.
เหตุผลที่สำคัญ
ใช้ติดตามว่าทีมใดรับผิดชอบ ซึ่งสำคัญต่อการวิเคราะห์การส่งต่องาน การยกระดับปัญหา และความล่าช้าระหว่างทีม.
แหล่งข้อมูล
เรียกดูได้จากฟิลด์ 'group_id' ใน Freshservice Tickets API โดยนำรหัสนี้ไปเชื่อมกับ Groups API เพื่อดูชื่อกลุ่ม.
ตัวอย่าง
ศูนย์บริการฝ่ายปฏิบัติการเครือข่ายฝ่ายสนับสนุนโครงสร้างพื้นฐาน
|
|||
|
เจ้าหน้าที่ที่ได้รับมอบหมาย
AssignedAgent
|
ชื่อหรือรหัสของเจ้าหน้าที่ฝ่ายสนับสนุนที่ได้รับมอบหมายให้แก้ไขเหตุขัดข้องในขณะนั้น. | ||
|
คำอธิบาย
เจ้าหน้าที่ที่ได้รับมอบหมายระบุพนักงานฝ่ายบริการที่รับผิดชอบเหตุขัดข้อง ณ ช่วงเวลาหนึ่ง หากคุณสมบัตินี้เปลี่ยน แสดงว่ามีการโอนความรับผิดชอบระหว่างเจ้าหน้าที่ คุณสมบัตินี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพ และช่วยสร้างแดชบอร์ดเพื่อติดตามปริมาณงานของเจ้าหน้าที่ เวลาแก้ไขเฉลี่ยต่อคน และอัตราการแก้ไขได้ตั้งแต่ติดต่อครั้งแรก นอกจากนี้ยังใช้วิเคราะห์การส่งต่องานระหว่างเจ้าหน้าที่ ซึ่งอาจทำให้เกิดความล่าช้าหรือประสิทธิภาพลดลง ผู้จัดการสามารถใช้ข้อมูลการมอบหมายงานเพื่อระบุความต้องการด้านการฝึกอบรมและยกย่องสมาชิกทีมที่ทำผลงานได้ดี.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพและปริมาณงานของเจ้าหน้าที่ รวมถึงผลของการส่งต่องานต่อเวลาแก้ไข.
แหล่งข้อมูล
เรียกดูได้จากฟิลด์ 'responder_id' ใน Freshservice Tickets API โดยนำรหัสนี้ไปเชื่อมกับ Agents API เพื่อดูชื่อเจ้าหน้าที่.
ตัวอย่าง
John DoeJane SmithSupportBot
|
|||
|
ระดับความรุนแรงของเหตุขัดข้อง
IncidentSeverity
|
ระดับความรุนแรงของเหตุขัดข้อง ซึ่งแสดงผลกระทบต่อธุรกิจ. | ||
|
คำอธิบาย
ระดับความรุนแรงของเหตุขัดข้องใช้วัดผลกระทบที่เหตุขัดข้องมีต่อธุรกิจ โดยมักแบ่งเป็น ต่ำ ปานกลาง สูง หรือวิกฤต แม้จะเกี่ยวข้องกับระดับความสำคัญ แต่ระดับความรุนแรงเน้นผลกระทบ ส่วนระดับความสำคัญเน้นความเร่งด่วน เมื่อนำระดับความรุนแรงและผลกระทบมาพิจารณาร่วมกัน มักใช้กำหนดระดับความสำคัญขั้นสุดท้าย การวิเคราะห์ตามระดับความรุนแรงช่วยให้เข้าใจว่าองค์กรจัดการเหตุขัดข้องที่ส่งผลกระทบต่อธุรกิจอย่างมีนัยสำคัญได้ดีเพียงใด แดชบอร์ดใช้แบ่งกลุ่มเวลาแก้ไขและผลการดำเนินงานตาม SLA เพื่อให้ปัญหาที่ส่งผลกระทบมากที่สุดได้รับความใส่ใจและทรัพยากรที่เหมาะสมตลอดวงจร.
เหตุผลที่สำคัญ
ใช้วัดผลกระทบต่อธุรกิจ ทำให้วิเคราะห์และจัดการปัญหาที่สร้างความเสียหายมากที่สุดได้.
แหล่งข้อมูล
เป็นฟิลด์มาตรฐานใน Freshservice เรียกดูได้จากฟิลด์ 'impact' ผ่าน Tickets API โดยค่าจะเป็นตัวเลข.
ตัวอย่าง
ต่ำปานกลางสูง
|
|||
|
ระดับความสำคัญของเหตุขัดข้อง
IncidentPriority
|
ระดับความสำคัญของเหตุขัดข้อง ซึ่งใช้กำหนดความเร่งด่วนในการตอบสนองและแก้ไข. | ||
|
คำอธิบาย
ระดับความสำคัญของเหตุขัดข้องเป็นฟิลด์สำคัญที่กำหนดความเร็วและแนวทางที่ต้องใช้ในการจัดการ โดยทั่วไปแบ่งเป็น ต่ำ ปานกลาง สูง และเร่งด่วน และมักใช้กำหนดเป้าหมาย SLA ใน process mining ระดับความสำคัญเป็นมิติสำคัญสำหรับการกรองและวิเคราะห์ ช่วยเปรียบเทียบขั้นตอนการแก้ไขเหตุขัดข้องที่มีความสำคัญสูงกับต่ำ และตรวจสอบว่าปัญหาสำคัญได้รับการจัดการอย่างมีประสิทธิภาพหรือไม่ แดชบอร์ดมักแยกตัวชี้วัด เช่น เวลารอบงานและการปฏิบัติตาม SLA ตามระดับความสำคัญ เพื่อให้ผู้จัดการฝ่ายสนับสนุนนำข้อมูลไปใช้ได้.
เหตุผลที่สำคัญ
ช่วยให้เน้นวิเคราะห์เหตุขัดข้องที่สำคัญที่สุด และจำเป็นต่อการประเมินผลการดำเนินงานตาม SLA กับการจัดสรรทรัพยากร.
แหล่งข้อมูล
เรียกดูได้จากฟิลด์ 'priority' ใน Freshservice Tickets API โดยค่าจะเป็นตัวเลข เช่น 1 หมายถึงต่ำ และ 4 หมายถึงเร่งด่วน.
ตัวอย่าง
ต่ำปานกลางสูงเร่งด่วน
|
|||
|
เวลาเป้าหมายในการแก้ไขตาม SLA
ResolutionSlaTargetTime
|
เวลาที่คาดว่าจะต้องแก้ไขเหตุขัดข้องให้เสร็จตามนโยบาย SLA. | ||
|
คำอธิบาย
คุณสมบัตินี้เก็บวันที่และเวลาที่กำหนดเป็นเส้นตายในการแก้ไขเหตุขัดข้อง โดยกำหนดตามนโยบาย Service Level Agreement (SLA) ที่ใช้กับตั๋ว ซึ่งมักขึ้นอยู่กับปัจจัยอย่างระดับความสำคัญ เวลาเป้าหมายนี้จำเป็นต่อการคำนวณ KPI 'อัตราการปฏิบัติตาม SLA' และแสดงข้อมูลใน 'แดชบอร์ดผลการดำเนินงานตาม SLA' เมื่อนำเวลาแก้ไขจริงมาเปรียบเทียบกับเวลาเป้าหมาย จะทราบได้ว่าแก้ไขเหตุขัดข้องทันเวลาหรือผิด SLA ข้อมูลนี้เป็นพื้นฐานสำหรับวัดการปฏิบัติตามระดับการให้บริการ.
เหตุผลที่สำคัญ
ระบุเส้นตายในการแก้ไข ซึ่งจำเป็นต่อการคำนวณการปฏิบัติตาม SLA และระบุเหตุขัดข้องที่เสี่ยงจะไม่ทันกำหนด.
แหล่งข้อมูล
เรียกดูได้จากฟิลด์ 'fr_due_by' สำหรับการตอบกลับครั้งแรก และ 'due_by' สำหรับการแก้ไข ใน Freshservice Tickets API.
ตัวอย่าง
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-05T17:00:00Z
|
|||
|
สถานะเหตุขัดข้อง
IncidentStatus
|
สถานะปัจจุบันของเหตุขัดข้องในวงจร เช่น Open, Pending, Resolved หรือ Closed. | ||
|
คำอธิบาย
สถานะเหตุขัดข้องแสดงสถานะปัจจุบันของเหตุขัดข้อง การเปลี่ยนสถานะเป็นเหตุการณ์สำคัญที่ใช้สร้างแผนผังกระบวนการที่ค้นพบ เช่น เปลี่ยนจาก 'In Progress' เป็น 'Pending' หรือจาก 'Resolved' เป็น 'Closed' คุณสมบัตินี้เป็นพื้นฐานในการทำความเข้าใจเส้นทางของเหตุขัดข้อง การวิเคราะห์เวลาที่ใช้ในแต่ละสถานะช่วยระบุคอขวด เช่น เหตุขัดข้องที่ค้างอยู่ในสถานะ 'Pending' นานเกินไปเพราะรอคำตอบจากผู้ใช้ นอกจากนี้ยังจำเป็นต่อการกำหนดจุดเริ่มต้นและจุดสิ้นสุดสำหรับคำนวณเวลารอบงาน.
เหตุผลที่สำคัญ
ใช้ติดตามความคืบหน้าของเหตุขัดข้องตลอดวงจร และช่วยระบุขั้นตอนที่มักเกิดความล่าช้า.
แหล่งข้อมูล
เรียกดูได้จากฟิลด์ 'status' ใน Freshservice Tickets API โดยค่าจะเป็นตัวเลข.
ตัวอย่าง
เปิดกำลังดำเนินการรอดำเนินการแก้ไขแล้วปิดแล้ว
|
|||
|
หมวดหมู่เหตุขัดข้อง
IncidentCategory
|
หมวดหมู่ที่ใช้จัดประเภทเหตุขัดข้อง เช่น ฮาร์ดแวร์ ซอฟต์แวร์ หรือเครือข่าย. | ||
|
คำอธิบาย
หมวดหมู่เหตุขัดข้องใช้จัดประเภทตามลักษณะของปัญหาที่แจ้ง การจัดหมวดหมู่เป็นลำดับชั้นช่วยส่งเหตุขัดข้องไปยังทีมที่เหมาะสม และมีความสำคัญต่อการวิเคราะห์แนวโน้ม แดชบอร์ด 'ความแม่นยำในการจัดหมวดหมู่เหตุขัดข้อง' ใช้ตรวจสอบว่าการจัดหมวดหมู่ผิดตั้งแต่แรกทำให้เวลาแก้ไขนานขึ้นเพราะต้องมอบหมายงานใหม่หรือไม่ เมื่อจัดกลุ่มเหตุขัดข้องตามหมวดหมู่ องค์กรจะระบุปัญหาที่เกิดซ้ำ เข้าใจว่างานสนับสนุนส่วนใหญ่ใช้ไปกับเรื่องใด และกำหนดแนวทางปรับปรุงได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์แนวโน้มของเหตุขัดข้อง และตรวจสอบว่าการจัดหมวดหมู่ผิดทำให้การแก้ไขล่าช้าหรือไม่.
แหล่งข้อมูล
เป็นฟิลด์มาตรฐานที่ปรับแต่งได้ใน Freshservice เรียกดูได้จากฟิลด์ 'category' ใน Tickets API พร้อมฟิลด์ที่เกี่ยวข้องคือ 'sub_category' และ 'item_category'.
ตัวอย่าง
ฮาร์ดแวร์ซอฟต์แวร์ปัญหาเครือข่ายการเข้าถึงบัญชี
|
|||
|
จำนวนครั้งที่ส่งต่องาน
HandoffCount
|
จำนวนครั้งที่โอนเหตุขัดข้องระหว่างเจ้าหน้าที่หรือกลุ่มต่าง ๆ. | ||
|
คำอธิบาย
จำนวนครั้งที่ส่งต่องานเป็นตัวชี้วัดที่คำนวณขึ้น เพื่อระบุจำนวนครั้งที่มีการมอบหมายเหตุขัดข้องใหม่ตลอดวงจร การเปลี่ยนแปลงคุณสมบัติ 'AssignedAgent' หรือ 'AssignedGroup' แต่ละครั้งจะเพิ่มจำนวนนี้ จำนวนครั้งที่ส่งต่องานสูงมักบ่งชี้ว่ากระบวนการไม่มีประสิทธิภาพ มอบหมายงานผิดตั้งแต่แรก หรือเจ้าหน้าที่ขาดความเชี่ยวชาญ ตัวชี้วัดนี้ใช้กับ KPI 'จำนวนครั้งที่ส่งต่องานของเหตุขัดข้อง' และแดชบอร์ด 'การวิเคราะห์ความล่าช้าจากการส่งต่องานและการโอนงาน' เพื่อค้นหาเหตุขัดข้องหรือเส้นทางกระบวนการที่มีการโอนงานมากเกินไปจนเกิดความล่าช้า.
เหตุผลที่สำคัญ
ใช้วัดงานแก้ไขซ้ำและการมอบหมายใหม่ ช่วยระบุความไม่มีประสิทธิภาพจากการส่งงานผิดกลุ่มหรือช่องว่างด้านความรู้.
แหล่งข้อมูล
ตัวชี้วัดนี้คำนวณจากการนับค่าที่แตกต่างกันหรือจำนวนครั้งที่เปลี่ยนแปลงในฟิลด์ 'AssignedAgent' หรือ 'AssignedGroup' ตลอดวงจรของเหตุขัดข้องหนึ่งรายการ.
ตัวอย่าง
0125
|
|||
|
แจ้งวิธีแก้ปัญหาชั่วคราว
WorkaroundProvided
|
ตัวบ่งชี้ว่ามีการแจ้งวิธีแก้ไขชั่วคราวให้ผู้ใช้ก่อนแก้ไขปัญหาถาวรหรือไม่. | ||
|
คำอธิบาย
คุณสมบัติแบบค่าจริง/เท็จนี้ระบุว่ามีการใช้วิธีแก้ไขชั่วคราวเพื่อบรรเทาผลกระทบจากเหตุขัดข้องระหว่างพัฒนาวิธีแก้ไขถาวรหรือไม่ โดยมักติดตามผ่านช่องทำเครื่องหมายหรือสถานะเฉพาะ ใน process mining คุณสมบัตินี้ใช้กับแดชบอร์ด 'ตัวชี้วัดประสิทธิผลของวิธีแก้ไขชั่วคราว' ช่วยเปรียบเทียบเวลาแก้ไขเหตุขัดข้องที่มีและไม่มีวิธีแก้ไขชั่วคราว เพื่อประเมินว่าวิธีแก้ไขชั่วคราวช่วยลดผลกระทบต่อธุรกิจและทำให้ผู้ใช้รู้สึกว่าแก้ไขได้เร็วขึ้นหรือไม่.
เหตุผลที่สำคัญ
ช่วยวัดประสิทธิผลของวิธีแก้ไขชั่วคราวในการลดผลกระทบจากเหตุขัดข้องและทำให้ผู้ใช้รู้สึกว่าได้รับการแก้ไขเร็วขึ้น.
แหล่งข้อมูล
โดยทั่วไปเป็นฟิลด์ค่าจริง/เท็จที่ปรับแต่งเองในรูปแบบช่องทำเครื่องหมาย ต้องตรวจสอบว่ามีฟิลด์นี้ในการตั้งค่า 'Ticket Fields' ของ Freshservice หรือไม่.
ตัวอย่าง
truefalse
|
|||
|
ช่องทางการแจ้งเหตุ
ReportingChannel
|
วิธีหรือช่องทางที่ใช้แจ้งเหตุขัดข้อง เช่น อีเมล พอร์ทัล หรือโทรศัพท์. | ||
|
คำอธิบาย
ช่องทางการแจ้ง หรือที่เรียกว่าแหล่งที่มา ใช้ระบุว่าเหตุขัดข้องเข้าสู่ระบบสนับสนุนผ่านช่องทางใด ช่องทางที่พบบ่อย ได้แก่ อีเมล พอร์ทัลบริการตนเอง โทรศัพท์ หรือแชต การวิเคราะห์คุณสมบัตินี้ช่วยประเมินประสิทธิภาพของแต่ละช่องทาง แดชบอร์ด 'ประสิทธิภาพของช่องทางการแจ้งเหตุ' เปรียบเทียบจำนวนเหตุขัดข้องและเวลาแก้ไขเฉลี่ยแยกตามช่องทาง เพื่อดูว่าช่องทางใดได้ผลดีและช่องทางใดควรปรับปรุงกระบวนการ ตัวอย่างเช่น เหตุขัดข้องที่แจ้งผ่านพอร์ทัลอาจแก้ไขได้เร็วกว่า หากมีข้อมูลที่เป็นระบบตั้งแต่ต้น.
เหตุผลที่สำคัญ
ช่วยระบุช่องทางการแจ้งที่มีประสิทธิภาพที่สุด และหาโอกาสปรับปรุงขั้นตอนรับแจ้งเหตุขัดข้อง.
แหล่งข้อมูล
เรียกดูได้จากฟิลด์ 'source' ใน Freshservice Tickets API โดยค่าจะเป็นตัวเลข.
ตัวอย่าง
อีเมลพอร์ทัลโทรศัพท์แชต
|
|||
|
เปิดอีกครั้งหรือไม่
IsReopened
|
ตัวบ่งชี้ที่คำนวณขึ้น โดยมีค่าเป็นจริงหากเปิดเหตุขัดข้องอีกครั้งหลังจากแก้ไขหรือปิดแล้ว. | ||
|
คำอธิบาย
คุณสมบัติแบบค่าจริง/เท็จนี้เป็นตัวบ่งชี้ที่คำนวณขึ้น เพื่อระบุเหตุขัดข้องที่ถูกเปิดอีกครั้ง โดยกำหนดเป็นจริงเมื่อสถานะของเหตุขัดข้องเปลี่ยนกลับเป็นสถานะเปิดหรือกำลังดำเนินการ หลังจากอยู่ในสถานะ 'Resolved' หรือ 'Closed' ตัวบ่งชี้นี้จำเป็นต่อการคำนวณ KPI 'อัตราการเปิดเหตุขัดข้องซ้ำ' และใช้กับแดชบอร์ด 'เหตุขัดข้องที่เกิดซ้ำ' อัตราการเปิดเหตุขัดข้องซ้ำที่สูงอาจบ่งชี้ว่าการแก้ไขครั้งแรกไม่มีคุณภาพ การวิเคราะห์สาเหตุที่แท้จริงยังไม่สมบูรณ์ หรือปิดงานเร็วเกินไป การวิเคราะห์กรณีเหล่านี้ช่วยปรับปรุงคุณภาพและความยั่งยืนของการแก้ไข.
เหตุผลที่สำคัญ
ช่วยระบุจุดบกพร่องในกระบวนการแก้ไข โดยชี้ให้เห็นเหตุขัดข้องที่วิธีแก้ไขครั้งแรกไม่ได้ผลและทำให้ต้องกลับมาแก้ซ้ำ.
แหล่งข้อมูล
ฟิลด์นี้คำนวณจากลำดับกิจกรรมในบันทึกเหตุการณ์ โดยมีค่าเป็นจริงหากพบกิจกรรมอย่าง 'Incident Reopened' หรือมีกิจกรรมสถานะเปิดเกิดขึ้นหลังจากสถานะปิดสำหรับรหัสเหตุขัดข้องเดียวกัน.
ตัวอย่าง
truefalse
|
|||
|
ผิด SLA หรือไม่
IsSlaBreached
|
ตัวบ่งชี้ที่คำนวณขึ้น โดยมีค่าเป็นจริงหากแก้ไขเหตุขัดข้องไม่ทันเวลาเป้าหมาย SLA ที่กำหนด. | ||
|
คำอธิบาย
คุณสมบัติแบบค่าจริง/เท็จนี้เป็นตัวชี้วัดที่คำนวณขึ้น เพื่อระบุว่าเวลาแก้ไขเหตุขัดข้องเกินเป้าหมาย SLA หรือไม่ โดยคำนวณจากการเปรียบเทียบเวลาแก้ไขจริงกับ 'ResolutionSlaTargetTime' ตัวบ่งชี้นี้ใช้เป็นข้อมูลโดยตรงสำหรับ KPI 'อัตราการปฏิบัติตาม SLA' และ 'แดชบอร์ดผลการดำเนินงานตาม SLA' ช่วยให้วิเคราะห์ได้ง่ายขึ้น เพราะแสดงผลการดำเนินงานตาม SLA ของเหตุขัดข้องแต่ละรายการอย่างชัดเจนว่าเป็นไปตามหรือไม่เป็นไปตามเป้าหมาย จึงนำไปสรุปผลและวิเคราะห์แนวโน้มได้สะดวก อีกทั้งยังช่วยให้เห็นจำนวนและสัดส่วนเหตุขัดข้องที่ไม่เป็นไปตามข้อตกลงการให้บริการได้อย่างรวดเร็ว.
เหตุผลที่สำคัญ
ใช้วัดการปฏิบัติตาม SLA ของเหตุขัดข้องแต่ละรายการโดยตรง ทำให้คำนวณอัตราการทำตาม SLA โดยรวมและระบุจุดที่มีปัญหาได้ง่าย.
แหล่งข้อมูล
ฟิลด์นี้คำนวณระหว่างการแปลงข้อมูล โดยเปรียบเทียบเวลาของเหตุการณ์ 'Incident Resolved' กับฟิลด์ 'ResolutionSlaTargetTime'.
ตัวอย่าง
truefalse
|
|||
|
แผนกของผู้แจ้ง
RequestersDepartment
|
แผนกที่ผู้ใช้ซึ่งแจ้งเหตุขัดข้องสังกัดอยู่. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุแผนกธุรกิจของผู้แจ้ง เช่น 'ฝ่ายขาย' 'การเงิน' หรือ 'ไอที' โดยทั่วไปข้อมูลนี้มาจากโปรไฟล์ผู้ใช้ใน Freshservice การวิเคราะห์เหตุขัดข้องตามแผนกของผู้แจ้งช่วยให้เห็นว่าหน่วยงานใดได้รับผลกระทบจากปัญหามากเป็นพิเศษ หรือมีปัญหาเฉพาะแผนกหรือไม่ ข้อมูลนี้ช่วยให้เข้าใจผลกระทบทางธุรกิจของเหตุขัดข้อง และจัดลำดับการแก้ไขปัญหาที่กระทบแผนกสำคัญได้.
เหตุผลที่สำคัญ
ให้บริบททางธุรกิจ ช่วยวิเคราะห์แนวโน้มของเหตุขัดข้องและผลกระทบต่อแต่ละแผนก.
แหล่งข้อมูล
ข้อมูลนี้เชื่อมโยงกับผู้แจ้งตั๋ว โดยเรียกดูได้จาก 'Requesters' API endpoint ด้วย 'requester_id' จากตั๋ว จากนั้นดู 'department_id' และชื่อแผนก.
ตัวอย่าง
ฝ่ายขายการตลาดการเงินทรัพยากรบุคคล
|
|||
|
สาเหตุที่แท้จริง
RootCause
|
สาเหตุเบื้องหลังหรือสาเหตุที่แท้จริงของเหตุขัดข้อง ซึ่งระบุได้หลังการตรวจสอบ. | ||
|
คำอธิบาย
คุณสมบัติสาเหตุที่แท้จริงใช้บันทึกปัญหาต้นเหตุที่ทำให้เกิดเหตุขัดข้อง โดยทั่วไปเจ้าหน้าที่ฝ่ายสนับสนุนจะกรอกข้อมูลนี้ระหว่างหรือหลังการแก้ไข ซึ่งเป็นส่วนหนึ่งของกระบวนการวิเคราะห์หาสาเหตุที่แท้จริง (RCA) คุณสมบัตินี้จำเป็นต่อแดชบอร์ด 'เหตุขัดข้องที่เกิดซ้ำและสาเหตุที่แท้จริง' และ KPI 'อัตราการวิเคราะห์สาเหตุที่แท้จริงเสร็จสมบูรณ์' เมื่อวิเคราะห์สาเหตุที่พบบ่อย องค์กรจะเปลี่ยนจากการแก้เหตุขัดข้องเฉพาะหน้าไปสู่การจัดการปัญหาเชิงรุก พร้อมดำเนินการแก้ไขถาวรเพื่อป้องกันเหตุขัดข้องในอนาคตและลดปัญหาที่เกิดซ้ำ.
เหตุผลที่สำคัญ
ช่วยจัดการปัญหาเชิงรุก โดยค้นหาและกำจัดสาเหตุเบื้องหลังของเหตุขัดข้องที่เกิดซ้ำ.
แหล่งข้อมูล
มักเป็นฟิลด์ที่ปรับแต่งเองใน Freshservice เนื่องจากฟังก์ชันมาตรฐานอาจมีข้อจำกัด ตรวจสอบการตั้งค่า 'Ticket Fields' ว่ามีฟิลด์ชื่อ 'Root Cause' หรือชื่อใกล้เคียงหรือไม่.
ตัวอย่าง
ข้อบกพร่องของซอฟต์แวร์ข้อผิดพลาดในการกำหนดค่าเครือข่ายปัญหาการฝึกอบรมผู้ใช้ฮาร์ดแวร์ขัดข้อง
|
|||
กิจกรรมในการจัดการเหตุขัดข้อง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
กำหนดระดับความสำคัญของเหตุขัดข้อง
|
เกิดขึ้นเมื่อมีการกำหนดหรือปรับระดับความสำคัญของเหตุขัดข้อง ระดับความสำคัญเป็นตัวกำหนดความเร่งด่วนและเป้าหมาย SLA ในการแก้ไข ระบบบันทึกกิจกรรมนี้โดยติดตามการเปลี่ยนแปลงในช่อง 'ระดับความสำคัญ' ภายในประวัติเหตุขัดข้อง. | ||
|
เหตุผลที่สำคัญ
การกำหนดระดับความสำคัญผิดพลาดหรือล่าช้าอาจทำให้ไม่เป็นไปตาม SLA และจัดสรรทรัพยากรได้ไม่มีประสิทธิภาพ การวิเคราะห์กิจกรรมนี้ช่วยให้มั่นใจว่าเหตุขัดข้องร้ายแรงได้รับการดูแลทันที.
แหล่งข้อมูล
อนุมานจากบันทึกกิจกรรมของเหตุขัดข้อง ซึ่งติดตามการเปลี่ยนแปลงทั้งหมดในช่อง 'ระดับความสำคัญ'.
บันทึก
ใช้เวลาประทับจากบันทึกการตรวจสอบที่มีการกำหนดหรือเปลี่ยนค่าในช่อง 'ระดับความสำคัญ'.
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไขเหตุขัดข้องแล้ว
|
หมายถึงจุดที่เจ้าหน้าที่ดำเนินการแก้ไขแล้วและถือว่าเหตุขัดข้องได้รับการแก้ไข กิจกรรมนี้เกิดขึ้นเมื่อเปลี่ยนสถานะเหตุขัดข้องเป็น 'แก้ไขแล้ว' ใน Freshservice เหตุการณ์สำคัญนี้จะหยุดการนับเวลา SLA. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้ใช้วัดเวลาในการแก้ไข (TTR) ช่วงเวลาระหว่างสถานะ 'แก้ไขแล้ว' กับ 'ปิดแล้ว' มีความสำคัญต่อการวิเคราะห์ความล่าช้าในการยืนยันจากผู้ใช้และนโยบายปิดงานอัตโนมัติ.
แหล่งข้อมูล
อนุมานจากบันทึกกิจกรรมของเหตุขัดข้อง โดยระบุเวลาที่ช่อง 'สถานะ' เปลี่ยนเป็น 'แก้ไขแล้ว'.
บันทึก
ใช้เวลาประทับจากรายการในบันทึกกิจกรรมที่เปลี่ยนสถานะเป็น 'แก้ไขแล้ว'.
ประเภทเหตุการณ์
inferred
|
|||
|
ปิดเหตุขัดข้อง
|
หมายถึงการปิดระเบียนเหตุขัดข้องอย่างเป็นทางการในขั้นตอนสุดท้าย โดยทั่วไปจะปิดอัตโนมัติหลังจากอยู่ในสถานะ 'Resolved' ตามระยะเวลาที่กำหนด หรือเจ้าหน้าที่อาจปิดด้วยตนเอง เหตุการณ์นี้ถือเป็นจุดสิ้นสุดของวงจรเหตุขัดข้อง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดที่ชัดเจนของกระบวนการ เวลารวมจนถึงเหตุการณ์นี้แสดงระยะเวลาตลอดวงจรเหตุขัดข้อง รวมช่วงเวลาที่รอการยืนยันจากผู้ใช้ด้วย.
แหล่งข้อมูล
ตรวจจับจากบันทึกกิจกรรมของเหตุขัดข้อง โดยดูเวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'Closed'.
บันทึก
ใช้เวลาจากรายการในบันทึกกิจกรรมที่ระบุการเปลี่ยนสถานะเป็น 'Closed'.
ประเภทเหตุการณ์
inferred
|
|||
|
เปลี่ยนสถานะเป็นกำลังดำเนินการ
|
กิจกรรมนี้ระบุจุดเริ่มต้นอย่างเป็นทางการของการตรวจสอบและดำเนินงานกับเหตุขัดข้อง เจ้าหน้าที่จะบันทึกกิจกรรมนี้เมื่อเปลี่ยนสถานะเหตุขัดข้องเป็น 'กำลังดำเนินการ' ซึ่งเป็นการเปลี่ยนสถานะมาตรฐานที่บันทึกไว้ในประวัติกิจกรรมของตั๋วงาน. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้ช่วยแยกเวลารอออกจากเวลาที่ลงมือทำ การวิเคราะห์ระยะเวลาที่เหตุขัดข้องอยู่ในสถานะ 'กำลังดำเนินการ' เป็นสิ่งสำคัญต่อการทำความเข้าใจความพยายามในการแก้ไข.
แหล่งข้อมูล
อนุมานจากบันทึกกิจกรรมของเหตุขัดข้อง โดยระบุเวลาที่มีการเปลี่ยนช่อง 'สถานะ' เป็น 'กำลังดำเนินการ'.
บันทึก
กรองบันทึกกิจกรรมเพื่อหาการเปลี่ยนสถานะเป็น 'กำลังดำเนินการ' แล้วใช้เวลาประทับของรายการนั้น.
ประเภทเหตุการณ์
inferred
|
|||
|
เพิ่มบันทึกการแก้ไข
|
เกิดขึ้นเมื่อเจ้าหน้าที่บันทึกวิธีแก้ไขเหตุขัดข้องโดยเพิ่มบันทึกการแก้ไข ซึ่งเป็นการดำเนินการแยกต่างหากใน Freshservice ก่อนเปลี่ยนสถานะเป็น 'แก้ไขแล้ว' ระบบบันทึกการดำเนินการนี้และเนื้อหาไว้อย่างชัดเจน. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ระบุว่าพบวิธีแก้ไขแล้ว เวลาระหว่างกิจกรรมนี้กับการเปลี่ยนสถานะเป็น 'แก้ไขเหตุขัดข้องแล้ว' อาจแสดงถึงเวลาที่ใช้ตรวจสอบภายในหรือจัดทำเอกสาร.
แหล่งข้อมูล
ดึงข้อมูลจากเวลาที่เพิ่มบันทึกการแก้ไขในเหตุขัดข้อง ซึ่งบันทึกไว้ในประวัติการสนทนา.
บันทึก
ระบุเวลาประทับของรายการ 'บันทึกการแก้ไข' ในประวัติการสนทนาของเหตุขัดข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
มอบหมายเหตุขัดข้องให้กลุ่ม
|
หมายถึงการมอบหมายเหตุขัดข้องให้กลุ่มสนับสนุนเป็นครั้งแรก ซึ่งอาจเกิดขึ้นโดยอัตโนมัติตามกฎการจัดเส้นทาง หรือเจ้าหน้าที่จัดสรรงานเป็นผู้ดำเนินการ ระบบบันทึกกิจกรรมนี้ได้จากการติดตามการกรอกข้อมูลครั้งแรกในช่อง 'กลุ่ม' ของบันทึกการตรวจสอบเหตุขัดข้อง. | ||
|
เหตุผลที่สำคัญ
การติดตามการมอบหมายงานช่วยวัดเวลาตอบสนองครั้งแรกและระบุคอขวดในขั้นตอนจัดสรรงาน อีกทั้งช่วยวิเคราะห์ว่าระบบส่งเหตุขัดข้องไปยังทีมที่ถูกต้องได้มีประสิทธิภาพเพียงใด.
แหล่งข้อมูล
อนุมานจากรายการแรกในบันทึกกิจกรรมของเหตุขัดข้องที่กรอกหรือเปลี่ยนค่าในช่อง 'กลุ่ม'.
บันทึก
ระบุเวลาประทับแรกที่มีการกรอกค่าในช่อง 'กลุ่ม' ของเหตุขัดข้อง.
ประเภทเหตุการณ์
inferred
|
|||
|
รายงานเหตุขัดข้อง
|
หมายถึงการสร้างระเบียนเหตุขัดข้องใหม่ใน Freshservice ซึ่งเป็นจุดเริ่มต้นของวงจรการจัดการเหตุขัดข้อง โดยทั่วไปผู้ใช้ปลายทางจะแจ้งผ่านพอร์ทัลหรืออีเมล หรือเจ้าหน้าที่ศูนย์บริการจะสร้างตั๋วงานแทนผู้ใช้ ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนพร้อมเวลาที่สร้าง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักของกระบวนการทั้งหมด การวิเคราะห์เวลาตั้งแต่กิจกรรมนี้จนถึงการแก้ไขเป็นพื้นฐานสำคัญในการวัดเวลาตั้งแต่ต้นจนจบและการทำได้ตาม SLA.
แหล่งข้อมูล
ดึงข้อมูลจากเวลาที่สร้างในตารางเหตุขัดข้อง โดย Freshservice บันทึกข้อมูลนี้ไว้อย่างชัดเจนสำหรับตั๋วงานใหม่ทุกรายการ.
บันทึก
ใช้เวลาประทับ 'สร้างเมื่อ' จากระเบียนเหตุขัดข้องหลัก.
ประเภทเหตุการณ์
explicit
|
|||
|
แจ้งวิธีแก้ปัญหาชั่วคราว
|
กิจกรรมนี้หมายถึงการแจ้งวิธีแก้ปัญหาชั่วคราวให้ผู้ใช้ทราบ เพื่อลดผลกระทบจากเหตุขัดข้อง การบันทึกกิจกรรมนี้มักต้องตั้งค่าระบบเพิ่มเติม เช่น ใช้ช่องทำเครื่องหมายเฉพาะ ประเภทบันทึกเฉพาะ หรือวิเคราะห์คำสำคัญในบันทึกของเจ้าหน้าที่. | ||
|
เหตุผลที่สำคัญ
ข้อมูลนี้ช่วยวิเคราะห์ว่าวิธีแก้ปัญหาชั่วคราวลดผลกระทบต่อธุรกิจได้เพียงใด และเกี่ยวข้องกับเวลาแก้ไขขั้นสุดท้ายอย่างไร อีกทั้งยังใช้กับแดชบอร์ดตัวชี้วัดประสิทธิภาพของวิธีแก้ปัญหาชั่วคราวได้.
แหล่งข้อมูล
กิจกรรมนี้อาจไม่ได้เป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจน แต่อาจอนุมานได้จากการทำเครื่องหมายในบันทึกที่มีคำอย่าง 'วิธีแก้ปัญหาชั่วคราว' หรือจากการบันทึกการเปลี่ยนแปลงในช่องทำเครื่องหมายที่กำหนดเองชื่อ 'แจ้งวิธีแก้ปัญหาชั่วคราว'.
บันทึก
อนุมานจากการเปลี่ยนแปลงในฟิลด์ที่กำหนดเอง หรือการวิเคราะห์คำสำคัญในบันทึกของเจ้าหน้าที่.
ประเภทเหตุการณ์
inferred
|
|||
|
เปลี่ยนสถานะเป็นรอดำเนินการ
|
หมายถึงช่วงที่หยุดขั้นตอนแก้ไขไว้ชั่วคราว โดยทั่วไปคือระหว่างรอข้อมูลจากผู้ใช้หรือบุคคลภายนอก อนุมานได้จากการเปลี่ยนสถานะเป็นสถานะ 'รอดำเนินการ' สถานะนี้มักไม่นับรวมในการคำนวณ SLA. | ||
|
เหตุผลที่สำคัญ
การระบุเวลาที่อยู่ในสถานะรอดำเนินการมีความสำคัญต่อการทำความเข้าใจการพึ่งพาบุคคลภายนอกและความล่าช้า อีกทั้งช่วยแยกเวลาทำงานของเจ้าหน้าที่ออกจากเวลารอ.
แหล่งข้อมูล
อนุมานจากบันทึกกิจกรรมของเหตุขัดข้อง เมื่อช่อง 'สถานะ' เปลี่ยนเป็นค่าอย่าง 'รอดำเนินการ' หรือ 'รอการตอบกลับจากผู้ใช้'.
บันทึก
กรองบันทึกกิจกรรมเพื่อหาการเปลี่ยนสถานะเป็นสถานะรอดำเนินการ แล้วใช้เวลาประทับที่เกี่ยวข้อง.
ประเภทเหตุการณ์
inferred
|
|||
|
เปิดเหตุขัดข้องอีกครั้ง
|
เกิดขึ้นเมื่อเหตุขัดข้องที่เคยมีสถานะ 'Resolved' ถูกเปลี่ยนกลับเป็นสถานะเปิด โดยทั่วไปเกิดจากผู้ใช้ไม่ยอมรับวิธีแก้ไข ตรวจจับได้จากการเปลี่ยนสถานะจาก 'Resolved' กลับเป็นสถานะอย่าง 'Open' หรือ 'In Progress'. | ||
|
เหตุผลที่สำคัญ
อัตราการเปิดเหตุขัดข้องซ้ำที่สูงบ่งชี้ว่าการแก้ไขอาจไม่มีคุณภาพหรือยังไม่สมบูรณ์ ตัวชี้วัดนี้สำคัญต่อการวิเคราะห์งานแก้ไขซ้ำและประสิทธิภาพของเจ้าหน้าที่.
แหล่งข้อมูล
ตรวจจับจากบันทึกกิจกรรมของเหตุขัดข้อง โดยดูการเปลี่ยนสถานะจาก 'Resolved' เป็นสถานะที่ยังดำเนินการอยู่.
บันทึก
กรองบันทึกกิจกรรมเพื่อค้นหาการเปลี่ยน 'Status' จาก 'Resolved' เป็น 'Open' หรือ 'In Progress'.
ประเภทเหตุการณ์
inferred
|
|||
|
มอบหมายเหตุขัดข้องให้เจ้าหน้าที่
|
กิจกรรมนี้ระบุเวลาที่มอบหมายเจ้าหน้าที่คนใดคนหนึ่งให้จัดการเหตุขัดข้อง ซึ่งแสดงว่าเจ้าหน้าที่คนนั้นรับผิดชอบตั๋วงาน ระบบบันทึกการมอบหมายไว้ในประวัติกิจกรรมของตั๋ว โดยระบุว่าเป็นเจ้าหน้าที่คนใดและมอบหมายเมื่อใด. | ||
|
เหตุผลที่สำคัญ
ข้อมูลนี้ช่วยวิเคราะห์ภาระงานและประสิทธิภาพของเจ้าหน้าที่ รวมถึงเวลาที่เจ้าหน้าที่แต่ละคนเริ่มรับงานหลังจากมอบหมายให้กลุ่มแล้ว และจำเป็นต่อแดชบอร์ดประสิทธิภาพของเจ้าหน้าที่.
แหล่งข้อมูล
ติดตามจากการเปลี่ยนแปลงช่อง 'เจ้าหน้าที่' ในบันทึกกิจกรรมหรือประวัติการตรวจสอบของเหตุขัดข้อง.
บันทึก
ระบุเวลาประทับที่ตรงกับการเปลี่ยนแปลงในช่อง 'เจ้าหน้าที่'.
ประเภทเหตุการณ์
inferred
|
|||
|
มอบหมายเหตุขัดข้องใหม่
|
หมายถึงการโอนเหตุขัดข้องจากเจ้าหน้าที่หรือกลุ่มหนึ่งไปยังอีกกลุ่มหนึ่ง ซึ่งเป็นการส่งต่องานในขั้นตอนแก้ไข อนุมานกิจกรรมนี้ได้จากการตรวจพบการเปลี่ยนแปลงในช่อง 'เจ้าหน้าที่' หรือ 'กลุ่ม' หลังจากมอบหมายงานครั้งแรก. | ||
|
เหตุผลที่สำคัญ
การมอบหมายงานใหม่หรือการส่งต่องานบ่อยครั้งมักบ่งชี้ว่ากระบวนการไม่มีประสิทธิภาพ ขาดความรู้ หรือจัดเส้นทางงานครั้งแรกไม่ถูกต้อง การวิเคราะห์กิจกรรมเหล่านี้ช่วยระบุและลดความล่าช้า.
แหล่งข้อมูล
อนุมานจากบันทึกกิจกรรมของเหตุขัดข้อง โดยติดตามการเปลี่ยนแปลงในช่อง 'เจ้าหน้าที่' หรือ 'กลุ่ม' หลังจากมอบหมายงานครั้งแรก.
บันทึก
ตรวจหาการเปลี่ยนแปลงในช่อง 'เจ้าหน้าที่' หรือ 'กลุ่ม' จากประวัติการตรวจสอบของตั๋วงาน.
ประเภทเหตุการณ์
inferred
|
|||
|
ไม่เป็นไปตามเป้าหมาย SLA
|
เหตุการณ์ที่คำนวณขึ้นนี้เกิดขึ้นเมื่อเวลาที่ใช้กับเหตุขัดข้องเกินเป้าหมาย SLA ที่กำหนดไว้สำหรับการตอบสนองหรือการแก้ไข Freshservice ติดตามสถานะ SLA ภายในระบบ และอนุมานเหตุการณ์นี้ได้จากการเปรียบเทียบเวลาประทับกับนโยบาย SLA. | ||
|
เหตุผลที่สำคัญ
วัดการทำได้ตามข้อผูกพันด้านระดับการให้บริการโดยตรง การระบุว่าเกิดการไม่เป็นไปตาม SLA เมื่อใดและเพราะเหตุใดเป็นสิ่งสำคัญต่อแดชบอร์ดประสิทธิภาพ SLA และการปรับปรุงอย่างต่อเนื่อง.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบเวลาที่แก้ไขปัญหาหรือตอบกลับกับเวลาครบกำหนดตาม SLA โดย Freshservice มักระบุสถานะตั๋วว่า 'SLA Violated'.
บันทึก
คำนวณโดยเปรียบเทียบเวลาที่ระบุใน 'Resolved at' กับ 'Due by' หรือเมื่อฟิลด์ 'SLA Status' เปลี่ยนเป็น 'Violated'.
ประเภทเหตุการณ์
calculated
|
|||
|
ส่งการตอบกลับครั้งแรก
|
กิจกรรมนี้หมายถึงการสื่อสารครั้งแรกจากเจ้าหน้าที่ถึงผู้ใช้หลังจากมีการรายงานเหตุขัดข้อง อาจเป็นบันทึกสาธารณะหรือการตอบกลับโดยตรง Freshservice บันทึกการสื่อสารจากเจ้าหน้าที่พร้อมเวลาประทับไว้ทั้งหมด. | ||
|
เหตุผลที่สำคัญ
การทำได้ตาม SLA สำหรับการตอบกลับครั้งแรกเป็น KPI สำคัญต่อความพึงพอใจของลูกค้า กิจกรรมนี้ช่วยวัดและวิเคราะห์ว่าเจ้าหน้าที่เริ่มจัดการเหตุขัดข้องใหม่ได้รวดเร็วเพียงใด.
แหล่งข้อมูล
ระบุจากเวลาประทับของบันทึกสาธารณะหรือการตอบกลับรายการแรกที่เจ้าหน้าที่เพิ่มไว้ในประวัติการสนทนาของเหตุขัดข้อง.
บันทึก
กรองประวัติการสนทนาของเหตุขัดข้องเพื่อหารายการแรกสุดที่เจ้าหน้าที่เป็นผู้เพิ่ม.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้ตั้งค่าข้อมูลให้ถูกต้องและค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์เกี่ยวกับเวิร์กโฟลว์การจัดการเหตุขัดข้อง เริ่มปรับปรุงเวลาแก้ไขปัญหาได้ตั้งแต่วันนี้.
ลดการผิด SLA ด้วยการปรับปรุงการจัดการเหตุขัดข้องตั้งแต่วันนี้
ร่วมกับบริษัทที่ลด MTTR ได้ 35% และป้องกันการผิด SLA ที่มีค่าใช้จ่ายสูง.
ทดลองใช้ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต.