ปรับปรุงการจัดการปัญหาให้ดีขึ้น

ทำตามคู่มือ 6 ขั้นตอนนี้เพื่อปรับปรุงเวิร์กโฟลว์ของคุณ.
ปรับปรุงการจัดการปัญหาให้ดีขึ้น
การจัดการปัญหา
Zendesk Support

เลือกกระบวนการ

เลือกกระบวนการเพื่อทำงานต่อในพื้นที่ทำงานที่เชื่อมต่อไว้.

กระบวนการที่ใช้ได้
กระบวนการทั่วไป 1 Order to Cash - การประมวลผลใบสั่งขาย 8 Record to Report การปิดงวด และการกระทบยอด 7 Record to Report สำหรับรายการสมุดรายวัน 7 กระบวนการจัดการการคืนสินค้าและคืนเงิน 7 กระบวนการจัดซื้อจนถึงชำระเงิน: การประมวลผลใบแจ้งหนี้ 8 กระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ 8 กระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การเรียกเก็บเงินและการออกใบแจ้งหนี้ 8 กระบวนการรับลูกค้าใหม่ KYC 6 การจัดการการขนส่ง 6 การจัดการการเปลี่ยนแปลง 6 การจัดการคลังสินค้า 6 การจัดการค่าใช้จ่าย 6 การจัดการคำขอบริการ 7 การจัดการคุณภาพ 6 การจัดการปัญหา 6 การจัดการวงจรรายได้ 6 การจัดการสัญญา 6 การจัดการสินค้าคงคลัง 7 การจัดการสินเชื่อและการติดตามหนี้ 7 การจัดการสินไหม 6 การจัดการห่วงโซ่อุปทาน 7 การจัดการเหตุขัดข้อง 6 การบริหารตำแหน่งงานตั้งแต่รับเข้าทำงานจนเกษียณ 4 การบำรุงรักษาสินทรัพย์ 6 การปฐมนิเทศพนักงานใหม่ 6 การประมวลผลการชำระเงิน 7 การประมวลผลการชำระเงินเจ้าหนี้ 7 การประมวลผลเงินเดือน 7 การประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า 7 การเริ่มต้นสินเชื่อ 6 การวางแผนการผลิต 6 การสรรหาและการได้มาซึ่งบุคลากร 6 งานบริการลูกค้า 7 จัดซื้อจนถึงชำระเงิน: ใบขอซื้อ 8 ตั้งแต่ลูกค้าเป้าหมายจนถึงการรับชำระเงิน 7 ลูกหนี้การค้า 7 วงจรการพัฒนาซอฟต์แวร์ 6 วงจรชีวิตพนักงาน ตั้งแต่รับเข้าทำงานจนถึงเกษียณ 8 เส้นทางการดูแลผู้ป่วย 6
ระบบที่ใช้ได้

ปรับปรุงการจัดการปัญหาใน Zendesk Support เพื่อให้บริการ IT มีเสถียรภาพ

Process mining ช่วยค้นหาคอขวดและความล่าช้าเชิงโครงสร้างที่มักมองไม่เห็นจากการตรวจสอบด้วยตนเอง แพลตฟอร์มของเราระบุได้ว่าทิกเก็ตค้างอยู่ตรงไหน หรือวนกลับไปมาระหว่างทีมซ้ำ ๆ ทำให้คุณปรับปรุงแต่ละช่วงของการแก้ไขปัญหาได้ ข้อมูลที่เห็นชัดขึ้นช่วยให้ทีมมุ่งแก้ปัญหาที่ส่งผลกระทบสูง แทนที่จะเสียเวลาไปกับงานธุรการ.

ดาวน์โหลดเทมเพลตข้อมูลที่ตั้งค่าไว้ล่วงหน้า แล้วจัดการความท้าทายที่พบบ่อยเพื่อให้บรรลุเป้าหมายด้านประสิทธิภาพ ทำตามแผนปรับปรุง 6 ขั้นตอน และดูคู่มือเทมเพลตข้อมูลเพื่อยกระดับการปฏิบัติการของคุณ.

แสดงคำอธิบายโดยละเอียด

เหตุใดการปรับปรุงการจัดการปัญหาจึงสำคัญต่อเสถียรภาพด้าน IT

การจัดการปัญหาเป็นรากฐานของโครงสร้างพื้นฐานด้าน IT ที่มีเสถียรภาพ ส่วนการจัดการเหตุขัดข้องมุ่งคืนบริการให้เร็วที่สุด การจัดการปัญหามุ่งค้นหาและกำจัดสาเหตุที่แท้จริงของเหตุขัดข้องเหล่านั้น ใน Zendesk Support หลายองค์กรต้องรับมือกับเหตุขัดข้องแบบตั้งรับซ้ำแล้วซ้ำเล่า เพราะไม่ได้แก้ปัญหาที่ต้นเหตุอย่างเหมาะสม ส่งผลให้เกิดเหตุเดิมทุกสัปดาห์ ความไม่มีประสิทธิภาพนี้มีต้นทุนสูง ทั้งค่าใช้จ่ายในการปฏิบัติการที่เพิ่มขึ้น ความพร้อมใช้งานของบริการที่ลดลง และทีมสนับสนุนที่เหนื่อยล้าจากการแก้ปัญหาเดิมโดยไม่เห็นความคืบหน้า

การปรับปรุงกระบวนการนี้ไม่ได้มีแค่เรื่องความเร็ว แต่ยังต้องแม่นยำและป้องกันปัญหาได้ด้วย เมื่อปรับ workflow การจัดการปัญหาให้ดีขึ้น จำนวนเหตุขัดข้องที่เข้ามาจะลดลงในระยะยาว การเปลี่ยนจากการตั้งรับเป็นการสนับสนุนเชิงรุกช่วยให้ผู้เชี่ยวชาญด้านเทคนิคได้ลดงานแก้ปัญหาซ้ำๆ และหันไปทำโครงการที่สร้างคุณค่าให้ธุรกิจ หากไม่เห็นภาพชัดเจนว่าปัญหาเคลื่อนผ่านระบบอย่างไร ก็แทบระบุไม่ได้ว่าการตรวจสอบติดขัดตรงไหน หรือเหตุใดการแก้ไขจึงล่าช้า

process mining ช่วยให้เห็นวงจรการจัดการปัญหาใน Zendesk อย่างไร

process mining เปลี่ยนวิธีที่คุณมองข้อมูล Zendesk โดยสร้างภาพเส้นทางจริงของระเบียนปัญหาแต่ละรายการขึ้นมาใหม่ แทนที่จะดูรายงานสรุปที่แสดงเพียงเวลาเฉลี่ยในการแก้ไข คุณจะเห็นลำดับเหตุการณ์ตามที่เกิดขึ้นจริง ตั้งแต่พบปัญหาไปจนถึงการทบทวนหลังนำการแก้ไขไปใช้ ความโปร่งใสนี้ช่วยให้เห็นความแตกต่างระหว่างกระบวนการที่บันทึกไว้กับวิธีทำงานจริง

เมื่อวิเคราะห์ร่องรอยการทำงานของทีมเทคนิค process mining จะชี้ให้เห็นว่าความคืบหน้าหยุดลงตรงไหน ตัวอย่างเช่น คุณอาจพบว่าระเบียนปัญหามักหยุดนิ่งหลังพบวิธีแก้ปัญหาชั่วคราว เพราะความเร่งด่วนในการแก้ไขถาวรลดลง process mining ช่วยเผยรูปแบบและคอขวดที่ซ่อนอยู่ เช่น การส่งต่องานระหว่างกลุ่มสนับสนุนหลายครั้งเกินไป หรือการรออนุมัติคำขอเปลี่ยนแปลงเป็นเวลานาน ข้อมูลนี้ช่วยให้คุณปรับปรุงกระบวนการโดยไม่ต้องคาดเดา และมุ่งแก้ขั้นตอนที่มีโอกาสพัฒนาได้มากที่สุด

