เทมเพลตข้อมูลการบริการลูกค้าของคุณ

Genesys Cloud CX
เทมเพลตข้อมูลการบริการลูกค้าของคุณ

เทมเพลตข้อมูลการบริการลูกค้าของคุณ

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

แอตทริบิวต์การบริการลูกค้า

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

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

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

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

แหล่งข้อมูล

นี่คือรหัสเคสตามแนวคิด ใน Genesys มักตรงกับ Conversation ID แต่อาจใช้รหัสที่กำหนดเอง ขึ้นอยู่กับการติดตั้งระบบ.

ตัวอย่าง
SR-20240521-00123SR-20240521-00124SR-20240522-00001
ชื่อกิจกรรม
ActivityName
ชื่อเหตุการณ์หรืองานที่เกิดขึ้น ณ เวลาหนึ่งในวงจรของคำขอรับบริการ.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไป ค่านี้ได้จากการจับคู่เหตุการณ์ในระบบ สถานะของเจ้าหน้าที่ หรือรายการตรวจสอบย้อนหลังใน Genesys Cloud CX กับชื่อกิจกรรมมาตรฐาน.

ตัวอย่าง
เริ่มการติดต่อเจ้าหน้าที่รับการติดต่อสิ้นสุดงานหลังวางสายเปิดคำขอรับบริการอีกครั้ง
เวลาเริ่มต้น
EventTime
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นขึ้นเมื่อใด.
คำอธิบาย

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

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

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

แหล่งข้อมูล

พบข้อมูลนี้ในบันทึกเหตุการณ์หรือรายละเอียดการติดต่อใน Genesys Cloud CX โดยมักระบุไว้กับทุกเหตุการณ์ที่ระบบหรือผู้ใช้บันทึก.

ตัวอย่าง
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
ระบบต้นทาง
SourceSystem
ระบบที่ใช้ดึงข้อมูล.
คำอธิบาย

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

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

ระบุที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลและตรวจสอบข้อมูล รวมถึงการรวมข้อมูลจากหลายระบบ.

แหล่งข้อมูล

โดยทั่วไป ค่านี้เป็นค่าคงที่ที่เพิ่มระหว่างการดึงและแปลงข้อมูล เพื่อระบุที่มาของระเบียน.

ตัวอย่าง
Genesys Cloud CXGenesysCloudCX_US1Genesys
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่อัปเดตข้อมูลครั้งล่าสุด.
คำอธิบาย

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

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

ระบุความใหม่ของข้อมูล เพื่อให้การวิเคราะห์และการตัดสินใจอ้างอิงข้อมูลล่าสุด.

แหล่งข้อมูล

ระบบจะสร้างค่านี้และบันทึกลงในชุดข้อมูลขณะแยกหรือโหลดข้อมูลเข้าสู่เครื่องมือ process mining.

ตัวอย่าง
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
ช่องทางการติดต่อสื่อสาร
MediaType
ช่องทางที่ใช้ติดต่อ เช่น เสียง แชต หรืออีเมล.
คำอธิบาย

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

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

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

แหล่งข้อมูล

เป็นฟิลด์มาตรฐานในระเบียนรายละเอียดการสนทนาของ Genesys Cloud CX.

ตัวอย่าง
เสียงแชตอีเมลข้อความ
ชื่อคิว
QueueName
ชื่อคิวที่ระบบส่งการติดต่อไปยังคิวนั้น.
คำอธิบาย

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

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

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

แหล่งข้อมูล

มีอยู่ในระเบียนรายละเอียดการสนทนาของ Genesys Cloud CX การติดต่อแต่ละครั้งอาจผ่านคิวหนึ่งคิวหรือหลายคิว.

