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

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

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

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

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

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

Service Request ซึ่งมักเรียกว่า Ticket หรือ Case เป็นรหัสหลักที่เชื่อมโยงกิจกรรมทั้งหมดของคำถามหรือปัญหาจากลูกค้าหนึ่งรายการ ใน Salesforce Service Cloud ค่านี้ตรงกับ Case Number.

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Salesforce Case, ฟิลด์: CaseNumber

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

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

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

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

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

แหล่งข้อมูล

โดยทั่วไปได้จากการรวมข้อมูลหลายฟิลด์ เช่น การเปลี่ยนสถานะในออบเจ็กต์ Case (ฟิลด์ Status) หรือระเบียนในออบเจ็กต์ CaseHistory หรือ EmailMessage.

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

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

ได้จากฟิลด์วันที่ต่างๆ ที่ตรงกับเหตุการณ์ เช่น CreatedDate ในออบเจ็กต์ Case หรือ CreatedDate ในระเบียน CaseHistory.

ตัวอย่าง
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
อัปเดตข้อมูลล่าสุด
LastDataUpdateTime
เวลาที่ระบุว่ามีการรีเฟรชข้อมูลของกระบวนการนี้ครั้งล่าสุดเมื่อใด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

โดยทั่วไปค่านี้สร้างและจัดเก็บระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).

ตัวอย่าง
2023-10-27T04:00:00Z
แก้ไขได้ตั้งแต่การติดต่อลูกค้าครั้งแรกหรือไม่
IsFirstContactResolution
ตัวบ่งชี้ว่าแก้ไขเคสได้ตั้งแต่การติดต่อลูกค้าครั้งแรกหรือไม่.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

คำนวณระหว่างการแปลงข้อมูล โดยวิเคราะห์บันทึกเหตุการณ์ของแต่ละเคส ตัวอย่างกฎที่ใช้คือ ตรวจสอบว่า “Case Resolved” เกิดขึ้นก่อน “Information Requested From Customer” หรือกิจกรรมติดต่อลูกค้าครั้งถัดไปหรือไม่.

ตัวอย่าง
truefalse
เจ้าหน้าที่ที่ได้รับมอบหมาย
AssignedAgent
ผู้ใช้หรือคิวที่รับผิดชอบคำขอบริการในขณะนั้น.
คำอธิบาย

แอตทริบิวต์นี้ระบุเจ้าหน้าที่หรือทีมที่รับผิดชอบคำขอบริการ ณ เวลาหนึ่งๆ ใน Salesforce โดยทั่วไปคือ Case Owner

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Salesforce Case, ฟิลด์: OwnerId ฟิลด์นี้มี ID ของ User หรือ Queue.

ตัวอย่าง
Sarah JonesDavid Chenคิวทีมสนับสนุนระดับ 2
ช่องทางการติดต่อ
CommunicationChannel
ช่องทางที่ลูกค้าใช้ส่งคำขอบริการ เช่น อีเมล โทรศัพท์ หรือเว็บ.
คำอธิบาย

แอตทริบิวต์นี้ระบุช่องทางที่ลูกค้าใช้ส่งคำขอบริการ ใน Salesforce มักบันทึกไว้ในฟิลด์ Case Origin

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Salesforce Case, ฟิลด์: Origin

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

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

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Case ของ Salesforce, ฟิลด์: Type

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

ลำดับความสำคัญของกรณีเป็นการจัดประเภทมาตรฐานที่ใช้กำหนดความเร่งด่วนของคำขอบริการ โดยมักใช้กำหนดเวลาเป้าหมายในการตอบกลับและแก้ไขตาม Service Level Agreements (SLA)

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Salesforce Case, ฟิลด์: Priority

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

แอตทริบิวต์นี้ระบุกำหนดเวลาแก้ไขเคสตามข้อตกลงระดับการให้บริการ (SLA) โดยทั่วไปกำหนดจากปัจจัยต่างๆ เช่น ลำดับความสำคัญ ประเภทเคส และระดับลูกค้า Salesforce คำนวณเวลาเป้าหมายนี้ได้โดยอัตโนมัติผ่านฟีเจอร์ entitlement และ milestone.

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

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

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