จุดที่ควรปรับปรุงในขั้นตอนการตรวจสอบ

จุดที่มักปรับปรุงได้ใน Zendesk Support คือการส่งต่องานระหว่างทีมสนับสนุนระดับ 2 กับทีมวิศวกรรมเฉพาะทาง process mining ช่วยให้เห็นว่าการส่งต่องานราบรื่นหรือไม่ หรือปัญหาหายไปในคิวที่ไม่มีผู้รับผิดชอบ เมื่อดูเวลาที่ใช้ในขั้นตอนเริ่มการตรวจสอบ คุณจะประเมินได้ว่าทีมมีเครื่องมือและข้อมูลเพียงพอสำหรับวิเคราะห์หาสาเหตุที่แท้จริงหรือไม่ หากขั้นตอนนี้ใช้เวลานานอยู่เสมอ อาจต้องเชื่อมโยงกับฐานความรู้ให้ดีขึ้น หรือกำหนดวิธีวินิจฉัยให้เป็นมาตรฐาน

อีกจุดสำคัญคือช่วงเวลาระหว่างการเสนอแนวทางแก้ไขกับการนำวิธีแก้ไขถาวรไปใช้จริง หลายองค์กรร่างแนวทางไว้แล้ว แต่กลับค้างอยู่ในงานรอทำ เพราะกระบวนการจัดการการเปลี่ยนแปลงไม่เชื่อมโยงกันหรือมีขั้นตอนมากเกินไป process mining ช่วยให้เห็นระยะเวลาที่ล่าช้าอย่างชัดเจน คุณยังติดตามประสิทธิภาพของวิธีแก้ปัญหาชั่วคราวได้ด้วย หากเผยแพร่วิธีแก้แล้วแต่เหตุขัดข้องยังเพิ่มขึ้นในอัตราเดิม แสดงว่าวิธีนั้นอาจค้นหาได้ยากหรือใช้ไม่ได้ผล จึงควรปรับแนวทางทันที

ผลลัพธ์จากการปรับขั้นตอนการแก้ปัญหาให้คล่องตัว

เมื่อปรับปรุงการจัดการปัญหาได้สำเร็จ ผลลัพธ์จะส่งผลดีไปทั่วทั้งองค์กร สิ่งที่เห็นได้เร็วที่สุดคือเวลาที่ใช้วิเคราะห์หาสาเหตุที่แท้จริงลดลงอย่างวัดผลได้ เมื่อการตรวจสอบเร็วขึ้น ก็จะนำวิธีแก้ไขถาวรไปใช้ได้เร็วขึ้น และช่วยลดจำนวนเหตุขัดข้องที่เกิดซ้ำโดยตรง ส่งผลให้การปฏิบัติตามข้อตกลงระดับการให้บริการดีขึ้น และผู้มีส่วนได้ส่วนเสียในธุรกิจไว้วางใจมากขึ้น

นอกจากความเร็วแล้ว กระบวนการที่ปรับปรุงแล้วยังช่วยยกระดับคุณภาพของผลลัพธ์ทางเทคนิค การตรวจสอบให้แน่ใจว่าทุกปัญหาผ่านการยืนยันผลการแก้ไขอย่างละเอียดและการทบทวนหลังนำไปใช้ ช่วยป้องกันไม่ให้เกิดปัญหาใหม่ในระบบ วงจรป้อนกลับนี้ทำให้เกิดการปรับปรุงอย่างต่อเนื่อง และช่วยให้ระบบรับมือกับปัญหาได้ดีขึ้นทุกครั้งที่แก้ไขสำเร็จ นอกจากนี้ เจ้าหน้าที่ด้านเทคนิคยังเหนื่อยน้อยลง เพราะใช้เวลากับปัญหาซ้ำๆ น้อยลง และมีเวลาทำงานแก้ปัญหาซับซ้อนที่ท้าทายและมีคุณค่ามากขึ้น

เริ่มต้นจัดการปัญหาโดยใช้ข้อมูลจริง

หากต้องการปรับปรุงกระบวนการจัดการปัญหาใน Zendesk Support ให้เริ่มจากข้อมูลกระบวนการจริง แทนการอาศัยเพียงประสบการณ์หรือคำบอกเล่า ทำแผนที่กระบวนการปัจจุบันเพื่อหาจุดที่แก้ได้ก่อน เช่น ขั้นตอนที่มีเวลาว่างรอนาน หรือกลุ่มสนับสนุนที่มีงานล้นมือเป็นประจำ ใช้ข้อมูลเชิงลึกเหล่านี้กำหนดเป้าหมายที่ทำได้จริงให้ทีมเทคนิค และชี้แจงเหตุผลที่ต้องใช้ทรัพยากรเพิ่มเติมสำหรับการตรวจสอบหาสาเหตุที่ซับซ้อน เมื่อนำการเปลี่ยนแปลงไปใช้แล้ว ให้ติดตามเส้นทางกระบวนการต่อเนื่อง เพื่อให้แน่ใจว่าผลลัพธ์ดีขึ้นอย่างยั่งยืนและไม่มีคอขวดใหม่เกิดขึ้น การเปลี่ยนทีมสนับสนุนให้ทำงานเชิงรุกเป็นสิ่งที่ต้องทำต่อเนื่อง แต่หากมองเห็น workflow ใน Zendesk ได้ชัดเจน ก็สามารถทำให้เกิดขึ้นได้.

การจัดการปัญหา การจัดการบริการ IT การวิเคราะห์สาเหตุราก การลดเหตุขัดข้อง ผู้จัดการ Service Desk การจัดการคำขอเปลี่ยนแปลง การปฏิบัติตาม SLA ระบบจัดการทิกเก็ต การจัดการทิกเก็ต ข้อผิดพลาดที่ทราบแล้ว เหตุขัดข้องที่เกิดซ้ำ วิธีแก้ปัญหาชั่วคราว การป้องกันเหตุขัดข้อง ฝ่ายช่วยเหลือด้าน IT

ปัญหาและความท้าทายที่พบบ่อย

ระบุความท้าทายที่ส่งผลต่อคุณ

การตรวจสอบที่ยืดเยื้อมักทำให้ปัญหาสำคัญไม่ได้รับการแก้ไขนานหลายสัปดาห์ ส่งผลให้หนี้ทางเทคนิคสะสมและเกิดเหตุขัดข้องซ้ำ เมื่อการวิเคราะห์หาสาเหตุที่แท้จริงใช้เวลานาน ทีมสนับสนุนก็ต้องคอยตั้งรับ ซึ่งกระทบต่อเสถียรภาพของบริการ IT โดยตรงและเพิ่มภาระงานให้เจ้าหน้าที่ Zendesk Support ความล่าช้านี้มักเกิดจากแนวทางการตรวจสอบที่ไม่ชัดเจน หรือไม่มีข้อมูลย้อนหลังให้ใช้ระหว่างวิเคราะห์ปัญหา