ตัวอย่าง
ฝ่ายสนับสนุนระดับ 1 - เสียงสอบถามเรื่องการเรียกเก็บเงิน - แชตฝ่ายสนับสนุนด้านเทคนิค - อีเมล
ชื่อเจ้าหน้าที่
AgentName
ชื่อเต็มของเจ้าหน้าที่ที่ดูแลการติดต่อหรือกิจกรรม.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ดึงข้อมูลจากบริการ Users หรือ Directory ใน Genesys Cloud CX โดยค้นหาจาก AgentId.

ตัวอย่าง
John SmithJane DoePeter Jones
รหัสเจ้าหน้าที่
AgentId
รหัสเฉพาะของเจ้าหน้าที่ที่ดูแลการติดต่อหรือกิจกรรม.
คำอธิบาย

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

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

แอตทริบิวต์นี้เชื่อมกิจกรรมในกระบวนการกับพนักงานแต่ละคน เพื่อวิเคราะห์ประสิทธิภาพ ภาระงาน และประสิทธิผลของทีม.

แหล่งข้อมูล

มีอยู่ในระเบียนรายละเอียดการสนทนาของ Genesys Cloud CX โดยเชื่อมโยงกับผู้ใช้ที่ดูแลช่วงหนึ่งของการติดต่อ.

ตัวอย่าง
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
รหัสสรุปผลการติดต่อ
WrapUpCode
รหัสที่เจ้าหน้าที่กำหนดเมื่อสิ้นสุดการติดต่อ เพื่อจัดหมวดหมู่ผลลัพธ์หรือหัวข้อ.
คำอธิบาย

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

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

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

แหล่งข้อมูล

มีอยู่ในระเบียนรายละเอียดการสนทนาของ Genesys Cloud CX โดยเฉพาะรายละเอียดเซสชันของผู้เข้าร่วมที่เป็นเจ้าหน้าที่.

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

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

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

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

แหล่งข้อมูล

ดูได้จากบันทึกเหตุการณ์หรือรายละเอียดการติดต่อใน Genesys Cloud CX นอกจากนี้ยังคำนวณได้จากเวลาเริ่มต้นของเหตุการณ์ถัดไป.

ตัวอย่าง
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
แก้ไขได้ตั้งแต่การติดต่อครั้งแรกหรือไม่
IsFirstContactResolution
ตัวบ่งชี้ว่าคำขอรับบริการได้รับการแก้ไขภายในการติดต่อครั้งเดียวหรือไม่.
คำอธิบาย

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
คะแนน CSAT
CustomerSatisfactionScore
คะแนนความพึงพอใจที่ลูกค้าให้ในการสำรวจหลังการติดต่อ.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้มาจากโมดูล Quality Management ของ Genesys Cloud CX หรือเครื่องมือสำรวจจากผู้ให้บริการภายนอกที่เชื่อมต่อกับ Genesys.

ตัวอย่าง
5413
ประเภทคำขอรับบริการ
ServiceRequestType
การจัดประเภทคำขอรับบริการ เช่น «สอบถามข้อมูล» «ร้องเรียน» หรือ «ปัญหาทางเทคนิค».
คำอธิบาย

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

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

ช่วยแยกวิเคราะห์กระบวนการเพื่อเปรียบเทียบวิธีจัดการคำขอแต่ละประเภท และระบุคอขวดหรือจุดที่ไม่มีประสิทธิภาพเฉพาะประเภท.

แหล่งข้อมูล

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

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

แอตทริบิวต์แบบบูลีนนี้ระบุว่าคำขอรับบริการเป็นไปตามเวลาเป้าหมายในการแก้ไขหรือไม่ โดยเปรียบเทียบ 'ServiceResolutionTime' กับ 'SlaTargetResolutionTime' ธงนี้ช่วยให้วิเคราะห์และแสดงผลบนแดชบอร์ด «ภาพรวมการปฏิบัติตาม SLA» ได้ง่ายขึ้น และใช้คำนวณ KPI «อัตราการปฏิบัติตาม SLA» คุณสามารถกรองและแบ่งกลุ่มกรณีที่เป็นไปตาม SLA หรือไม่เป็นไปตาม SLA เพื่อค้นหารูปแบบที่พบบ่อย.

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

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