แหล่งข้อมูล

ข้อมูลนี้มักจัดเก็บไว้ในฟิลด์ SlaExitDate ของออบเจ็กต์ Case Milestone ซึ่งเป็นส่วนหนึ่งของฟีเจอร์ Entitlement Management ใน Salesforce.

ตัวอย่าง
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
เวลาสิ้นสุด
EndTime
เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

สำหรับเหตุการณ์ที่เกิดขึ้นทันที ค่านี้มักตรงกับ StartTime ส่วนกิจกรรมที่มีระยะเวลาต้องดึงจากฟิลด์ที่ระบุเวลาสิ้นสุด ซึ่งอาจต้องตั้งค่าเพิ่มเติม.

ตัวอย่าง
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
สถานะ SLA
SlaStatus
ระบุว่าแก้ไขเคสได้ภายในเวลาเป้าหมายของ SLA หรือไม่.
คำอธิบาย

แอตทริบิวต์นี้จัดประเภทเคสที่แก้ไขแล้วตามการปฏิบัติตามข้อตกลงระดับการให้บริการที่กำหนด โดยคำนวณจากการเปรียบเทียบเวลาที่แก้ไขจริงกับ “เวลาเป้าหมายในการแก้ไขตาม SLA”.

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

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

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

แหล่งข้อมูล

คำนวณในขั้นตอนแปลงข้อมูล โดยเปรียบเทียบเวลาของกิจกรรม “Case Resolved” กับแอตทริบิวต์ “SlaTargetResolutionTime”.

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

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

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Case ของ Salesforce, ฟิลด์: Status

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

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

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

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

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

แหล่งข้อมูล

คำนวณในระดับเคสระหว่างการแปลงข้อมูล โดยนับค่าที่ไม่ซ้ำกันในฟิลด์ “AssignedAgent” ของ “ServiceRequest” แต่ละรายการ แล้วลบออกหนึ่ง.

ตัวอย่าง
0135
ชื่อลูกค้า
CustomerName
ชื่อลูกค้าหรือบัญชีที่เกี่ยวข้องกับคำขอรับบริการ.
คำอธิบาย

แอตทริบิวต์นี้ระบุลูกค้าที่ส่งคำขอรับบริการ ใน Salesforce ลูกค้าอาจเป็น Contact (บุคคล) หรือ Account (บริษัท).

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Case ของ Salesforce, ฟิลด์ ContactId หรือ AccountId ซึ่งเชื่อมโยงกับออบเจ็กต์ Contact และ Account ตามลำดับ.

ตัวอย่าง
Global Tech Inc.Emily WhiteInnovate Solutions
ผลิตภัณฑ์ที่เกี่ยวข้อง
ProductInvolved
ผลิตภัณฑ์หรือบริการที่ลูกค้าสอบถามหรือแจ้งปัญหา.
คำอธิบาย

แอตทริบิวต์นี้เชื่อมโยงคำขอรับบริการกับผลิตภัณฑ์หรือบริการที่เกี่ยวข้อง ใน Salesforce มักจัดการผ่านฟิลด์ค้นหาไปยังออบเจ็กต์ Product.

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

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

ช่วยวิเคราะห์กระบวนการตามผลิตภัณฑ์ เพื่อค้นหาปัญหาด้านคุณภาพหรือช่องว่างในการให้ความช่วยเหลือของผลิตภัณฑ์แต่ละรายการ.

แหล่งข้อมูล

ออบเจ็กต์ Case ของ Salesforce, ฟิลด์: ProductId ซึ่งเป็นฟิลด์ค้นหามาตรฐานที่ไม่บังคับใช้.

ตัวอย่าง
ชุด CRM Alphaเครื่องมือวิเคราะห์ข้อมูล Betaตัวเชื่อมต่อข้อมูล Gamma
มีการทำงานซ้ำหรือไม่
IsRework
ตัวบ่งชี้ว่าเคสมีการทำงานซ้ำหรือย้อนกลับไปยังขั้นตอนก่อนหน้าหรือไม่.
คำอธิบาย