โซลูชันของเราทำแผนที่เส้นทางตั้งแต่การระบุปัญหาไปจนถึงการพบสาเหตุที่แท้จริง พร้อมชี้จุดที่การตรวจสอบหยุดชะงัก เมื่อเห็นเส้นทางงานของกลุ่มสนับสนุนต่างๆ คุณจะระบุคอขวดด้านทรัพยากรและปรับการส่งต่องานให้คล่องตัวขึ้น เพื่อเร่งการแก้ไขถาวร ทีมเทคนิคจึงมุ่งกับการตรวจสอบที่ส่งผลสูงได้ แทนที่จะเสียเวลาไปกับความล่าช้าด้านธุรการในกระบวนการ.

หากไม่แก้ปัญหาที่ต้นเหตุ เหตุขัดข้องเดิมก็จะเข้ามาที่ศูนย์บริการซ้ำๆ ทำให้เสียเวลาและทรัพยากรอันมีค่า วงจรการแก้ปัญหาเฉพาะหน้านี้ทำให้ทีมไม่มีเวลามุ่งปรับปรุงงานเชิงกลยุทธ์ และสร้างความไม่พอใจให้ผู้ใช้ที่ต้องเจอปัญหาเดิมซ้ำๆ หากไม่เชื่อมโยงเหตุขัดข้องกับสาเหตุที่แท้จริง องค์กรก็ต้องเสียค่าใช้จ่ายกับปัญหาเดิมต่อไป

เราวิเคราะห์ความสัมพันธ์ระหว่างระเบียนปัญหากับจำนวนเหตุขัดข้องใน Zendesk Support เพื่อชี้ว่าปัญหาใดสร้างผลกระทบมากที่สุด process mining แสดงให้เห็นว่าทีมใช้วิธีแก้ปัญหาชั่วคราวแทนการแก้ปัญหาที่ต้นเหตุผ่านคำขอเปลี่ยนแปลงอย่างเป็นทางการหรือไม่ ข้อมูลนี้ช่วยให้คุณจัดลำดับความสำคัญในการแก้ปัญหา โดยพิจารณาจากการลดจำนวนเหตุขัดข้องและภาระงานของศูนย์บริการที่เกิดขึ้นจริง.

หากทีมเทคนิคพบวิธีแก้ปัญหาชั่วคราวแต่ไม่ได้เผยแพร่ไว้ในฐานความรู้ เจ้าหน้าที่ด่านหน้าก็ช่วยผู้ใช้ได้ไม่ทันท่วงที การสื่อสารที่ขาดหายทำให้ใช้เวลาแก้เหตุขัดข้องนานขึ้น ขณะที่ระเบียนปัญหาอย่างเป็นทางการยังคงอยู่ในสถานะกำลังตรวจสอบ ความรู้สำคัญขององค์กรจึงมักติดอยู่ในบันทึกส่วนตัวหรืออีเมลระหว่างบุคคล แทนที่จะแบ่งปันผ่านแพลตฟอร์ม Zendesk Support

ProcessMind ติดตามการเปลี่ยนจากการพบวิธีแก้ปัญหาชั่วคราวไปสู่การเผยแพร่ เพื่อให้การแบ่งปันความรู้เป็นส่วนหนึ่งของ workflow เราระบุกรณีที่พบวิธีแก้ชั่วคราวแต่ไม่ได้บันทึกไว้ ช่วยให้คุณปรับปรุงแนวทางการจัดการความรู้ได้ วิธีแก้ปัญหาชั่วคราวที่ทราบแล้วจึงพร้อมให้เจ้าหน้าที่รับมือเหตุขัดข้องนำไปใช้ได้ทันที ลดเวลาที่ผู้ใช้ต้องรอการแก้ไข.

หากแก้ไขระเบียนปัญหาที่มีลำดับความสำคัญสูงไม่ทันตามเป้าหมาย อาจส่งผลกระทบต่อธุรกิจอย่างมากและทำให้ประสิทธิภาพการทำงานลดลง หากมองไม่เห็นความคืบหน้าของระเบียนเหล่านี้อย่างชัดเจน ก็ยากที่จะจัดสรรทรัพยากรให้เหมาะสมเพื่อให้บรรลุเป้าหมายระดับการให้บริการที่ตกลงกันไว้ หลายองค์กรยังระบุได้ยากว่าขั้นตอนไหนในวงจรการจัดการปัญหาทำให้ผิด SLA บ่อยที่สุด

แพลตฟอร์มของเราติดตามคุณลักษณะวันครบกำหนด SLA เทียบกับความคืบหน้าของกระบวนการแบบเรียลไทม์ และแจ้งเตือนระเบียนที่เสี่ยงผิดกำหนดก่อนเกิดขึ้นจริง คุณจะเห็นว่ากลุ่มสนับสนุนใดจัดการปัญหาสำคัญได้ไม่ทัน และปรับกระจายงานใน Zendesk Support ได้ตามความเหมาะสม การติดตามเชิงรุกนี้ช่วยให้คุณปฏิบัติตามข้อตกลงระดับการให้บริการ และดูแลให้ปัญหาที่ส่งผลกระทบสูงได้รับความสนใจตามที่ควร.

ระเบียนปัญหามักถูกส่งวนไปมาระหว่างกลุ่มสนับสนุนโดยไม่มีความคืบหน้าที่ชัดเจน ทำให้เกิดความล่าช้าโดยไม่จำเป็น การส่งต่อเช่นนี้มักเกิดจากการไม่ชัดเจนว่าใครเป็นเจ้าของงาน การส่งข้อมูลระหว่างทีมไม่ครบถ้วน หรือไม่มีผู้รับผิดชอบในขั้นตอนการตรวจสอบ การส่งงานกลับไปกลับมาทำให้ระเบียนปัญหาค้างนานขึ้น โดยไม่ได้เข้าใกล้การแก้ไขถาวร

เครื่องมือ process mining ของเราจะแสดงเส้นทางของปัญหาระหว่างกลุ่มสนับสนุนที่ได้รับมอบหมาย เพื่อค้นหาการส่งต่องานวนซ้ำและช่วงเวลาที่ไม่มีความคืบหน้า ภาพที่ชัดเจนนี้ช่วยให้คุณกำหนดขอบเขตความรับผิดชอบให้ชัดขึ้น และปรับปรุงข้อมูลที่ส่งต่อระหว่างทีม เมื่อทราบว่าปัญหามักติดอยู่ที่กลุ่มใด คุณก็จัดการฝึกอบรมหรือปรับกระบวนการใน Zendesk Support ได้ตรงจุด เพื่อให้ทีมทำงานร่วมกันได้ดีขึ้น.

การพบสาเหตุที่แท้จริงเป็นเพียงครึ่งหนึ่งของงาน เพราะหลายองค์กรยังเปลี่ยนจากแนวทางแก้ไขที่ระบุแล้วไปสู่การแก้ไขถาวรที่เสร็จสมบูรณ์ได้ยาก ความล่าช้าในการเริ่มคำขอเปลี่ยนแปลงหรือนำวิธีแก้ไขไปใช้ ทำให้ระบบยังเสี่ยงต่อเหตุขัดข้องเพิ่มเติม แม้จะทราบสาเหตุแล้ว ช่องว่างระหว่างความรู้กับการลงมือทำนี้มักเกิดจากการทำงานที่ไม่เชื่อมโยงกันระหว่างทีมจัดการปัญหากับทีมจัดการการเปลี่ยนแปลง