แหล่งข้อมูล

ฟิลด์ที่คำนวณ: เป็น True หาก ServiceResolutionTime <= SlaTargetResolutionTime มิฉะนั้นเป็น False.

ตัวอย่าง
truefalse
มีการเปิดกรณีอีกครั้งหรือไม่
IsReopened
ตัวบ่งชี้ว่าคำขอรับบริการที่แก้ไขแล้วถูกเปิดขึ้นอีกครั้งในภายหลังหรือไม่.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ฟิลด์ที่คำนวณจากการตรวจหากิจกรรมที่ทำให้กรณีกลับมาใช้งานอีกครั้ง หลังจากเกิดกิจกรรม «แก้ไขคำขอรับบริการแล้ว».

ตัวอย่าง
truefalse
รหัสการสนทนา
ConversationId
รหัสเฉพาะที่ Genesys กำหนดให้กับการสนทนาทั้งหมด.
คำอธิบาย

รหัสการสนทนาเป็นคีย์ทางเทคนิคหลักใน Genesys Cloud CX ซึ่งใช้รวมการติดต่อ ช่วงการสนทนา และผู้เข้าร่วมทั้งหมดที่เกี่ยวข้องกับการสนทนาของลูกค้าหนึ่งครั้ง แม้จะใช้ «คำขอรับบริการ» เป็น Case ID ในเชิงกระบวนการ แต่รหัสการสนทนาเป็นคีย์เบื้องหลังที่ใช้ดึงข้อมูลที่เกี่ยวข้องทั้งหมดจาก Genesys APIs จำเป็นต่อการดึงข้อมูล การรวมชุดข้อมูล และการตรวจสอบความถูกต้องของข้อมูลกระบวนการ.

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

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

แหล่งข้อมูล

เป็นฟิลด์หลักใน analytics และ conversation APIs ทั้งหมดของ Genesys Cloud CX.

ตัวอย่าง
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
ระยะเวลาแก้ไขคำขอรับบริการ
ServiceResolutionTime
เวลารวมตั้งแต่เริ่มติดต่อลูกค้าครั้งแรกจนถึงการแก้ไขเสร็จสิ้น.
คำอธิบาย

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

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

เป็น KPI สำคัญสำหรับวัดประสิทธิภาพโดยรวมของกระบวนการและผลกระทบต่อประสบการณ์ของลูกค้า.

แหล่งข้อมูล

ฟิลด์ที่คำนวณ: เวลาประทับของกิจกรรมที่แก้ไขเสร็จสิ้นครั้งสุดท้าย ลบด้วยเวลาประทับของกิจกรรมติดต่อลูกค้าครั้งแรก.

ตัวอย่าง
90010800172800
เวลาเป้าหมายในการแก้ไขตาม SLA
SlaTargetResolutionTime
ระยะเวลาเป้าหมายที่ตกลงกันไว้ในสัญญาสำหรับการแก้ไขคำขอรับบริการ.
คำอธิบาย

แอตทริบิวต์นี้กำหนดระยะเวลาสูงสุดที่อนุญาตให้ใช้แก้ไขคำขอรับบริการตามข้อตกลงระดับการให้บริการ (SLA) โดยใช้เป็นเกณฑ์เปรียบเทียบกับระยะเวลาแก้ไขจริง ข้อมูลนี้จำเป็นต่อแดชบอร์ด «ภาพรวมการปฏิบัติตาม SLA» และ KPI «อัตราการปฏิบัติตาม SLA» ช่วยให้องค์กรติดตามผลเทียบกับข้อตกลงกับลูกค้าและตรวจพบความเสี่ยงที่จะผิด SLA ได้ล่วงหน้า.

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