แอตทริบิวต์แบบบูลีนนี้ระบุเคสที่มีรูปแบบการทำงานซ้ำ เช่น เปิดเคสอีกครั้งหลังปิดแล้ว หรือวนไปมาระหว่าง “Agent Investigates” กับ “Solution Proposed” การตรวจจับงานซ้ำต้องวิเคราะห์ลำดับกิจกรรมเพื่อหาการวนซ้ำที่ไม่พึงประสงค์.

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

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

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

แหล่งข้อมูล

คำนวณระหว่างการแปลงข้อมูลโดยวิเคราะห์ลำดับกิจกรรม ตัวอย่างเช่น ลำดับ “Case Closed” -> “Case Reopened” หรือ “Solution Proposed” -> “Agent Investigates Issue” ภายในเคสเดียวกัน จะถูกระบุว่ามีการทำงานซ้ำ.

ตัวอย่าง
truefalse
มีการยกระดับเคสหรือไม่
IsEscalated
ตัวบ่งชี้ว่าเคสได้รับการยกระดับหรือไม่.
คำอธิบาย

แอตทริบิวต์แบบบูลีนนี้ระบุว่ามีการยกระดับคำขอรับบริการหรือไม่ ใน Salesforce ติดตามได้จากฟิลด์มาตรฐาน IsEscalated ซึ่งระบบกำหนดค่าโดยอัตโนมัติตาม Escalation Rules.

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Case ของ Salesforce, ฟิลด์: IsEscalated

ตัวอย่าง
truefalse
หัวข้อเคส
CaseSubject
สรุปสั้นๆ หรือชื่อเรื่องของปัญหาหรือคำขอจากลูกค้า.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ออบเจ็กต์ Case ของ Salesforce, ฟิลด์: Subject

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

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

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

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

แหล่งข้อมูล

อนุมานจากออบเจ็กต์ CaseHistory เมื่อฟิลด์ Status เปลี่ยนเป็น 'Resolved' ในขั้นตอนนี้ ฟิลด์ IsClosed อาจยังเป็น false.

บันทึก

เวลาที่สถานะ Case เปลี่ยนเป็น 'Resolved'.

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

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

แหล่งข้อมูล

อนุมานจากเวลาที่ฟิลด์ IsClosed ในออบเจ็กต์ Case ถูกตั้งค่าเป็น true โดยฟิลด์ ClosedDate จะถูกกรอกในเวลาเดียวกัน.

บันทึก

เวลาที่ฟิลด์ IsClosed เปลี่ยนเป็น true ตามที่บันทึกไว้ใน CaseHistory.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนแปลงฟิลด์ OwnerId ในออบเจ็กต์ Case โดยบันทึกเวลาที่เปลี่ยนแปลงไว้ในออบเจ็กต์ CaseHistory.

บันทึก

ระบุเวลาที่มีการอัปเดตฟิลด์ OwnerId ครั้งแรก.

ประเภทเหตุการณ์ inferred
ไม่ผ่านหมุดหมาย SLA
เหตุการณ์นี้เกิดขึ้นเมื่อไม่สามารถทำตามคำมั่นในการให้บริการ เช่น เวลาตอบกลับครั้งแรกหรือเวลาแก้ไข Salesforce ติดตามข้อมูลนี้ผ่าน entitlement processes และระเบียน milestone.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ดึงข้อมูลจากออบเจ็กต์ CaseMilestone ระบบสร้างเหตุการณ์เมื่อฟิลด์ IsViolated ในระเบียน milestone ถูกตั้งค่าเป็น true.

บันทึก

เหตุการณ์นี้ใช้เวลาที่แฟล็ก IsViolated เปลี่ยนเป็น true ในระเบียน CaseMilestone.

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

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

แหล่งข้อมูล

บันทึกเป็นเหตุการณ์โดยตรงได้จากระเบียน CaseEscalation แต่โดยทั่วไปจะอนุมานจาก CaseHistory เมื่อมีการตั้งค่าฟิลด์ช่องทำเครื่องหมาย เช่น 'IsEscalated' เป็น true.

บันทึก

เวลาที่ฟิลด์ 'IsEscalated' เปลี่ยนเป็น true.

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

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

แหล่งข้อมูล