เราติดตามวงจรตั้งแต่ร่างแนวทางแก้ไขที่เสนอไปจนถึงการนำวิธีแก้ไขถาวรไปใช้ เพื่อระบุจุดติดขัดในขั้นตอนการดำเนินงาน ข้อมูลนี้ช่วยให้คุณวัดประสิทธิภาพการเชื่อมโยงกับการจัดการการเปลี่ยนแปลง และดูแลให้มีการนำวิธีแก้ไขที่พบไปใช้โดยเร็ว เมื่อเห็นเวลาที่ใช้รออนุมัติการเปลี่ยนแปลง คุณก็ปรับ workflow ระหว่างการระบุปัญหาทางเทคนิคกับการแก้ไขจริงให้คล่องตัวขึ้นได้.

หากข้ามขั้นตอนทบทวนหลังนำการแก้ไขไปใช้ องค์กรก็พลาดโอกาสเรียนรู้จากปัญหาซับซ้อนและป้องกันไม่ให้เกิดซ้ำ หากไม่มีวงจรป้อนกลับที่เป็นระบบ ความไม่มีประสิทธิภาพเดิมในกระบวนการก็มีแนวโน้มจะเกิดซ้ำในการตรวจสอบปัญหาครั้งต่อไป การปิดงานโดยไม่มีการทบทวนอย่างเป็นทางการมักขัดขวางการปรับปรุงบริการอย่างต่อเนื่องและทำให้การพัฒนาด้าน IT หยุดชะงัก

ProcessMind ระบุระเบียนปัญหาที่เปลี่ยนจากการยืนยันผลการแก้ไขไปเป็นปิดงานทันทีโดยไม่มีขั้นตอนทบทวน เมื่อเห็นช่องว่างเหล่านี้ คุณจะตรวจสอบให้ทีมทำตามวงจรการจัดการปัญหาใน Zendesk Support ได้ครบถ้วน และบันทึกข้อมูลสำคัญเพื่อการปรับปรุงอย่างต่อเนื่อง แนวทางที่ใช้ข้อมูลจริงนี้ช่วยให้ทุกปัญหาสำคัญเพิ่มพูนความรู้ขององค์กรและนำไปสู่มาตรการป้องกันที่ดีขึ้น.

หากจัดหมวดหมู่ระเบียนปัญหาไม่ถูกต้อง หรือไม่มีคุณลักษณะที่ระบุสาเหตุที่แท้จริง ก็แทบวิเคราะห์แนวโน้มอย่างมีความหมายไม่ได้ ปัญหาคุณภาพข้อมูลนี้บดบังสาเหตุที่แท้จริงของความไม่เสถียรด้าน IT และทำให้ผู้บริหารตัดสินใจเรื่องการลงทุนในโครงสร้างพื้นฐานได้ยาก หากหมวดหมู่ปัญหาไม่ตรงกับสาเหตุจริง การวางแผนระยะยาวก็อาจตั้งอยู่บนสมมติฐานที่ผิด

เราวิเคราะห์การใช้คุณลักษณะต่างๆ เช่น หมวดหมู่ปัญหาและหมวดหมู่สาเหตุที่แท้จริงตลอดเส้นทางกระบวนการใน Zendesk Support เมื่อพบว่าข้อมูลขาดหายหรือมีการเปลี่ยนแปลงในช่วงท้ายของกระบวนการ คุณจะปรับมาตรฐานการกรอกข้อมูลและได้ข้อมูลเชิงลึกจากข้อมูลปัญหาที่แม่นยำขึ้น ซึ่งช่วยระบุได้ว่าบริการทางธุรกิจหรือรายการกำหนดค่ารายการใดต้องได้รับการลงทุนและดูแลมากที่สุด.

บางครั้งทีมเลือกใช้วิธีแก้ปัญหาชั่วคราวไปเรื่อยๆ เพื่อหลีกเลี่ยงความซับซ้อนของการแก้ไขถาวร แม้ว่าวิธีนี้อาจบรรเทาอาการเฉพาะหน้าได้ แต่ก็ทำให้โครงสร้างพื้นฐานยังไม่เสถียรและเพิ่มภาระการบำรุงรักษาให้ฝ่าย IT ในระยะยาว เมื่อวิธีแก้ชั่วคราวสะสมมากขึ้น ระบบก็เปราะบาง และการเปลี่ยนแปลงเล็กน้อยอาจทำให้เกิดปัญหาใหญ่ได้

แพลตฟอร์มของเราตรวจจับระเบียนปัญหาที่ค้างไว้นาน โดยมีการเผยแพร่วิธีแก้ชั่วคราวแล้วแต่ยังไม่ได้เริ่มคำขอเปลี่ยนแปลง ข้อมูลนี้ช่วยให้คุณจัดลำดับความสำคัญในการเปลี่ยนจากการบรรเทาปัญหาชั่วคราวไปสู่การแก้ไขถาวร และลดหนี้ทางเทคนิคโดยรวม เมื่อติดตามเวลาที่ผ่านไปนับจากเผยแพร่วิธีแก้ชั่วคราว คุณจะกระตุ้นให้ทีมเดินหน้าหาแนวทางระยะยาวที่ทำให้ระบบมีเสถียรภาพมากขึ้น.

ระเบียนปัญหาจำนวนมากถูกเปิดไว้แต่ไม่เคยสรุปผล และค้างอยู่ในสถานะดำเนินการเป็นเวลาหลายเดือนโดยไม่มีการอัปเดต ระเบียนเหล่านี้ทำให้คิวรก บิดเบือนตัวชี้วัดประสิทธิภาพ และเป็นความเสี่ยงที่ยังไม่ได้รับการแก้ไขต่อธุรกิจ บ่อยครั้งทีมลืมระเบียนเหล่านี้เมื่อหันไปจัดการเหตุขัดข้องที่เร่งด่วนกว่า ทำให้ปัญหาที่ต้นเหตุอาจก่อให้เกิดวิกฤตอีกครั้งในภายหลัง

เราระบุระเบียนที่ไม่มีความเคลื่อนไหวเป็นเวลานานระหว่างกิจกรรมต่างๆ เช่น เริ่มการตรวจสอบและร่างแนวทางแก้ไขที่เสนอโดยอัตโนมัติ ช่วยให้ผู้จัดการตรวจสอบงานค้าง แล้วกระตุ้นการตรวจสอบที่หยุดชะงักให้เดินหน้าต่อ หรือปิดระเบียนที่ไม่เกี่ยวข้องแล้วใน Zendesk Support การจัดการระเบียนที่ไม่มีความเคลื่อนไหวช่วยให้เห็นขีดความสามารถและภาระงานด้านการจัดการปัญหาที่แท้จริงได้แม่นยำขึ้น.

เป้าหมายทั่วไป

กำหนดผลลัพธ์ที่ต้องการ

การค้นหาสาเหตุให้เร็วเป็นเรื่องสำคัญ เพราะการตรวจสอบที่ยืดเยื้อทำให้ระบบยังเสี่ยงต่อปัญหา การลดเวลาที่ใช้ค้นหาสาเหตุที่แท้จริงช่วยลดผลกระทบต่อธุรกิจและรักษาความต่อเนื่องของบริการทั่วทั้งองค์กร เมื่อการตรวจสอบเร็วขึ้น ทีม IT ก็เปลี่ยนจากการแก้ปัญหาเฉพาะหน้าไปสู่การปรับปรุงเสถียรภาพเชิงรุกได้