ใช้เป็นเกณฑ์วัดการปฏิบัติตาม SLA ซึ่งเป็นตัวชี้วัดสำคัญของประสิทธิภาพการให้บริการและการปฏิบัติตามข้อผูกพันตามสัญญา.

แหล่งข้อมูล

อาจจัดเก็บเป็นแอตทริบิวต์ที่กำหนดเองของการสนทนา หรือคำนวณจากกฎที่พิจารณาคิว ประเภทลูกค้า หรือประเภทคำขอ.

ตัวอย่าง
86400144003600
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการบริการลูกค้า

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

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

แหล่งข้อมูล

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

บันทึก

บันทึกเมื่อเจ้าหน้าที่เลือกรหัสสรุปผลการติดต่อ.

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

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

แหล่งข้อมูล

ข้อมูลนี้มีอยู่ในรายละเอียดการสนทนา โดยระบุเมื่อสถานะของผู้เข้าร่วมที่เป็นเจ้าหน้าที่เปลี่ยนเป็น 'connected' พร้อมเวลาที่เกิดเหตุการณ์.

บันทึก

บันทึกเมื่อสถานะของผู้เข้าร่วมที่เป็นเจ้าหน้าที่เปลี่ยนเป็น 'connected'.

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

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

แหล่งข้อมูล

ข้อมูลนี้บันทึกจากรายละเอียดการสนทนา โดยตรงกับเวลาเริ่มต้นของออบเจ็กต์การสนทนา ซึ่งมักระบุไว้ใน timestamp ชื่อ conversationStart.

บันทึก

บันทึกเมื่อเริ่มการสนทนาใหม่ในระบบ.

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

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

แหล่งข้อมูล

ข้อมูลนี้บันทึกจากรายละเอียดการสนทนา โดยตรงกับเวลาสิ้นสุดของออบเจ็กต์การสนทนา ซึ่งมักระบุไว้ใน timestamp ชื่อ conversationEnd.

บันทึก

บันทึกเมื่อผู้เข้าร่วมทุกคนวางสายและการสนทนาสิ้นสุดลง.

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

กิจกรรมนี้จำเป็นต่อ KPI อัตราการส่งต่อเรื่องภายใน หากมีการโอนสูง อาจบ่งชี้ว่าต้องฝึกอบรมเพิ่มเติม กำหนดเส้นทางไม่ถูกต้อง หรือกระบวนการซับซ้อนเกินไป.

แหล่งข้อมูล

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

บันทึก

ระบุได้จากเหตุการณ์ transfer ในข้อมูลเซสชันของผู้เข้าร่วม.

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

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

แหล่งข้อมูล

อนุมานกิจกรรมนี้โดยตรวจหาเหตุการณ์ 'เริ่มการติดต่อ' ใหม่ของลูกค้าคนเดิม (Customer ID) และปัญหาที่เกี่ยวข้อง เช่น ประเภทคำขอรับบริการ ภายในช่วงเวลาที่กำหนดหลังจากแก้ไขการติดต่อครั้งก่อนแล้ว.

บันทึก

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

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

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

แหล่งข้อมูล

ข้อมูลนี้บันทึกจากข้อมูลเซสชันของผู้เข้าร่วมที่เป็นเจ้าหน้าที่ในรายละเอียดการสนทนา สถานะจะเปลี่ยนเป็น 'held' และมีการบันทึกเวลา.

บันทึก

บันทึกเมื่อสถานะของผู้เข้าร่วมที่เป็นเจ้าหน้าที่เปลี่ยนเป็น 'held'.

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

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

แหล่งข้อมูล

ข้อมูลนี้ได้จากข้อมูลเซสชันของผู้เข้าร่วมที่เป็นเจ้าหน้าที่ เมื่อสถานะเปลี่ยนจาก 'held' กลับเป็น 'connected'.

บันทึก

บันทึกเมื่อสถานะของผู้เข้าร่วมที่เป็นเจ้าหน้าที่เปลี่ยนจาก 'held' เป็น 'connected'.

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

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

