เคสสนับสนุน Booking Ninjas ที่มีประโยชน์จะอธิบายสิ่งที่เกิดขึ้น, ที่ไหนเกิดขึ้น, สิ่งที่คุณคาดหวัง และปัญหานั้นมีผลกระทบต่อธุรกิจอย่างไร
คุณไม่จำเป็นต้องวินิจฉัยสาเหตุทางเทคนิค รายละเอียดการดำเนินงานที่ชัดเจนมีประโยชน์มากกว่าการเดาว่ามีอะไรผิดพลาดอยู่เบื้องหลังหน้าจอ
คุณควรรวมอะไรบ้าง?
- สรุปที่ชัดเจน. ระบุปัญหาหรือคำขอในประโยคเดียว
- กระบวนการหรือพื้นที่ที่ได้รับผลกระทบ. อธิบายว่าปัญหาเกิดขึ้นที่ไหนใน Booking Ninjas
- ผลลัพธ์ที่คาดหวังและผลลัพธ์ที่เกิดขึ้นจริง. บอกสิ่งที่คุณคาดหวังและสิ่งที่เกิดขึ้นแทน
- ขั้นตอนหรือตัวอย่าง. รวมการกระทำที่นำไปสู่ปัญหาเมื่อคุณสามารถทำซ้ำได้
- ผู้ใช้หรือบันทึกที่ได้รับผลกระทบ. ให้บริบทเพียงพอในการระบุตัวอย่างที่มีประโยชน์โดยไม่เปิดเผยข้อมูลส่วนตัว
- ภาพหน้าจอหรือหลักฐานสนับสนุน. เพิ่มเมื่อทำให้ปัญหาเข้าใจได้ง่ายขึ้น
- ผลกระทบทางธุรกิจ. อธิบายว่างานใดถูกบล็อก, ใครได้รับผลกระทบ, และมีวิธีแก้ไขชั่วคราวหรือไม่
ตัวอย่าง: “ผู้ใช้ที่แผนกต้อนรับไม่สามารถยืนยันการจองหลังจากที่มีการบันทึกเงินมัดจำ” มีประโยชน์มากกว่าการบอกว่า “การจองมีปัญหา”
คุณควรอธิบายผลกระทบและความเร่งด่วนอย่างไร?
อธิบายว่าปัญหากำลังทำอะไรต่อการดำเนินงานแทนที่จะเขียนเพียงว่า “เร่งด่วน” ตัวอย่างเช่น: ไม่มีผู้ใช้สามารถทำการจองได้, ทีมหนึ่งถูกบล็อก, บันทึกลูกค้าหนึ่งรายการได้รับผลกระทบ, หรือปัญหาสามารถทำงานรอบได้ชั่วคราว
แนวทางการจัดการบริการมักจะแยกผลกระทบออกจากความเร่งด่วน ผลกระทบอธิบายว่าธุรกิจได้รับผลกระทบมากน้อยเพียงใด ขณะที่ความเร่งด่วนอธิบายว่าผลกระทบมีความสำคัญเร็วเพียงใด การให้บริบททั้งสองประเภทช่วยให้ทีมสนับสนุนเข้าใจสถานการณ์ได้โดยไม่ต้องพึ่งพาป้ายความสำคัญที่คลุมเครือ
คุณควรหลีกเลี่ยงอะไรบ้าง?
- รหัสผ่านหรือข้อมูลส่วนตัว. อย่าวางไว้ในคำอธิบายเคสหรือภาพหน้าจอ
- ปัญหาที่ไม่เกี่ยวข้องหลายข้อในเคสเดียว. หัวข้อที่แยกกันติดตามได้ง่ายกว่า
- เฉพาะภาพหน้าจอโดยไม่มีคำอธิบาย. เพิ่มผลลัพธ์ที่คาดหวังและการกระทำที่นำไปสู่ปัญหา
- เฉพาะคำว่า “เร่งด่วน.” อธิบายผลกระทบทางธุรกิจที่แท้จริงและมีวิธีแก้ไขหรือไม่
ถ้าคุณส่งข้อความโดยตรงไปแล้วจะทำอย่างไร?
หากคุณติดต่อ Booking Ninjas ผ่าน WhatsApp หรืออีเมลแล้วและปัญหาต้องการการตรวจสอบหรือการติดตามอย่างเป็นทางการ ให้เปิดเคสสนับสนุนและใส่บริบทที่สำคัญที่นั่น
คุณยังสามารถใช้ข้อความโดยตรงสำหรับการประสานงานได้ แต่เคสควรกลายเป็นบันทึกหลักสำหรับปัญหาที่ติดตาม หากเคสมีอยู่แล้ว ให้อ้างอิงถึงมันแทนที่จะสร้างประวัติข้อความแยกต่างหาก
เกิดอะไรขึ้นหลังจากที่คุณส่ง?
ทีมงานจะตรวจสอบเคสและอาจขอข้อมูลเพิ่มเติมก่อนที่จะเข้าใจหรือทดสอบ อ่าน เกิดอะไรขึ้นหลังจากที่คุณส่งเคสสนับสนุน? สำหรับขั้นตอนถัดไป
แหล่งข้อมูลและการอ่านเพิ่มเติม
- วิธีการทดสอบการเปลี่ยนแปลง — อธิบายว่าทำไมสถานการณ์ที่ชัดเจนและผลลัพธ์ที่คาดหวังจึงมีความสำคัญเมื่อการเปลี่ยนแปลงต้องการการทดสอบ
- Salesforce Help: คู่มือแนวทางปฏิบัติที่ดีที่สุดในการจัดการเคส — อธิบายถึงคุณค่าของการบันทึกรายละเอียดเคสที่เกี่ยวข้องและการรักษากระบวนการเคสที่มีโครงสร้าง
- Atlassian: วิธีการใช้ผลกระทบและความเร่งด่วนในการคำนวณความสำคัญ — อธิบายความแตกต่างทั่วไประหว่างผลกระทบทางธุรกิจ, ความเร่งด่วน, และความสำคัญ
แหล่งข้อมูลภายนอกสนับสนุนแนวทางปฏิบัติในการจัดการบริการทั่วไป Booking Ninjas อาจใช้ฟิลด์หรือกระบวนการภายในที่แตกต่างกันสำหรับเคสสนับสนุน