ProcessMind ทำแผนที่เส้นทางตั้งแต่การระบุปัญหาไปจนถึงการค้นพบสาเหตุที่แท้จริงใน Zendesk Support พร้อมระบุขั้นตอนที่การตรวจสอบหยุดชะงัก ช่วยให้ผู้จัดการจัดสรรผู้เชี่ยวชาญด้านเทคนิคใหม่และปรับขั้นตอนการวินิจฉัยให้คล่องตัวขึ้น เมื่อพบคอขวด องค์กรอาจลดระยะเวลาการตรวจสอบได้สูงสุด 30 เปอร์เซ็นต์.

เหตุขัดข้องที่เกิดซ้ำบ่อยแสดงว่ายังไม่ได้แก้ปัญหาเชิงระบบที่ต้นเหตุ เมื่อแก้สาเหตุที่แท้จริงแทนการจัดการเพียงอาการ ทีม IT จะลดค่าใช้จ่ายในการสนับสนุนโดยรวมและเพิ่มความพึงพอใจของผู้ใช้ได้ การจัดการปัญหาที่มีประสิทธิภาพช่วยลดจำนวนทิกเก็ตในคิว Zendesk Support ได้ในระยะยาว

ทีมสามารถใช้ process mining เชื่อมโยงระเบียนปัญหากับรูปแบบเหตุขัดข้องที่เกิดบ่อยได้ ProcessMind แสดงให้เห็นว่าการแก้ปัญหาใดช่วยป้องกันการเกิดซ้ำได้จริง และวิธีใดไม่ได้แก้ข้อบกพร่องที่ต้นเหตุ ข้อมูลนี้ช่วยลดจำนวนทิกเก็ตที่เกิดซ้ำได้ 20 เปอร์เซ็นต์ โดยจัดลำดับความสำคัญให้ปัญหาที่ทำให้เกิดเหตุขัดข้องบ่อยที่สุด.

วิธีแก้ปัญหาชั่วคราวที่มีประสิทธิภาพช่วยบรรเทาปัญหาได้ทันทีระหว่างพัฒนาวิธีแก้ไขถาวร การบันทึกและเผยแพร่วิธีแก้ชั่วคราวโดยเร็วช่วยลดเวลาหยุดชะงักของผู้ใช้ และทำให้เจ้าหน้าที่ศูนย์บริการแก้เหตุขัดข้องที่เกี่ยวข้องได้เร็วขึ้น แนวทางมาตรฐานช่วยให้ความรู้ทางเทคนิคไม่กระจุกอยู่ในทีมใดทีมหนึ่ง

ProcessMind ติดตามระยะเวลาตั้งแต่พบวิธีแก้ปัญหาชั่วคราวจนถึงการเผยแพร่ในฐานความรู้ของ Zendesk Support พร้อมแจ้งกรณีที่ทราบวิธีแก้ชั่วคราวแต่ยังไม่ได้แบ่งปัน เพื่อให้ข้อมูลส่งต่อได้อย่างราบรื่น คุณจึงเพิ่มโอกาสให้ผู้เกี่ยวข้องเข้าถึงวิธีแก้ชั่วคราวได้ และลดเวลาเฉลี่ยในการคืนบริการสำหรับปัญหาที่ทราบแล้ว.

การทำตามข้อตกลงระดับการให้บริการสำหรับปัญหาที่มีลำดับความสำคัญสูงเป็นสิ่งสำคัญต่อการรักษาเสถียรภาพของธุรกิจ การทำได้ตามเป้าหมายอย่างสม่ำเสมอช่วยสร้างความไว้วางใจกับผู้มีส่วนได้ส่วนเสีย และทำให้ปัญหาที่สร้างความเสียหายมากที่สุดได้รับการดูแลตามที่ควร หากไม่บรรลุเป้าหมายเหล่านี้ อาจเกิดความล้มเหลวต่อเนื่องและประสิทธิภาพการทำงานลดลง

ProcessMind แสดงสถานะ SLA ของระเบียนปัญหาที่ยังดำเนินการอยู่ทั้งหมดแบบเรียลไทม์ พร้อมระบุเส้นทางกระบวนการที่ทำให้พลาดกำหนด ช่วยให้ผู้จัดการเข้าแก้ไขก่อนเกิดการละเมิด องค์กรที่ใช้ข้อมูลเชิงลึกเหล่านี้สามารถปฏิบัติตามข้อกำหนดในการแก้ปัญหาสำคัญได้ 100 เปอร์เซ็นต์ ด้วยการลดอุปสรรคในขั้นตอนการยกระดับปัญหา.

การแก้ปัญหามักต้องอาศัยความร่วมมือจากทีมเทคนิคเฉพาะทางหลายทีม การส่งต่องานระหว่างกลุ่มอย่างราบรื่นช่วยป้องกันข้อมูลสูญหายและลดเวลาที่งานหยุดรอ ซึ่งมักเกิดขึ้นเมื่อแก้ปัญหาซับซ้อน เมื่อปรับการส่งต่องานให้ดีขึ้น กระบวนการทั้งหมดก็เดินหน้าเร็วขึ้นและลดข้อผิดพลาดในการสื่อสารได้อย่างมาก

แพลตฟอร์มแสดงจุดส่งต่องานระหว่างกลุ่มสนับสนุนต่างๆ ใน Zendesk Support เมื่อวัดเวลารอในแต่ละช่วง ProcessMind จะช่วยระบุการทำงานแบบแยกส่วนและปรับเส้นทางการสื่อสารให้คล่องตัวขึ้น ผู้จัดการจึงปรับแนวทางการส่งต่องานได้ และลดเวลาที่ระเบียนปัญหาค้างอยู่ในสถานะรอดำเนินการระหว่างเปลี่ยนกลุ่ม.

เมื่อพบสาเหตุที่แท้จริงแล้ว ควรเริ่มดำเนินการแก้ไขทันที การลดช่วงเวลาระหว่างการตรวจสอบกับการเริ่มคำขอเปลี่ยนแปลงช่วยให้ระบบกลับมามีเสถียรภาพโดยเร็วที่สุด ความล่าช้าในช่วงนี้มักเกิดจากขั้นตอนธุรการหรือการประสานงานระหว่างแผนกที่ไม่ดี

ProcessMind วิเคราะห์เวลาตั้งแต่ระบุสาเหตุที่แท้จริงจนถึงการสร้างคำขอเปลี่ยนแปลงหรือนำวิธีแก้ไขไปใช้ พร้อมเผยให้เห็นอุปสรรคด้านธุรการที่ขัดขวางการเปลี่ยนจากขั้นตอนวินิจฉัยไปสู่การแก้ไขอย่างรวดเร็ว เมื่อปรับการส่งต่องานให้คล่องตัวขึ้น องค์กรก็ลดเวลารวมในการแก้ปัญหา IT ที่ซับซ้อนได้.

การทบทวนหลังนำการแก้ไขไปใช้มีความสำคัญต่อการปรับปรุงกระบวนการและการเรียนรู้ขององค์กร การตรวจสอบให้แน่ใจว่าปัญหาสำคัญทุกกรณีผ่านการทบทวนอย่างเป็นทางการ ช่วยให้องค์กรเรียนรู้จากข้อผิดพลาดที่ผ่านมาและป้องกันไม่ให้ปัญหาเดิมเกิดขึ้นในส่วนอื่น หากไม่มีการทบทวน ข้อผิดพลาดเดิมในกระบวนการก็มีแนวโน้มจะเกิดซ้ำต่อไป