แหล่งข้อมูล

ข้อมูลนี้บันทึกจากข้อมูลเซสชันของผู้เข้าร่วมที่เป็นเจ้าหน้าที่ เมื่อสถานะของเจ้าหน้าที่เปลี่ยนเป็น 'acw' หลังจากผู้เข้าร่วมที่เป็นลูกค้าวางสาย.

บันทึก

บันทึกเมื่อสถานะของผู้เข้าร่วมที่เป็นเจ้าหน้าที่เปลี่ยนเป็น 'acw'.

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

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

แหล่งข้อมูล

ข้อมูลนี้บันทึกจากรายละเอียดการสนทนา โดยพิจารณาค่า 'purpose' และ 'state' ของผู้เข้าร่วม ACD ในการสนทนา ค่า 'enterTime' ของคิวในอาร์เรย์ metrics ใช้ระบุเหตุการณ์นี้.

บันทึก

บันทึกเมื่อระบบกำหนดเส้นทาง ACD นำการสนทนาเข้าคิว.

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

กิจกรรมนี้จำเป็นต่อการวัด KPI ความตรงเวลาของการส่งแบบสำรวจ CSAT การส่งแบบสำรวจทันเวลาช่วยให้ได้รับความคิดเห็นที่ถูกต้อง ขณะที่ลูกค้ายังจดจำประสบการณ์ได้.

แหล่งข้อมูล

โดยทั่วไป ข้อมูลนี้มีอยู่ในข้อมูลแบบสำรวจหรือการจัดการคุณภาพใน Genesys Cloud CX และสามารถเชื่อมโยงกลับไปยัง Conversation ID ต้นทางได้.

บันทึก

โมดูลแบบสำรวจบันทึกเหตุการณ์นี้เมื่อส่งแบบสำรวจสำหรับการสนทนารายการหนึ่ง.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะของเจ้าหน้าที่จาก 'acw' เป็นสถานะพร้อมให้บริการ เช่น 'idle' โดยใช้เวลาที่สถานะเปลี่ยน.

บันทึก

อนุมานจากการเปลี่ยนสถานะของเจ้าหน้าที่จาก 'acw' เป็นสถานะพร้อมให้บริการ.

ประเภทเหตุการณ์ inferred
เสนอการติดต่อให้เจ้าหน้าที่
เหตุการณ์นี้เกิดขึ้นเมื่อระบบเสนอการติดต่อให้เจ้าหน้าที่คนหนึ่ง สถานะของเจ้าหน้าที่จะเปลี่ยนเป็น 'alerting' ระหว่างที่ระบบรอให้เจ้าหน้าที่รับหรือปฏิเสธการสนทนา.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ข้อมูลนี้อยู่ในรายละเอียดการสนทนา ภายใต้ข้อมูลผู้เข้าร่วมของเจ้าหน้าที่ เซสชันของผู้เข้าร่วมจะแสดงตัวชี้วัดที่มีสถานะ 'alerting' พร้อมเวลาที่เกี่ยวข้อง.

บันทึก

บันทึกเมื่อระบบกำหนดเส้นทางแจ้งเจ้าหน้าที่ว่ามีการติดต่อใหม่.

ประเภทเหตุการณ์ explicit
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก Genesys Cloud CX

พร้อมเริ่มต้นหรือยัง?

ใช้ศักยภาพของการปฏิบัติการบริการลูกค้าให้เต็มที่ ทำตามเทมเพลตนี้เพื่อค้นพบข้อมูลเชิงลึกและเพิ่มประสิทธิภาพการทำงาน.

ลดการติดต่อติดตาม ยกระดับการบริการลูกค้าได้ตั้งแต่วันนี้!

เพิ่ม CSAT และแก้ไขปัญหาได้ 80% ตั้งแต่การติดต่อครั้งแรก.

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

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