เหตุการณ์นี้ตรงกับการสร้างระเบียนในออบเจ็กต์ Case โดยบันทึกเวลาไว้ในฟิลด์มาตรฐาน CreatedDate.

บันทึก

ดึงจากเวลาที่สร้างระเบียน Case โดยตรง.

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

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

แหล่งข้อมูล

อนุมานจากออบเจ็กต์ CaseHistory เมื่อฟิลด์ Status เปลี่ยนเป็นค่าอย่าง 'Waiting on Customer Response' หรือ 'Pending'.

บันทึก

เวลาที่สถานะ Case เปลี่ยนเป็นสถานะ 'รอ'.

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

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

แหล่งข้อมูล

อนุมานจากออบเจ็กต์ CaseHistory โดยติดตามครั้งแรกที่มีการกรอกหรือเปลี่ยนฟิลด์ Priority, Type หรือฟิลด์จัดประเภทอื่นจากค่าเริ่มต้น.

บันทึก

ติดตามการอัปเดตฟิลด์ เช่น Priority หรือ Type ใน CaseHistory.

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

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

แหล่งข้อมูล

อนุมานจากออบเจ็กต์ CaseHistory เมื่อฟิลด์ Status เปลี่ยนเป็นสถานะที่แสดงว่ากำลังดำเนินงาน เช่น 'In Progress' หรือ 'Working'.

บันทึก

เวลาที่สถานะ Case เปลี่ยนเป็นสถานะ 'กำลังดำเนินการ'.

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

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

แหล่งข้อมูล

อนุมานจากเวลาของ EmailMessage ขาเข้าที่เชื่อมโยงกับกรณี หรือจากการเปลี่ยนสถานะในออบเจ็กต์ CaseHistory จาก 'Waiting on Customer' กลับเป็น 'In Progress'.

บันทึก

เวลาที่ได้รับอีเมลขาเข้าหรือเวลาที่สถานะเปลี่ยนจาก 'รอ'.

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

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

แหล่งข้อมูล

อนุมานจากออบเจ็กต์ CaseHistory เมื่อฟิลด์ IsClosed เปลี่ยนจาก true เป็น false หรือเมื่อ Status เปลี่ยนจากสถานะปิดหรือแก้ไขแล้วกลับเป็นสถานะเปิด.

บันทึก

เวลาที่ฟิลด์ Status หรือ IsClosed เปลี่ยนจากสถานะสิ้นสุดกลับเป็นสถานะกำลังดำเนินการ.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนแปลงฟิลด์ OwnerId ในออบเจ็กต์ CaseHistory หลังการมอบหมายครั้งแรก.

บันทึก

ระบุการอัปเดตฟิลด์ OwnerId ทั้งหมดหลังจากครั้งแรก.

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

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

แหล่งข้อมูล

อนุมานจากเวลาของระเบียน EmailMessage ขาออกฉบับแรกที่เชื่อมโยงกับ Case หรืออนุมานจากการอัปเดตฟิลด์ที่กำหนดเองซึ่งเกิดจากกฎอัตโนมัติ.

บันทึก

ค้นหาเวลาของ EmailMessage ขาออกฉบับแรกที่เชื่อมโยงกับ Case.

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

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

แหล่งข้อมูล

อนุมานจากระเบียน EmailMessage ขาออกที่เชื่อมโยงกับกรณีและตรงกับเทมเพลตแบบสำรวจ หรือบันทึกจากการสร้างระเบียน SurveyInvitation.

บันทึก

ค้นหาอีเมลแบบสำรวจขาออกหรือการสร้างระเบียน SurveyInvitation.

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

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

แหล่งข้อมูล

อนุมานจาก EmailMessage ขาออกที่มีคำสำคัญเฉพาะ หรือจากการเปลี่ยนสถานะเป็น 'Solution Provided' ในออบเจ็กต์ CaseHistory.

บันทึก

เวลาที่สถานะเปลี่ยนหรือเกิดเหตุการณ์สื่อสารขาออก.

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

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

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

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

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

ยกระดับประสิทธิภาพการบริการลูกค้าได้ทันที

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

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

ไม่ต้องใช้บัตรเครดิต