process mining ติดตามอัตราการทบทวนหลังปิดระเบียนปัญหาใน Zendesk Support พร้อมชี้ว่าทีมหรือหมวดหมู่ใดข้ามขั้นตอนนี้บ่อย เพื่อให้คุณกำหนดมาตรการกับจุดที่ต้องปรับปรุงได้ตรงเป้า การเพิ่มการปฏิบัติตามขั้นตอนการทบทวนช่วยให้ทุกปัญหาสำคัญเพิ่มพูนความรู้ขององค์กร.

การจัดหมวดหมู่ที่ถูกต้องเป็นพื้นฐานของการวิเคราะห์แนวโน้มและการวางแผนทรัพยากรอย่างมีความหมาย ข้อมูลที่แม่นยำช่วยให้จัดสรรทรัพยากรไปยังจุดที่ส่งผลต่อคุณภาพบริการ IT และผลประกอบการมากที่สุด หากจัดหมวดหมู่ผิด รายงานของผู้บริหารก็ไม่น่าเชื่อถือและค้นหาสาเหตุที่แท้จริงได้ยากขึ้น

ProcessMind ระบุรูปแบบการเปลี่ยนหมวดหมู่ตลอดวงจรการจัดการปัญหา เมื่อทราบว่าการจัดหมวดหมู่ครั้งแรกมักผิดพลาดตรงไหน ผู้จัดการก็ปรับการฝึกอบรมและแนวทางการกรอกข้อมูลได้ การปรับปรุงคุณภาพข้อมูลตั้งแต่ต้นทางช่วยให้รายงานแม่นยำขึ้น และตัดสินใจเชิงกลยุทธ์เรื่องการลงทุนในโครงสร้างพื้นฐานด้าน IT ได้ดีขึ้น.

การพึ่งพาวิธีแก้ปัญหาชั่วคราวมากเกินไปทำให้เกิดหนี้ทางเทคนิคและความไม่เสถียรในระยะยาว เป้าหมายสูงสุดของการจัดการปัญหาคือเปลี่ยนจากการแก้ไขชั่วคราวไปสู่แนวทางถาวรที่กำจัดจุดอ่อนต้นเหตุได้ทั้งหมด การลดจำนวนปัญหาที่ค้างอยู่ในสถานะใช้วิธีแก้ชั่วคราวอย่างไม่มีกำหนดจึงเป็นตัวชี้วัดความสำเร็จที่สำคัญ

แพลตฟอร์มติดตามจำนวนปัญหาที่ค้างอยู่ในสถานะใช้วิธีแก้ชั่วคราวเป็นเวลานาน พร้อมให้ข้อมูลประกอบการจัดสรรแรงและเวลาเพื่อทำวิธีแก้ไขถาวร แทนที่จะต้องคอยตั้งรับ การเปลี่ยนผ่านนี้ช่วยลดภาระการบำรุงรักษาระยะยาวของทีมเทคนิคและเพิ่มความน่าเชื่อถือของระบบโดยรวม.

ระเบียนปัญหาที่เปิดอยู่แต่ไม่มีความเคลื่อนไหวเป็นความเสี่ยงที่ถูกละเลย การดูแลงานค้างให้เป็นปัจจุบันช่วยให้ทีม IT มุ่งกับเรื่องเร่งด่วนในปัจจุบัน แทนที่จะต้องจัดการรายการที่ค้างสะสมเพิ่มขึ้นเรื่อยๆ ระเบียนที่หยุดนิ่งมักซ่อนปัญหาที่ยังไม่ได้แก้ ซึ่งอาจนำไปสู่เหตุขัดข้องครั้งใหญ่ในอนาคต

ProcessMind ตรวจจับระเบียนปัญหาที่ไม่มีความเคลื่อนไหว โดยพิจารณาจากเวลานับตั้งแต่กิจกรรมหรือการเปลี่ยนสถานะครั้งล่าสุดใน Zendesk Support ผู้จัดการสามารถตั้งการแจ้งเตือนอัตโนมัติหรือมอบหมายระเบียนใหม่ หากไม่มีความคืบหน้าภายในเวลาที่กำหนด การติดตามเชิงรุกนี้ช่วยไม่ให้ระเบียนปัญหาถูกลืมและทำให้งานค้างอยู่ในระดับที่จัดการได้.

ปัญหาที่มีลำดับความสำคัญสูงส่งผลกระทบต่อการดำเนินธุรกิจและรายได้มากที่สุด การเพิ่มความเร็วและความถี่ในการแก้ปัญหาเหล่านี้ช่วยปกป้องบริการและทรัพย์สินที่สำคัญต่อธุรกิจ อัตราการแก้ไขปัญหาสำคัญที่สูงเป็นตัวชี้วัดหลักของกระบวนการจัดการปัญหาที่มีประสิทธิภาพ

ProcessMind ช่วยเจาะลึกวงจรของระเบียนที่มีลำดับความสำคัญสูงและเปรียบเทียบกับระเบียนทั่วไป พร้อมระบุว่าทีมให้ความเร่งด่วนกับปัญหาสำคัญอย่างเหมาะสมหรือไม่ และมีอุปสรรคในขั้นตอนใด ข้อมูลนี้ช่วยให้ทีมจัดลำดับความสำคัญของงานได้ดีขึ้น และเพิ่มสัดส่วนปัญหาสำคัญที่แก้ไขได้ภายในเวลาที่กำหนด.

การตรวจสอบปัญหาอาจใช้ทรัพยากรมาก โดยมักต้องอาศัยเวลาหลายชั่วโมงจากวิศวกรอาวุโส การปรับขั้นตอนวิเคราะห์ให้กระชับช่วยให้ผู้เชี่ยวชาญใช้เวลากับงานธุรการน้อยลง และมีเวลามากขึ้นสำหรับแก้ปัญหาทางเทคนิคที่ซับซ้อนและพัฒนาวิธีใหม่ๆ การลดต้นทุนการวิเคราะห์ช่วยให้การจัดการปัญหาทั้งระบบดำเนินต่อไปได้อย่างยั่งยืน

ProcessMind ระบุเส้นทางการแก้ปัญหาที่มีประสิทธิภาพที่สุด โดยคำนวณชั่วโมงแรงงานและระยะเวลาที่ใช้กับการตรวจสอบแต่ละประเภท ข้อมูลนี้ช่วยกำหนดแนวทางปฏิบัติที่ดีให้เป็นมาตรฐานในทีมสนับสนุนด้านเทคนิคทั้งหมด องค์กรนำข้อมูลเชิงลึกเหล่านี้ไปลดต้นทุนเฉลี่ยต่อการแก้ปัญหาได้ โดยยังรักษามาตรฐานคุณภาพไว้.

แนวทาง 6 ขั้นตอนสำหรับการจัดการปัญหาใน Zendesk

1

ดาวน์โหลดเทมเพลต

สิ่งที่ต้องทำ

ดาวน์โหลดเทมเพลต Excel ที่กำหนดค่าไว้ล่วงหน้าให้เหมาะกับโครงสร้างข้อมูลการจัดการปัญหาใน Zendesk.

เหตุผลที่สำคัญ

การใช้รูปแบบมาตรฐานช่วยให้ระเบียนปัญหาและลิงก์ทิกเก็ตสอดคล้องกับระบบวิเคราะห์.

ผลลัพธ์ที่คาดหวัง

เทมเพลตข้อมูลพร้อมใช้สำหรับติดตามปัญหาใน Zendesk.

สิ่งที่คุณจะค้นพบ

ค้นหาสาเหตุที่แท้จริงและแก้ปัญหาความล่าช้าในการจัดการปัญหา

ProcessMind ทำแผนที่เวิร์กโฟลว์ใน Zendesk ของคุณ เพื่อให้เห็นว่าการตรวจสอบติดขัดตรงไหนและการแก้ไขล่าช้าอย่างไร คุณจะเห็นวงจรการแก้ไขจริง ตั้งแต่เปิด Ticket จนถึงการแก้ปัญหาอย่างถาวร.
  • ทำแผนที่ทุกขั้นตอนของการแก้ไขปัญหา
  • ระบุความล่าช้าในการวิเคราะห์สาเหตุที่แท้จริง
  • ค้นหาคอขวดในการดำเนินการแก้ไข
  • วัดความสม่ำเสมอในการทำงานของทีมสนับสนุน
Discover your actual process flow
Discover your actual process flow
Identify bottlenecks and delays
Identify bottlenecks and delays
Analyze process variants
Analyze process variants
Design your optimized process
Design your optimized process

ผลลัพธ์ที่พิสูจน์ได้

ปรับปรุงวงจรการจัดการปัญหา

เมื่อวิเคราะห์ข้อมูล Zendesk Support ด้วย process mining องค์กรจะพบคอขวดในการแก้ปัญหา และลดเหตุขัดข้องที่เกิดซ้ำด้วยการวิเคราะห์หาสาเหตุที่แท้จริงอย่างตรงจุด.

0 %
วิเคราะห์หาสาเหตุที่แท้จริงได้เร็วขึ้น

ลดเวลาวินิจฉัย

เมื่อพบคอขวดในขั้นวินิจฉัย ทีมจะค้นหาสาเหตุที่แท้จริงได้เร็วขึ้น และจัดการปัญหาต้นเหตุได้มีประสิทธิภาพกว่าเดิม.

0 %
ลดจำนวนเหตุขัดข้อง

ลดเหตุขัดข้องที่เกี่ยวข้อง

การเพิ่มอัตราการแก้ไขปัญหาให้หายขาดช่วยลดเหตุขัดข้องที่ตามมา และลดต้นทุนรวมในการสนับสนุนได้อย่างมาก.

+ 0 %
เพิ่มการใช้วิธีแก้ปัญหาชั่วคราว

เพิ่มอัตราการจัดทำเอกสาร

การเผยแพร่วิธีแก้ปัญหาชั่วคราวอย่างสม่ำเสมอช่วยให้เจ้าหน้าที่ service desk กลับมาให้บริการได้เร็วขึ้น ระหว่างที่กำลังพัฒนาวิธีแก้ไขถาวร.

0 days
ส่งต่องานระหว่างกลุ่มได้คล่องตัวขึ้น

ลดเวลารอ

การแสดงภาพการส่งต่องานระหว่างแผนกช่วยให้องค์กรลดเวลาที่ระเบียนค้างระหว่างกลุ่มสนับสนุนด้านเทคนิค.

0 %
แก้ปัญหาได้ตั้งแต่ครั้งแรกมากขึ้น

ลดจำนวนกรณีที่เปิดซ้ำ

การตรวจสอบว่าวิธีแก้ไขถาวรได้ผลหรือไม่ ช่วยยืนยันว่าได้จัดการสาเหตุที่แท้จริงแล้ว และป้องกันไม่ให้บริการขัดข้องร้ายแรงเกิดซ้ำ.

0 %
ลดระเบียนปัญหาที่ค้างนาน

จัดการกรณีปัญหาที่ไม่มีความคืบหน้า

การติดตามระเบียนที่ยังเปิดอยู่โดยอัตโนมัติช่วยไม่ให้การตรวจสอบถูกลืม และทำให้รายการงานค้างมีเฉพาะเรื่องที่กำลังดำเนินการและมีความสำคัญสูง.

ผลลัพธ์ของแต่ละองค์กรแตกต่างกันตามความซับซ้อนของกระบวนการและคุณภาพข้อมูล ตัวเลขเหล่านี้เป็นค่าการปรับปรุงโดยทั่วไปที่พบจากการใช้งาน Zendesk ในหลายรูปแบบ.

ข้อมูลที่แนะนำ

เริ่มจากแอตทริบิวต์และกิจกรรมที่จำเป็น เพื่อสร้างแผนผังกระบวนการที่ชัดเจน.
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์

ข้อมูลสำคัญที่ควรบันทึกเพื่อใช้วิเคราะห์

ระดับความเร่งด่วนที่กำหนดให้กับระเบียนปัญหา.

เหตุผลที่สำคัญ

จำเป็นสำหรับแบ่งกลุ่มกรณีเพื่อวิเคราะห์การปฏิบัติตาม SLA และจัดลำดับความสำคัญของทรัพยากร.

ทีม หรือแผนกที่รับผิดชอบระเบียนปัญหาในขณะนั้น.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์การทำงานระหว่างหน่วยงานและค้นหาคอขวดระหว่างแผนก.

เจ้าหน้าที่ที่ได้รับมอบหมายให้จัดการปัญหา.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์การจัดสรรทรัพยากรในระดับบุคคล.

สถานะปัจจุบันของระเบียนปัญหาในวงจรการดำเนินงาน.

เหตุผลที่สำคัญ

ใช้กรองกรณีตามสถานะการดำเนินการเสร็จสิ้น.

จำนวนบัตรเหตุขัดข้องที่เชื่อมโยงกับระเบียนปัญหานี้.

เหตุผลที่สำคัญ

แสดงขนาดของปัญหาและผลกระทบต่อผู้ใช้.

วันและเวลาที่ควรแก้ไขปัญหาให้เสร็จ.

เหตุผลที่สำคัญ

จำเป็นต่อการวัดการปฏิบัติตามข้อกำหนดและผลการดำเนินงานตามสัญญา.

การจัดประเภทของปัญหา เช่น ซอฟต์แวร์ ฮาร์ดแวร์ หรือเครือข่าย.

เหตุผลที่สำคัญ

ช่วยให้แยกวิเคราะห์ตามเทคโนโลยีหรือบริการทางธุรกิจได้.

สาเหตุเบื้องหลังของปัญหาที่ระบุได้ เช่น ข้อบกพร่องของโค้ด หรือข้อผิดพลาดในการตั้งค่า.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์รูปแบบความขัดข้องและกำหนดแนวทางปรับปรุงในระยะยาว.

กิจกรรม

ขั้นตอนกระบวนการที่ควรติดตามและปรับปรุง

การสร้างบัตรปัญหาครั้งแรกใน Zendesk Support เหตุการณ์นี้บันทึกเวลาที่เพิ่มปัญหาเข้าสู่ระบบ โดยปกติจะเป็นจุดเริ่มต้นของกระบวนการ.

เหตุผลที่สำคัญ

ใช้กำหนดเวลาเริ่มต้นของรอบการแก้ปัญหาตั้งแต่ต้นจนจบ และเป็นค่าฐานสำหรับวัดระยะเวลาดำเนินการทั้งหมดหลังจากนั้น.

การส่งระเบียนปัญหาไปยังทีมหรือแผนกด้านเทคนิคที่กำหนด ระบบติดตามเหตุการณ์นี้เมื่อมีการอัปเดตฟิลด์ Group ID ในบัตร.

เหตุผลที่สำคัญ

จำเป็นสำหรับแดชบอร์ด Support Group Handover Analysis เพื่อวัดเวลารอระหว่างแผนก.

แสดงการเปลี่ยนจากสถานะ 'New' ที่ยังไม่มีการดำเนินการ ไปสู่สถานะที่เริ่มทำงานแล้ว หมายความว่าเจ้าหน้าที่รับทราบปัญหาและเริ่มวินิจฉัย.

เหตุผลที่สำคัญ

ใช้คำนวณตัวชี้วัดระเบียนปัญหาที่ไม่มีความคืบหน้า และเป็นจุดเริ่มต้นในการคำนวณ KPI ระยะเวลาเฉลี่ยในการวิเคราะห์หาสาเหตุที่แท้จริง.

การจัดทำเอกสารและแบ่งปันวิธีแก้ปัญหาชั่วคราว ใน Zendesk มักบันทึกเหตุการณ์นี้ด้วยแท็กเฉพาะหรือช่องทำเครื่องหมายที่กำหนดเอง เพื่อระบุว่ามีวิธีแก้ชั่วคราวแล้ว.

เหตุผลที่สำคัญ

รองรับแดชบอร์ด Workaround Publication Compliance เพื่อให้ผู้ใช้ได้รับการบรรเทาปัญหาชั่วคราวระหว่างการตรวจสอบที่ใช้เวลานาน.

จุดที่ระบุสาเหตุเบื้องหลังของปัญหาได้ โดยทั่วไปจะบันทึกเมื่อเจ้าหน้าที่กรอกฟิลด์ข้อความ 'Root Cause' หรือเลือกหมวดหมู่จากเมนูแบบเลื่อนลงที่กำหนดเอง.

เหตุผลที่สำคัญ

เป็นหมุดหมายสำคัญสำหรับแดชบอร์ด Root Cause Investigation Velocity และการวัดประสิทธิภาพในการวินิจฉัย.

แสดงว่ามีการนำวิธีแก้ไขทางเทคนิคไปติดตั้งในระบบแล้ว โดยปกติติดตามจากการเปลี่ยนสถานะที่กำหนดเองหรือแท็กเฉพาะ ก่อนปิดบัตรว่าแก้ไขแล้ว.

เหตุผลที่สำคัญ

จำเป็นสำหรับแดชบอร์ด Fix Implementation Efficiency เพื่อวัดเวลาตั้งแต่วินิจฉัยจนถึงนำวิธีแก้ไขไปใช้.

การกำหนดสถานะปัญหาอย่างเป็นทางการว่าแก้ไขแล้ว ใน Zendesk จะเกิดขึ้นเมื่อกำหนดสถานะมาตรฐานของระบบเป็น 'Solved' ซึ่งหมายความว่าได้ตรวจสอบวิธีแก้ไขแล้วและปิดกรณีได้.

เหตุผลที่สำคัญ

เป็นจุดสิ้นสุดหลักสำหรับคำนวณประสิทธิภาพและความเสี่ยงด้าน SLA รวมถึงอัตราการปฏิบัติตาม SLA ของปัญหา.

เหตุการณ์สุดท้ายในวงจรของระเบียน เมื่อบัตรถูกล็อกและแก้ไขเพิ่มเติมไม่ได้ ใน Zendesk มักเกิดขึ้นโดยอัตโนมัติ 4 วันหลังจากเปลี่ยนสถานะเป็น Solved.

เหตุผลที่สำคัญ

ระบุจุดสิ้นสุดของอายุระเบียนอย่างสมบูรณ์ ใช้สำหรับการเก็บรักษาข้อมูลและจัดทำรายงานย้อนหลัง.

คำถามที่พบบ่อย

คำถามที่พบบ่อย

Process mining ใช้บันทึกเหตุการณ์ที่มีอยู่ใน Zendesk เพื่อสร้างแผนภาพแสดงเส้นทางจริงของระเบียนปัญหาในระบบ ช่วยค้นหาคอขวดที่มองไม่เห็นและจุดที่กระบวนการเบี่ยงเบนจากแนวทางปฏิบัติมาตรฐาน ทำให้เห็นชัดว่าการตรวจสอบติดขัดตรงไหน.

เริ่มต้นใช้งานโดยทั่วไปต้องมีรหัสระเบียนปัญหา เวลาที่เกิดการเปลี่ยนสถานะแต่ละครั้ง และชื่อกิจกรรม เช่น การอัปเดตสถานะหรือการเปลี่ยนผู้รับผิดชอบ หากมีฟิลด์เพิ่มเติม เช่น ระดับความสำคัญ หมวดหมู่ หรือกลุ่มผู้รับผิดชอบ ก็จะช่วยให้กรองข้อมูลและวิเคราะห์หาสาเหตุที่แท้จริงได้ละเอียดขึ้น.

เมื่อเห็นความเชื่อมโยงระหว่างเหตุขัดข้องกับระเบียนปัญหา คุณจะค้นหารูปแบบที่ปัญหาบางอย่างถูกแก้ชั่วคราวซ้ำ ๆ แทนที่จะจัดการให้หายขาดได้ ข้อมูลนี้ช่วยให้คุณจัดลำดับความสำคัญของการแก้ไขที่ส่งผลสูง และลดกลุ่มบัตรแจ้งปัญหาที่เกิดซ้ำได้.

ทีมส่วนใหญ่เห็นแผนภาพกระบวนการชุดแรกภายในไม่กี่วันหลังเชื่อมต่อข้อมูล Zendesk เนื่องจากระบบใช้บันทึกข้อมูลย้อนหลัง คุณจึงไม่ต้องรอให้มีข้อมูลใหม่สะสมก่อนจึงจะพบคอขวดสำคัญหรือปัญหาด้านการปฏิบัติตามข้อกำหนด.

ได้ เครื่องมือติดตามการส่งต่อระเบียนปัญหาระหว่างกลุ่มสนับสนุนและทีมเทคนิคต่าง ๆ จึงช่วยระบุได้ว่าการส่งต่องานติดขัดตรงไหน หรือระเบียนค้างอยู่นานเกินไปที่จุดใด ทำให้จัดสรรทรัพยากรได้เหมาะสมขึ้น.

ไม่ต้อง process mining วิเคราะห์บันทึกการตรวจสอบที่ Zendesk สร้างอยู่เบื้องหลัง คุณไม่จำเป็นต้องเปลี่ยนเวิร์กโฟลว์ เพิ่มฟิลด์ที่กำหนดเอง หรือปรับวิธีทำงานปัจจุบันของเจ้าหน้าที่เพื่อให้ได้ผลการวิเคราะห์ที่แม่นยำ.

ระบบติดตามเวลาที่ใช้ในแต่ละขั้นตอนของกระบวนการเทียบกับเป้าหมายระดับบริการที่คุณกำหนดไว้ และแจ้งให้ทราบเมื่อพบเส้นทางที่มักทำให้ผิด SLA เช่น การส่งต่องานจากขั้นวินิจฉัยไปซ่อมล่าช้า.

เมื่อวิเคราะห์ลำดับกิจกรรม เครื่องมือจะระบุระเบียนที่เปลี่ยนไปเป็นสถานะปิดโดยตรง โดยไม่ได้ผ่านขั้นตอนบังคับ เช่น การวิเคราะห์หาสาเหตุที่แท้จริงหรือการทบทวนหลังนำไปใช้ ช่วยให้ทีมทำงานตามมาตรฐานคุณภาพที่กำหนดสำหรับทุกปัญหาสำคัญ.

ปรับปรุงการจัดการปัญหา เพื่อแก้ไขปัญหา IT ได้เร็วขึ้น

ลดระยะเวลาการแก้ไขลง 30 เปอร์เซ็นต์และแก้คอขวดในงาน IT.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายในไม่กี่นาที.