คู่มือ

ทุกความสามารถทีละขั้น พร้อมภาพหน้าจอจากระบบที่ทำงานจริง หน้าจอในภาพเป็นภาษาอังกฤษ เพราะนั่นคือภาษาหลักของผลิตภัณฑ์

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

การปรับแต่งและการดูแลระบบ

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

1

เปิดใช้ภาษาและแปลด้วยตัวเอง

ใต้ “Settings → Language Settings” คุณเลือกว่าบริษัทของคุณจะให้บริการภาษาใดบ้าง มีให้เลือก 30 ภาษา

ภาษาอังกฤษเปิดอยู่เสมอและปิดไม่ได้ มันคือภาษาที่ระบบย้อนกลับไปใช้เมื่อข้อความใดยังไม่มีคำแปล

หลังจากนั้น ผู้ใช้แต่ละคนเลือกภาษาที่ตนใช้ทำงานจากภาษาที่คุณเปิดไว้ ในเมนูของตนเอง

คำแปลไม่ได้มาพร้อมการอัปเดต การอัปเดตนำข้อความภาษาอังกฤษใหม่เข้ามา ส่วนคำแปลของข้อความเหล่านั้น คุณเป็นผู้จัดหาเอง

การทำแบ่งเป็นสองขั้น ด้วย “Export JSON” คุณดาวน์โหลดไฟล์ที่มีข้อความภาษาอังกฤษทุกข้อความวางอยู่ข้างคำแปลที่คุณมีอยู่แล้ว

คุณเติมไฟล์นั้นตามจังหวะของคุณเอง แล้วโหลดกลับเข้ามาด้วย “Import JSON” ช่องที่เว้นว่างจะถูกข้ามไป ส่วนคำแปลที่มีอยู่จะถูกเขียนทับ

ตัวยึดตำแหน่งอย่าง {count} ต้องคงอยู่ในคำแปลด้วย รายการที่ทำมันหายไปจะถูกปฏิเสธและยังคงเป็นภาษาอังกฤษ ระบบจะบอกคุณว่าเป็นรายการใด

การ์ด “State of your language packs” บอกคุณเป็นรายภาษาว่าคุณอยู่ตรงไหน โดยระบุสามกรณี คือแปลแล้ว ยังไม่ได้แปล และล้าสมัย

“Out of date” คือกรณีที่สำคัญ ข้อความภาษาอังกฤษเปลี่ยนไปแล้ว คำแปลของคุณยังอยู่ที่เดิม และตอนนี้มันบอกคนละเรื่องกัน

การ์ด “Languages” ที่แสดงภาษาเป็นปุ่ม โดยภาษาอังกฤษเปิดอยู่ถาวร
กรอบสีแดงอยู่ที่ภาษาเยอรมันและที่ “Save languages” ส่วนภาษาอังกฤษมีเครื่องหมาย “Always active”เปิดภาพขนาดเต็ม
การ์ด “Export translations” พร้อมตัวเลือกภาษาปลายทาง
เลือกภาษาปลายทางก่อน แล้วจึงดาวน์โหลด ไฟล์นี้มีทั้งข้อความภาษาอังกฤษและคำแปลที่คุณมีอยู่แล้วเปิดภาพขนาดเต็ม
การ์ด “Import translations” พร้อมไฟล์ที่เลือกไว้
หลังกด “Select file” ชื่อไฟล์จะปรากฏขึ้นข้าง ๆ มีเพียง “Import JSON” เท่านั้นที่โหลดไฟล์เข้ามาเปิดภาพขนาดเต็ม
การ์ด “State of your language packs” พร้อมสถานะของภาษาเยอรมัน
ในโลกตัวอย่างนี้ ชุดภาษาเยอรมันสมบูรณ์แล้ว ตัวเลขทางซ้ายจะเพิ่มขึ้นทุกครั้งที่มีการอัปเดตซึ่งนำข้อความใหม่เข้ามาเปิดภาพขนาดเต็ม
2

โลโก้ ไอคอนเว็บ และสี

ใต้ “Settings → CI Settings” คุณกำหนดโลโก้ ไอคอนเว็บ และสีสามสีของคุณ

โลโก้จะปรากฏในแถบด้านข้างใต้โลโก้ของระบบ ขนาดที่แนะนำคือ 400 คูณ 160 พิกเซล เป็น PNG หรือ SVG พื้นหลังโปร่งใส และไม่เกิน 2 MB

ไอคอนเว็บคือภาพเล็ก ๆ ในแท็บของเบราว์เซอร์ ที่แนะนำคือ SVG หรือขนาด 64 คูณ 64 พิกเซล

สีสามสีคือ “Primary color”, “Accent color” และ “Background color” สีแรกใช้กับปุ่มสำคัญ สีที่สองใช้กับไอคอนและจุดเน้น สีที่สามใช้กับพื้นหลัง

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

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

ตัวอย่างใต้ช่องกรอกแสดงสีของคุณก่อนที่คุณจะบันทึก มีเพียง “Save” เท่านั้นที่ทำให้สีมีผลกับทุกคน

“Restore defaults” คืนค่าทุกอย่างกลับไปเป็นเดิม และจะลบโลโก้กับไอคอนเว็บที่อัปโหลดไว้ออกด้วย

การ์ด “Colors” ที่ตั้งสีไว้สองสี พร้อมตัวอย่างด้านล่าง
กรอบสีแดงอยู่ที่ปุ่มตัวอย่างสองปุ่ม ปุ่มทั้งสองแสดงสีที่คุณกรอกไว้ทันทีเปิดภาพขนาดเต็ม
โลโก้บริษัทในแถบด้านข้าง ใต้โลโก้ของระบบ
กรอบสีแดงอยู่ที่โลโก้ที่อัปโหลดไว้ มันปรากฏขึ้นทันทีและอยู่บนทุกหน้าเปิดภาพขนาดเต็ม
3

โหมดสว่างและโหมดมืด กับมุมมองบนโทรศัพท์

ระบบมีทั้งแบบมืดและแบบสว่าง คุณสลับได้ในเมนูของตนเองที่ด้านล่างของแถบด้านข้าง

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

เมนูเดียวกันนี้มีทั้งสถานะความพร้อมของคุณ รูปโปรไฟล์ รหัสผ่าน และภาษาของคุณ

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

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

เมนูส่วนตัวที่มีรายการ “Light mode” และ “Dark mode”
กรอบสีแดงอยู่ที่ “Light mode” เครื่องหมายถูกข้าง ๆ แสดงว่าแบบใดกำลังใช้งานอยู่เปิดภาพขนาดเต็ม
รายการทิกเก็ตในแบบสว่าง
หน้าเดียวกัน ข้อมูลชุดเดียวกัน เปลี่ยนเพียงสีเท่านั้นเปิดภาพขนาดเต็ม
หน้าเดียวกันในหน้าต่างแคบ อย่างบนโทรศัพท์
บนโทรศัพท์ รายการจะเรียงซ้อนกัน คุณเปิดแถบด้านข้างด้วยไอคอนที่มุมบนซ้ายเปิดภาพขนาดเต็ม
4

วันที่และเวลาในแบบที่คุณเขียน

ก่อนเริ่ม: ผู้ดูแลระบบและเจ้าหน้าที่เปลี่ยนการตั้งค่าทั่วไปได้ ส่วนคนอื่นทุกคนอ่านวันที่ตามรูปแบบที่ตั้งไว้ตรงนั้น

ใต้ “Settings → General Settings” คุณจะพบการ์ด “Date and time format” มันอยู่ถัดจากเขตเวลาพอดี

สี่ตัวเลือกประกอบกันเป็นรูปแบบการเขียนวันที่ “Date order” คือลำดับของวัน เดือน และปี

“Date separator” คืออักขระระหว่างตัวเลข คุณเลือกได้ทั้งจุด ทับ และยัติภังค์

“Clock” คือรูปแบบนาฬิกา แบบ 24 ชั่วโมง หรือแบบ 12 ชั่วโมงพร้อม AM และ PM ส่วน “Time separator” คืออักขระระหว่างชั่วโมงกับนาที

ใต้ช่องทั้งสี่คุณจะเห็น “This is how it looks” มันแสดงผลลัพธ์ก่อนที่คุณจะกด “Save”

การตั้งค่านี้ใช้กับทั้งการติดตั้ง ไม่ขึ้นกับภาษา และไม่ขึ้นกับผู้ใช้แต่ละคน

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

ค่าจากโรงงานคือ วัน เดือน ปี คั่นด้วยจุด และนาฬิกาแบบ 24 ชั่วโมง หากคุณไม่เปลี่ยนอะไร ก็จะไม่มีอะไรเปลี่ยน

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

ไฟล์ส่งออกไม่ได้รับผลกระทบ ไฟล์เหล่านั้นเขียนวันที่เป็น 2026-08-22 เพราะโปรแกรมตารางคำนวณอ่านรูปแบบนี้ได้อย่างแน่นอน

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

อ่านเพิ่มเติมได้ในการ์ด: เปิดใช้ภาษาและแปลด้วยตัวเอง

การ์ด “Date and time format” พร้อมตัวเลือกสี่ตัวและตัวอย่าง
กรอบสีแดงอยู่ที่ลำดับและที่ตัวอย่าง ตัวอย่างในตัวเลือกจะเปลี่ยนตามลำดับที่เลือกไว้เปิดภาพขนาดเต็ม
รายละเอียดทิกเก็ตในค่าจากโรงงาน คือ วัน เดือน ปี และนาฬิกาแบบ 24 ชั่วโมง
นี่คือทิกเก็ตตราบใดที่ยังไม่มีการเปลี่ยนอะไร ด้านบนเป็นจุดเวลา ด้านล่างเป็นวันของเวลาที่บันทึกไว้เปิดภาพขนาดเต็ม
รายละเอียดเดียวกันหลังเปลี่ยนเป็น เดือน วัน ปี พร้อมนาฬิกาแบบ 12 ชั่วโมง
ทิกเก็ตใบเดิมหลังการเปลี่ยน วันที่บันทึกไว้เปลี่ยนตามการตั้งค่าเช่นเดียวกับจุดเวลาด้านบนเปิดภาพขนาดเต็ม
5

ประกาศการบำรุงรักษาและเหตุขัดข้อง

ก่อนเริ่ม: ประกาศบนหน้าเข้าสู่ระบบเป็นส่วนหนึ่งของ Basic ส่วนการส่งเป็นอีเมลด้วยเป็นส่วนหนึ่งของ Professional

หน้า “Maintenance / Incident-Notification” อยู่ในแถบด้านข้าง ที่นั่นคุณเขียนประกาศที่ทุกคนเห็น

ประกาศจะปรากฏบนหน้าเข้าสู่ระบบและทั่วทั้งระบบ ผู้คนจึงได้อ่านมันก่อนที่จะเข้าสู่ระบบเสียอีก

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

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

“Title / Subject” แสดงอยู่ด้านบนของประกาศ ส่วน “Body” แสดงอยู่ใต้ลงมา หากคุณส่งประกาศเป็นอีเมล ช่องหนึ่งจะกลายเป็นหัวเรื่องและอีกช่องเป็นเนื้อความ

ประโยคสำเร็จรูปมีให้ใช้เป็นชิ้นส่วนประกอบ คุณเพิ่มประโยคของตัวเองได้ใต้ “Text Modules” และเพิ่มระบบกับบริการของคุณได้ใต้ “Systems / Services”

ด้วย “Calendar (add date)” และ “Time (add time)” คุณแทรกวันที่และเวลาลงไป นั่นคือวิธีประกาศการบำรุงรักษาที่วางแผนไว้

สวิตช์ด้านบนเปิดและปิดประกาศ ประกาศจะอยู่จนกว่าคุณจะปิดมัน

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

ด้วย “Send as E-Mail” คุณส่งข้อความเดียวกันไปยังรายชื่อที่อยู่อีเมลด้วย นั่นคือส่วนที่เป็นของ Professional

อ่านเพิ่มเติมได้ในการ์ด: เหตุขัดข้องในรูปแถบประกาศ และเป็นข้อความในการตอบกลับอัตโนมัติ

การ์ดที่มีชิ้นส่วนข้อความและระบบของคุณเอง
กรอบสีแดงอยู่ที่รายการระบบ ในโลกตัวอย่างนี้มีอีเมล VPN และไฟล์เซิร์ฟเวอร์เปิดภาพขนาดเต็ม
หัวเรื่องและเนื้อความพร้อมชิ้นส่วนที่ติ๊กไว้ โดยช่อง “Body” กำลังใช้งานอยู่
กรอบสีแดงอยู่ที่ช่องที่กำลังใช้งานและที่ “Calendar (add date)” ใต้ช่องนั้นมีข้อความบอกว่าช่องใดกำลังใช้งานอยู่เปิดภาพขนาดเต็ม
หน้าเข้าสู่ระบบที่เปิดประกาศไว้ พาดขวางทั้งหน้า
นี่คือสิ่งที่ลูกค้าอ่านก่อนเข้าสู่ระบบ “Dismiss” ซ่อนประกาศไว้สำหรับการเข้าชมครั้งนี้เปิดภาพขนาดเต็ม
ข้อความเดียวกันที่ติ๊ก “Send as E-Mail” ไว้ พร้อมรายชื่อผู้รับ
กรอบสีแดงอยู่ที่รายชื่อผู้รับและที่ “Send Mail” คั่นที่อยู่หลายรายการด้วยเครื่องหมายจุลภาคเปิดภาพขนาดเต็ม
6

การเตือนล่วงหน้าก่อนดิสก์เต็ม

ระบบเฝ้าดูพื้นที่ดิสก์บนเซิร์ฟเวอร์และส่งเสียงเตือนก่อนที่มันจะหมด

มีสองขั้น ตั้งแต่ใช้ไป 90 เปอร์เซ็นต์คุณจะได้รับข้อความแจ้ง และตั้งแต่ 95 เปอร์เซ็นต์จะเป็นคำเตือน

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

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

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

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

แถบประกาศที่แจ้งว่าพื้นที่กำลังจะไม่พอ
ขั้นแรก ในโลกตัวอย่างนี้ใช้ไปแล้ว 93 เปอร์เซ็นต์ และเหลือว่าง 14 จาก 200 GBเปิดภาพขนาดเต็ม
แถบประกาศเดียวกันด้วยถ้อยคำของขั้นคำเตือน
ขั้นที่สองที่ 96 เปอร์เซ็นต์ ตอนนี้ข้อความยังระบุด้วยว่าอะไรจะเริ่มทำงานไม่ได้เปิดภาพขนาดเต็ม
เหตุการณ์เดียวกันในหน้าต่างของเจ้าหน้าที่ เป็นข้อความสั้น ๆ ที่ไม่มีตัวเลข
คนที่ปลดปล่อยพื้นที่ไม่ได้จะไม่ได้รับตัวเลข ข้อความระบุเพียงผลที่ตามมาและชี้ไปที่ผู้ดูแลระบบเปิดภาพขนาดเต็ม
7

อัปเดตด้วยการกดปุ่ม

ใต้ “Settings → Updates” คุณเห็นว่าเวอร์ชันใดกำลังทำงานอยู่ และมีเวอร์ชันใหม่กว่าหรือไม่

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

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

จากนั้นจะตรวจว่ามีพื้นที่ว่างพอหรือไม่ การอัปเดตต้องใช้ทั้งอิมเมจเก่าและใหม่พร้อมกัน จึงขอพื้นที่ 10 GB

หากไม่พอ ระบบจะปฏิเสธการอัปเดตและบอกเหตุผล นั่นเป็นข่าวที่ดีกว่าการล้มเลิกกลางคัน

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

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

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

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

การ์ด “Version status” ที่รายงานว่าระบบเป็นเวอร์ชันล่าสุดแล้ว
กรอบสีแดงอยู่ที่ข้อความ “Check now” ถามทันทีแทนที่จะรอการตรวจสอบรอบถัดไปเปิดภาพขนาดเต็ม
การ์ดเดียวกันเมื่อมีเวอร์ชันใหม่พร้อมบันทึกการเปลี่ยนแปลง
กรอบสีแดงอยู่ที่ “Install update” เหนือขึ้นไปคือสิ่งที่เวอร์ชันใหม่นำมาเปิดภาพขนาดเต็ม
คำยืนยันที่ถามก่อนการอัปเดตจะเริ่ม
คำถามระบุเวอร์ชันและบอกว่าจะสำรองข้อมูลก่อนเปิดภาพขนาดเต็ม
การ์ดเดียวกันเมื่อเข้าถึงแหล่งอัปเดตไม่ได้
กรอบสีแดงอยู่ที่ข้อความ เมื่อไม่ได้รับคำตอบ ระบบจะบอกว่ามันไม่รู้เปิดภาพขนาดเต็ม
8

เก็บถาวรทิกเก็ตที่ปิดแล้ว

ก่อนเริ่ม: “Delete from live DB” ลบทิกเก็ตออกจากฐานข้อมูลที่ใช้งานอยู่อย่างถาวร ให้ดาวน์โหลดไฟล์เก็บถาวรและเปิดดูข้างในก่อน

ใต้ “Settings → Archive” คุณรวบรวมทิกเก็ตที่ปิดแล้วในช่วงเวลาหนึ่งให้เป็นไฟล์เดียว วิธีนี้ทำให้ชุดข้อมูลที่ใช้งานเล็กอยู่เสมอ

เฉพาะทิกเก็ตที่ปิดแล้วเท่านั้นที่ย้าย ทิกเก็ตที่ยังเปิดอยู่ในช่วงเวลาเดียวกันยังอยู่ที่เดิม

“Preview” บอกล่วงหน้าว่าช่วงเวลานั้นครอบคลุมทิกเก็ตกี่ใบ มันไม่เขียนอะไรและไม่เปลี่ยนอะไรเลย

“Create archive” สร้างไฟล์ ZIP ไฟล์นั้นมีทั้งทิกเก็ตพร้อมความคิดเห็น ประวัติ ฟิลด์กำหนดเอง และไฟล์แนบ

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

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

“Restore” นำทิกเก็ตกลับมาจากไฟล์ ทิกเก็ตที่มีหมายเลขซ้ำกับที่มีอยู่แล้วจะถูกข้ามไป

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

“Delete archive file” ลบเฉพาะไฟล์เท่านั้น ทิกเก็ตในฐานข้อมูลที่ใช้งานอยู่ไม่ถูกแตะต้อง

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

เติมรายการแบบเลื่อนลงของคุณจากไฟล์

ใต้ “Settings → General Settings” คุณจะพบรายการแบบเลื่อนลงของระบบ แต่ละรายการมีแท็บของตัวเอง

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

“Export JSON” ดาวน์โหลดรายการนั้นมา บนการติดตั้งใหม่ คุณจะได้โครงสร้างเปล่าไว้เขียนรายการของคุณลงไป

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

“Import JSON” สร้างสิ่งที่ยังขาดอยู่ ส่วนรายการที่มีอยู่แล้วจะไม่ถูกแตะต้อง

การเปลี่ยนชื่อทำผ่านไฟล์ไม่ได้ ช่องกรอกบนหน้านี้มีไว้สำหรับเรื่องนั้น และข้อความสีแดงก็ระบุไว้เช่นนั้น

คุณแปลรายการเหล่านั้นภายหลังที่หน้าภาษา ไฟล์นี้เก็บเพียงชื่อภาษาอังกฤษ

หมวดหมู่ทำงานแบบเดียวกัน มันเป็นของทีม จึงอยู่ที่หน้าหมวดหมู่ของทีมนั้น

อ่านเพิ่มเติมได้ในการ์ด: หมวดหมู่หลักและหมวดหมู่ย่อยกำหนดค่าได้อิสระต่อทีม

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

ทีมและผู้ใช้

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

1

สร้างและตั้งค่าทีม

ทีมอยู่ใต้ “Settings → Teams” รายการอยู่ทางซ้าย ส่วนการตั้งค่าของทีมที่คุณคลิกอยู่ทางขวา ตัวเลขหลังชื่อคือจำนวนสมาชิกของทีมนั้น

ทีมใหม่ได้ชื่อของตนในช่อง “Team name” ใต้ลงมา “Copy categories from” ให้คุณเลือกทีมที่มีอยู่แล้ว ทีมใหม่จึงเริ่มต้นด้วยหมวดหมู่หลักและหมวดหมู่ย่อยชุดเดียวกัน จากนั้น “Create team” สร้างทีมนั้นขึ้นมา

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

คุณเปลี่ยนเรื่องนั้นได้ทุกเมื่อ การ์ด “Customer permissions” กำหนดเป็นรายทีมว่าลูกค้าสร้างทิกเก็ตในทีมนั้นได้หรือไม่ และเห็นทิกเก็ตของตนเองได้หรือไม่ หากไม่มีสิทธิ์ใดในสองข้อนี้เลย ทีมนั้นจะไม่ปรากฏต่อลูกค้าเลย

การ์ด “Agent permissions” ใช้กับเจ้าหน้าที่ของทีมนี้ มันกำหนดว่าพวกเขาจัดการทิกเก็ต จัดการหมวดหมู่ และดูรายงานของทีมนี้ได้หรือไม่

การ์ด “Agents” เก็บรายชื่อสมาชิก แม้หัวข้อจะเขียนอย่างนั้น แต่ลูกค้าของทีมก็อยู่ในนั้นด้วย ตัวเลือกด้านบนกับ “Add Agent” ใช้เพิ่มคน ส่วน “Remove” ใช้นำออก ใครที่ถูกเพิ่มหรือถูกนำออกต้องออกจากระบบแล้วเข้าใหม่หนึ่งครั้ง

“Default e-mail language” คือภาษาที่ทีมนี้ใช้เขียน มันมีผลเมื่อกฎอีเมลเลือก “Team default language”

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

“Delete” นำทีมออกได้ก็ต่อเมื่อไม่มีทิกเก็ตใดเปิดค้างอยู่ มิฉะนั้นระบบจะระบุเหตุผลและไม่ทำอะไรเลย

การ์ด “Audit log” บันทึกทุกการเปลี่ยนแปลงของทีม พร้อมชื่อและเวลา

Basic ใช้ได้หนึ่งทีม ส่วน Professional ไม่มีข้อจำกัด

หน้า “Teams” ที่มีรายการทั้งสองทีมอยู่ทางซ้าย และการตั้งค่าของ Helpdesk อยู่ทางขวา
กรอบสีแดงอยู่ที่สองทีมนั้น การคลิกทีมหนึ่งจะเปลี่ยนสิ่งที่แสดงอยู่ทางขวา ตัวเลขที่ขอบคือจำนวนสมาชิกเปิดภาพขนาดเต็ม
ช่อง “Team name” ที่พิมพ์ชื่อไว้แล้ว ใต้ลงมาคือ “Copy categories from” และปุ่ม “Create team”
พิมพ์ชื่อ แล้วจะรับหมวดหมู่จากทีมที่มีอยู่มาด้วยก็ได้ จากนั้นกด “Create team”เปิดภาพขนาดเต็ม
การ์ด “Customer permissions” และ “Agent permissions” พร้อมสวิตช์ของแต่ละการ์ด
กรอบสีแดงอยู่ที่หัวข้อทั้งสอง สวิตช์เหล่านี้มีผลกับทีมนี้ทีมเดียวเท่านั้นเปิดภาพขนาดเต็ม
การ์ด “Agents” พร้อมตัวเลือก ปุ่ม “Add Agent” และรายชื่อสมาชิกด้านล่าง
กรอบสีแดงอยู่ที่ “Add Agent” ป้ายข้างชื่อแต่ละคนคือบทบาท และการ์ดนี้เก็บลูกค้าของทีมไว้ด้วยเปิดภาพขนาดเต็ม
การ์ด “Audit log” ที่มีสองรายการ แต่ละรายการมีชื่อและเวลา
กรอบสีแดงอยู่ที่หัวข้อ ทุกบรรทัดระบุการเปลี่ยนแปลง ผู้ที่ทำ และเวลาที่ทำเปิดภาพขนาดเต็ม
2

สร้างผู้ดูแลระบบและเจ้าหน้าที่

บัญชีผู้ใช้อยู่ใต้ “User management” รายการแสดงชื่อและชื่อสำหรับเข้าสู่ระบบ ที่อยู่อีเมล ทีมพร้อมแผนกที่อยู่ใต้ลงมา และบทบาท

“New user” เปิดแบบฟอร์ม ชื่อ นามสกุล ชื่อสำหรับเข้าสู่ระบบ และที่อยู่อีเมล เป็นช่องที่ต้องกรอก นอกจากนั้นต้องมีรหัสผ่าน หรือติ๊ก “Send login details by e-mail” อย่างใดอย่างหนึ่ง

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

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

Basic มีที่นั่งพนักงานสองที่ คุณแบ่งอย่างไรก็ได้ จะเป็นผู้ดูแลระบบหนึ่งคนกับเจ้าหน้าที่หนึ่งคน หรือผู้ดูแลระบบสองคน ส่วนลูกค้าไม่นับ และไม่จำกัดจำนวนทั้งสองรุ่น

เมื่อมีคนลาออก ให้คลิกสัญลักษณ์เก็บถาวรในแถวของเขา บัญชีจะถูกล็อก เขาจึงเข้าสู่ระบบไม่ได้อีก

บัญชีที่ถูกล็อกจะย้ายไปอยู่ในมุมมอง “Archived” และมีป้าย “locked” อยู่ที่นั่น มันจะไม่ปรากฏในมุมมอง “Active” อีกต่อไป

บัญชีที่ถูกล็อกไม่กินที่นั่งพนักงานอีกต่อไป และไม่ปรากฏในตัวเลือก “Assign to” ใดเลย ส่วนทิกเก็ตที่มอบหมายไปแล้วยังคงมีเจ้าหน้าที่คนเดิมและชื่อของเขาอยู่

ในมุมมอง “Archived” ปุ่มเดียวกันมีชื่อว่า “Restore” และปลดล็อกบัญชีอีกครั้ง ใน Basic เรื่องนี้ต้องมีที่นั่งว่างอีกครั้งด้วย

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

หน้า “User management” ที่แสดงบัญชีทั้งหมด บทบาทของแต่ละบัญชี และการกระทำในแต่ละแถว
กรอบสีแดงอยู่ที่ “New user” และที่ปุ่มสลับระหว่างบัญชีที่เปิดอยู่กับบัญชีที่ถูกล็อก ปุ่มนั้นแสดงว่ามุมมองใดในสองมุมมองกำลังเปิดอยู่เปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Create new user” ที่กรอกช่องบังคับไว้แล้ว พร้อมตัวเลือกทีม แผนก ตำแหน่ง สถานที่ และบทบาท
กรอบสีแดงอยู่ที่บทบาทและที่คำเชิญ บทบาทเป็นตัวเลือกเดียวที่ต้องกรอกเปิดภาพขนาดเต็ม
กล่องโต้ตอบเดียวกันเมื่อติ๊กช่องนั้นไว้ ช่องรหัสผ่านถูกปิดใช้งานและระบุว่าผู้ใช้จะตั้งรหัสผ่านเองผ่านลิงก์
เมื่อติ๊กแล้ว เครื่องหมายดอกจันบนช่องรหัสผ่านจะหายไป ตัวช่องเองระบุว่าใครเป็นผู้ตั้งรหัสผ่านเปิดภาพขนาดเต็ม
มุมมอง “Archived” ที่มีบัญชีถูกล็อกหนึ่งบัญชี พร้อมป้าย “locked” และปุ่ม “Restore”
กรอบสีแดงอยู่ที่ป้ายและที่ทางกลับ ทั้งสองอย่างมีเฉพาะในมุมมองนี้เปิดภาพขนาดเต็ม
3

ลูกค้า: บัญชีของคนที่แจ้งเรื่องเข้ามา

ลูกค้าไม่จำกัดจำนวนทั้งใน Basic และ Professional พวกเขาไม่กินที่นั่งพนักงาน

บัญชีลูกค้าเกิดขึ้นได้สามทาง คุณสร้างเองใต้ “User management” คุณเชิญบุคคลนั้นทางอีเมล หรือคุณอนุญาตให้ลงทะเบียนเอง

สวิตช์สำหรับเรื่องนี้อยู่ใต้ “Settings → Security” ในการ์ด “Self-registration” มันปิดอยู่ตั้งแต่ต้น เมื่อเปิดแล้ว ลิงก์ “Register” จะปรากฏบนหน้าเข้าสู่ระบบ

ใครที่ลงทะเบียนเองจะได้บทบาท “Customer” เสมอ ไม่มีบทบาทอื่นที่แจกได้ผ่านทางนี้

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

สำหรับเฮลป์เดสก์ภายในองค์กร คุณควรปล่อยสวิตช์นี้ไว้เฉย ๆ มิฉะนั้นใครที่รู้ที่อยู่เว็บก็สร้างบัญชีได้

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

สิ่งที่ลูกค้าทำได้ในทีมหนึ่ง กำหนดไว้ที่ตัวทีม หากไม่มีสิทธิ์สร้างทิกเก็ตที่นั่น ทีมนั้นก็ไม่มีอยู่สำหรับเขา

การ์ด “Self-registration” พร้อมสวิตช์และข้อความใต้ลงมา
กรอบสีแดงอยู่ที่สวิตช์ ข้อความข้าง ๆ ระบุว่ามันทำอะไร และจะเกิดอะไรขึ้นหากไม่มีการส่งอีเมลเปิดภาพขนาดเต็ม
ระบบเดียวกันเมื่อเข้าสู่ระบบในฐานะลูกค้า แถบด้านข้างสั้น และรายการทิกเก็ตมีเฉพาะเรื่องของตนเองเท่านั้น
คอลัมน์ “User” มีชื่อเดียวกันในทุกแถว ลูกค้าไม่เห็นสิ่งที่ไม่ใช่ของตน และการตั้งค่าก็หายไปจากแถบด้านข้างเปิดภาพขนาดเต็ม
4

บทบาทและแนวคิดเรื่องสิทธิ์

มีสามบทบาท ได้แก่ “Admin”, “Agent” และ “Customer” สร้างเพิ่มไม่ได้ สิ่งที่อิสระแทนคือสิทธิ์ทุกข้อทีละข้อ

คุณเปลี่ยนชื่อและแปลทั้งสามบทบาทได้ ใต้ “Settings → General Settings” ที่แท็บ “Role”

สิ่งที่แต่ละบทบาททำได้อยู่คนละที่ คืออยู่ใต้ “Settings → Security” ในการ์ด “Permission concept”

ทุกบรรทัดคือหนึ่งฟังก์ชัน ทุกคอลัมน์คือหนึ่งบทบาท เครื่องหมายถูกคืออนุญาต ใต้ชื่อมีคีย์ภายในกำกับไว้ คุณไม่ต้องใช้มันในการทำงานกับหน้านี้

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

คอลัมน์ “Agent Team” เป็นกรณีพิเศษ มันใช้งานได้ก็ต่อเมื่อติ๊ก “Agent” ในบรรทัดเดียวกันไว้แล้ว เลือกทีมตรงนั้น แล้วสิทธิ์นั้นจะใช้กับเจ้าหน้าที่ของทีมนั้นเท่านั้น

ไม่มีสิทธิ์ใดที่ริบไปจากบทบาท “Admin” ได้ เครื่องหมายถูกจะกลับมาหลังบันทึก วิธีนี้ทำให้ไม่มีใครล็อกตัวเองออกจากระบบของตนเองได้

เมื่อกด “Save” การเปลี่ยนแปลงมีผลทันที ใครที่ได้รับผลกระทบจะสังเกตเห็นตอนคลิกครั้งถัดไป

การ์ด “Permission concept” พร้อมตาราง หนึ่งบรรทัดต่อหนึ่งฟังก์ชัน และคอลัมน์สำหรับผู้ดูแลระบบ เจ้าหน้าที่ ทีมของเจ้าหน้าที่ และลูกค้า
กรอบสีแดงอยู่ที่แถวหัวตาราง ตัวเลือกในคอลัมน์ “Agent Team” ใช้งานได้เฉพาะที่ติ๊ก “Agent” ไว้แล้วเท่านั้นเปิดภาพขนาดเต็ม
แท็บ “Role” ที่มีสามบทบาท แต่ละบทบาทมีป้าย “Mandatory”
กรอบสีแดงอยู่ที่ข้อความ ทั้งสามบทบาทมีป้าย “Mandatory” จึงเปลี่ยนชื่อได้แต่ลบไม่ได้เปิดภาพขนาดเต็ม
5

แผนก ตำแหน่ง และสถานที่

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

สร้างได้ใต้ “Settings → General Settings” ในการ์ด “Drop-down lists” วิธีจัดการเหมือนกันทั้งสามรายการ

กำหนดให้ที่ตัวบัญชี ในแบบฟอร์มใต้ “User management” ช่องเหล่านั้นชื่อ “Department”, “Position” และ “Location”

ในรายการผู้ใช้ แผนกอยู่ใต้ชื่อทีม ส่วนตำแหน่งและสถานที่ดูได้ในแบบฟอร์มของบัญชี

สถานที่ยังมีอีกหน้าที่หนึ่ง บนทิกเก็ตมีช่อง “Location” และมันดึงมาจากรายการเดียวกันนี้

แต่ละรายการในสามรายการนี้มีหนึ่งรายการที่ลบไม่ได้ ชื่อว่า “None selected or available” และมีป้าย “Mandatory”

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

คุณไม่ได้แปลที่นี่ แต่แปลรวดเดียวที่หน้าคำแปล ชื่อภาษาอังกฤษคือหลักที่คำแปลยึดอยู่

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

การเชื่อมต่ออีเมล

ระบบทิกเก็ตรับอีเมลจากกล่องจดหมายและส่งอีเมลด้วยตัวเอง วิธีตั้งค่าเรื่องนี้อยู่ในการ์ด “Tickets from e-mail, replies and follow-ups” ในบล็อกการจัดการทิกเก็ต บล็อกนี้แสดงว่าอีเมลขาเข้ากลายเป็นอะไร คุณปิดกั้นผู้ส่งอย่างไร และระบบส่งข้อความใดออกไปเอง ช่องทางอีเมลทั้งหมดเป็นส่วนหนึ่งของรุ่น Professional

1

อีเมลกลายเป็นอะไร

เฉพาะ Professional

เมื่อมีคนเขียนถึงกล่องจดหมายของทีม ทิกเก็ตจะถูกสร้างขึ้นจากอีเมลนั้น หัวเรื่องกลายเป็นชื่อทิกเก็ต เนื้อความกลายเป็นคำอธิบาย และที่อยู่ผู้ส่งถูกบันทึกเป็นผู้แจ้ง ช่องทางบนทิกเก็ตระบุว่า “E-mail”

หากอีเมลมีชื่อผู้ส่งมาด้วย ชื่อนั้นจะไปอยู่ในช่องข้างที่อยู่ หากไม่มี ช่องนั้นจะระบุว่า “E-Mail” เพราะช่องทางก็บอกอยู่แล้วว่าเรื่องนี้มาทางอีเมล

คำนำหน้าอย่าง “Re:” หรือ “Fwd:” จะถูกตัดออกจากชื่อทิกเก็ต ทิกเก็ตจึงมีชื่อของเรื่องนั้น ไม่ใช่ชื่อของการตอบกลับเรื่องนั้น

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

ลิงก์ยังคงอยู่ เจ้าหน้าที่ของคุณคลิกมันในทิกเก็ตได้ แทนที่จะต้องพิมพ์ที่อยู่ออกมาเอง

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

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

ไฟล์ที่แนบมากับอีเมลจะกลายเป็นไฟล์แนบบนทิกเก็ต ไฟล์เหล่านั้นนับรวมในขีดจำกัดขนาดเดียวกับไฟล์ที่เจ้าหน้าที่อัปโหลด

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

อ่านเพิ่มเติมได้ในการ์ด: ทิกเก็ตจากอีเมล การตอบกลับ และการติดตาม

อีเมลที่ส่งไปแล้วในโปรแกรมอีเมลของผู้ส่ง พร้อมภาพที่ฝังไว้และลิงก์
หน้าต่างนี้ไม่ใช่ระบบทิกเก็ต แต่เป็นโปรแกรมอีเมลของผู้ส่ง อีเมลฉบับนี้มีภาพที่ฝังไว้และลิงก์เปิดภาพขนาดเต็ม
คำอธิบายของทิกเก็ตที่เกิดขึ้น พร้อมภาพในตำแหน่งเดิมและลิงก์
อีเมลฉบับเดียวกันในรูปทิกเก็ต กรอบสีแดงอยู่ที่ภาพและที่ลิงก์ ทั้งสองอยู่ตำแหน่งเดียวกับในอีเมล และลิงก์คลิกได้เปิดภาพขนาดเต็ม
แท็บ “Attachments” ของทิกเก็ต ที่มีไฟล์ inline_image_1.png
ภาพที่ฝังไว้ถูกเก็บเป็นไฟล์แนบด้วย จึงดาวน์โหลดได้โดยไม่ต้องดึงออกมาจากข้อความเปิดภาพขนาดเต็ม
คำยืนยันในกล่องจดหมายของผู้ส่ง พร้อมรหัสอ้างอิงในหัวเรื่อง
คำยืนยันตามที่มาถึงผู้ส่ง หัวเรื่องมีรหัสอ้างอิงของเรื่องนั้น หากผู้ส่งตอบกลับมา คำตอบจะไปอยู่บนทิกเก็ตใบเดิมเปิดภาพขนาดเต็ม
2

การปิดกั้นผู้ส่ง

เฉพาะ Professional

ก่อนเริ่ม: รายการปิดกั้นอยู่ล่างสุดของหน้า “E-Mail Settings” มันมีผลกับทุกทีมพร้อมกัน

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

กรอกที่อยู่เต็มเมื่อหมายถึงผู้ส่งรายเดียว ในภาพคือ no-reply@example.com

กรอกชื่อโดเมนโดยนำหน้าด้วย @ เมื่อหมายถึงทุกที่อยู่ของผู้ส่งรายหนึ่ง ในภาพคือ @newsletter.example.net โดเมนย่อยจะถูกปิดกั้นไปด้วย

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

การปิดกั้นทำงานในทิศทางกลับกันด้วย ระบบจะไม่ส่งอีเมลไปยังที่อยู่ที่ถูกปิดกั้น

นั่นคือประเด็นสำคัญจริง ๆ สำหรับที่อยู่ที่ไม่มีใครอ่าน หากไม่มีการปิดกั้น คำยืนยันจะถูกส่งไปยังกล่องจดหมายที่ไม่เคยตอบ

“Add” เพิ่มรายการลงในรายการปิดกั้น ไอคอนถังขยะข้าง ๆ ใช้นำรายการออกอีกครั้ง การเปลี่ยนแปลงมีผลทันที ไม่มีอะไรต้องบันทึก

การ์ด “E-Mail Blacklist” ที่มีสองรายการ คือที่อยู่เต็มหนึ่งรายการและโดเมนหนึ่งรายการ
กรอบสีแดงอยู่ที่ช่องกรอก ข้อความตัวอย่างในช่องระบุรูปแบบที่อนุญาตทั้งสองแบบ ใต้ลงมาคือสองรายการของการติดตั้งนี้เปิดภาพขนาดเต็ม
3

ระบบส่งอะไรออกไปเอง

เฉพาะ Professional

ก่อนเริ่ม: สวิตช์บนการ์ดนี้อยู่แยกตามทีม ใต้ “Team mailboxes” บนหน้า “E-Mail Settings” อยู่ใต้ที่อยู่กล่องจดหมายของทีมนั้นพอดี

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

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

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

คุณเปลี่ยนถ้อยคำได้ที่หน้าภาษา ที่นั่นคุณดาวน์โหลดข้อความของภาษาหนึ่งเป็นไฟล์ แก้ไข แล้วอัปโหลดกลับเข้ามา ส่วนภาษาอังกฤษเป็นต้นฉบับและคงไว้อย่างเดิม

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

“Send assignment e-mails” ส่งอีเมลถึงเจ้าหน้าที่ที่ได้รับทิกเก็ต หากปิดสวิตช์นี้ ทีมนี้จะไม่ประกาศการมอบหมายเลย

“Notify on self-assignment” กำหนดว่าจะส่งอีเมลด้วยหรือไม่ เมื่อมีคนรับทิกเก็ตไปเอง สวิตช์นี้ปิดไว้เป็นค่าเริ่มต้น

“Send mail on ticket actions” มีผลที่อื่น เมื่อเปิดไว้ กล่องโต้ตอบสำหรับการปิดเรื่อง การเปลี่ยนสถานะ และการส่งต่อ จะเสนอให้ส่งความคิดเห็นเป็นอีเมลด้วย

คำยืนยันถึงลูกค้าของคุณไม่อยู่ในหมวดนี้ คุณเขียนข้อความของมันเอง ในเวิร์กโฟลว์ของกล่องจดหมาย

อ่านเพิ่มเติมได้ในการ์ด: ทิกเก็ตจากอีเมล การตอบกลับ และการติดตาม

ส่วน “Assignment notifications” ที่มีสวิตช์สามตัว
กรอบสีแดงอยู่ที่สวิตช์ทั้งสาม พวกมันเป็นของกล่องจดหมายทีมที่อยู่ด้านบน ทุกทีมถัดไปมีสวิตช์สามตัวของตัวเองเช่นกันเปิดภาพขนาดเต็ม

การยืนยันตัวตนและความปลอดภัย รวมถึง SSO

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

1

การเข้าสู่ระบบด้วยชื่อผู้ใช้และรหัสผ่าน

ก่อนเริ่ม: การตั้งค่าบนการ์ดนี้อยู่ใต้ “Settings → Security” เฉพาะผู้ดูแลระบบเท่านั้นที่เห็นหน้านั้น

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

หลังเข้าสู่ระบบ เบราว์เซอร์จะได้รับบัตรผ่านที่ใช้ได้ตามเวลาที่กำหนด การ์ด “JWT token timer” กำหนดว่านานเท่าใด ค่าที่อนุญาตคือ 1 ถึง 24 ชั่วโมง โดยแนะนำที่ 12 หลังจากนั้นบุคคลนั้นต้องเข้าสู่ระบบใหม่

การ์ด “Password policy” มีผลกับทุกรหัสผ่านที่ตั้งขึ้นในระบบ มันถูกบังคับใช้ตอนสร้างบัญชี ตอนที่บุคคลเปลี่ยนรหัสผ่านของตนเอง และตอนที่ผู้ดูแลระบบรีเซ็ตรหัสผ่านให้

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

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

บัญชีที่เข้าสู่ระบบผ่าน SSO หรือไดเรกทอรีไม่มีรหัสผ่านในระบบนี้ การหมดอายุจึงไม่มีผลกับพวกเขา กฎของพวกเขาอยู่ที่ผู้ให้บริการ

การ์ด “2FA Settings” เปิดการเข้าสู่ระบบสองขั้นตอน มันมีสองสวิตช์ ตัวบนบังคับใช้กับผู้ดูแลระบบและเจ้าหน้าที่ ตัวล่างบังคับใช้กับทุกคนรวมถึงลูกค้า หากปิดทั้งสองตัว การเข้าสู่ระบบสองขั้นตอนจะถูกปิดใช้งาน

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

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

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

รหัสเหล่านี้ขึ้นอยู่กับนาฬิกาของเซิร์ฟเวอร์ หากนาฬิกาผิด จะไม่มีรหัสใดถูกยอมรับ ปุ่ม “Check now” บนการ์ดเดียวกันเทียบเวลาเซิร์ฟเวอร์กับแหล่งเวลาสาธารณะ

หากมีคนเข้าสู่ระบบผ่านบริการเข้าสู่ระบบจากภายนอก ระบบจะไม่ถามรหัส เพราะผู้ให้บริการได้ตรวจปัจจัยที่สองไปแล้ว การเข้าสู่ระบบผ่านไดเรกทอรีต่างออกไป กรณีนั้นกฎด้านบนยังมีผลอยู่

หน้าเข้าสู่ระบบที่มีช่อง “Username” และ “Password” และปุ่ม “Sign in”
กรอบสีแดงอยู่ที่ช่องทั้งสองและที่ปุ่ม ช่องบนรับที่อยู่อีเมลได้ด้วยเปิดภาพขนาดเต็ม
การ์ด “JWT token timer” พร้อมช่องกรอกจำนวนชั่วโมง
กรอบสีแดงอยู่ที่ช่องนั้น มันรับค่าตั้งแต่ 1 ถึง 24เปิดภาพขนาดเต็ม
การ์ด “Password policy” พร้อมความยาวขั้นต่ำ ชนิดอักขระ การหมดอายุ และรายการที่ห้ามใช้
กรอบสีแดงอยู่ที่ช่องตัวเลขทั้งสาม ช่องติ๊กด้านบนกำหนดว่าอักขระชนิดใดต้องปรากฏบ้างเปิดภาพขนาดเต็ม
การ์ด “2FA Settings” ที่ปิดสวิตช์ทั้งสองตัวไว้
กรอบสีแดงอยู่ที่สวิตช์ทั้งสอง ในสภาพที่แสดงอยู่นี้ การเข้าสู่ระบบสองขั้นตอนปิดอยู่เปิดภาพขนาดเต็ม
หน้าจอตั้งค่าที่มีคิวอาร์โค้ด กุญแจสำหรับพิมพ์เอง และช่องกรอกรหัสครั้งแรก
กรอบสีแดงอยู่ที่กุญแจ มันคือสิ่งเดียวกับคิวอาร์โค้ดด้านบน และช่วยได้เมื่อกล้องอ่านไม่ออกเปิดภาพขนาดเต็ม
รหัสกู้คืนสิบชุดในสองคอลัมน์ พร้อม “Copy codes” อยู่ด้านล่าง
กรอบสีแดงอยู่ที่รหัสเหล่านั้น มันปรากฏเพียงครั้งเดียวเท่านั้น รหัสในภาพมาจากระบบทดสอบและไม่มีค่าใด ๆเปิดภาพขนาดเต็ม
รายการผู้ใช้พร้อมปุ่มที่รีเซ็ตการเข้าสู่ระบบสองขั้นตอน
กรอบสีแดงอยู่ที่รูปโล่ขีดฆ่าในแถวของ Marco Rossi คลิกเดียวก็นำแอปและรหัสกู้คืนของเขาออกไปเปิดภาพขนาดเต็ม
2

การป้องกันการเดารหัสผ่าน

การป้องกันนี้ทำงานโดยไม่ต้องตั้งค่าใด ไม่มีอะไรให้เปิด ข้อความอธิบายอยู่ในการ์ด “2FA Settings”

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

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

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

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

ในรายการผู้ใช้ บัญชีที่ถูกล็อกด้วยวิธีนี้จะมีป้าย “temporarily locked” มันยังอยู่ในรายการ และหลังผ่านไป 15 นาที ป้ายจะหายไปเอง

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

เรื่องนี้ไม่เหมือนกับ “Archive” ปุ่มนั้นปิดบัญชีอย่างถาวร และมีเพียงปุ่มนั้นที่กินหรือคืนที่นั่งพนักงาน

ข้อความเกี่ยวกับการป้องกันการเดารหัสผ่านในการ์ด “2FA Settings”
กรอบสีแดงอยู่ที่ข้อความนั้น มันระบุทั้งสองขั้น คือที่อยู่ก่อน แล้วจึงเป็นบัญชีเปิดภาพขนาดเต็ม
รายการผู้ใช้พร้อมป้าย “temporarily locked” และปุ่มปลดล็อก
กรอบสีแดงอยู่ที่ป้ายและที่แม่กุญแจเปิด แม่กุญแจปรากฏเฉพาะในแถวที่มีอะไรให้ปลดเท่านั้นเปิดภาพขนาดเต็ม
3

การเข้าสู่ระบบผ่านไดเรกทอรีหรือบริการภายนอก (SSO)

เฉพาะ Professional

ก่อนเริ่ม: การตั้งค่าอยู่ใต้ “Settings → SSO Settings” หากยังไม่ได้ตั้งค่าผู้ให้บริการใด หน้าเข้าสู่ระบบก็ไม่เปลี่ยนแปลง

บนสุดคือสวิตช์หลัก “Enable single sign-on” ตราบใดที่มันปิดอยู่ ระบบก็ยังใช้ชื่อผู้ใช้และรหัสผ่าน ทุกอย่างที่คุณตั้งค่าไว้ใต้ลงมาถูกบันทึกไว้ และจะมีผลก็ต่อเมื่อคุณเปิดสวิตช์นี้

การ์ด “Active Directory / LDAP” เชื่อมต่อไดเรกทอรีในองค์กร คุณกรอกเซิร์ฟเวอร์ ฐานการค้นหา ตัวกรองที่ใช้หาบุคคล และช่องสำหรับที่อยู่อีเมลกับชื่อ

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

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

การ์ด “Identity providers” เก็บบริการเข้าสู่ระบบจากภายนอกไว้ แต่ละรายมีแผ่นของตัวเองและปุ่มของตัวเองบนหน้าเข้าสู่ระบบ “Add provider” สร้างรายใหม่

ใต้ “Provider type” คุณเลือกชนิด “Generic OIDC Provider” เหมาะกับบริการอย่าง Google Workspace, Microsoft Entra ID, Okta, Keycloak, Auth0 หรือ Ping Identity ส่วน “SAML 2.0 Provider” เหมาะกับผู้ให้บริการรายเดียวกันเมื่อจะเชื่อมต่อผ่าน SAML

ข้าง ๆ กันมีบริการประจำภูมิภาคหกราย ได้แก่ LINE, Kakao, Naver, WeChat, WeCom และ DingTalk ที่อยู่ของแต่ละรายถูกเติมไว้ล่วงหน้าและปรากฏเป็นข้อความสีเทาในช่อง

ชื่อที่อยู่ใต้ “Display name” จะปรากฏบนปุ่มในภายหลัง สวิตช์ข้าง ๆ มีผลกับผู้ให้บริการรายนี้รายเดียวเท่านั้น

สำหรับที่อยู่เรียกกลับ ให้ทำตามลำดับนี้ เริ่มจากกรอกเพียงชื่อแล้วกด “Save provider” หลังจากนั้นระบบจึงรู้หมายเลขของผู้ให้บริการ และแสดงที่อยู่ที่สมบูรณ์ไว้ใต้ “Redirect URI”

คุณคัดลอกที่อยู่นั้นไปลงทะเบียนกับผู้ให้บริการ มันต้องตรงกันทุกตัวอักษรที่นั่น ผู้ให้บริการจะให้รหัสประจำตัวและรหัสลับกลับมา แล้วคุณกรอกทั้งสองอย่างที่นี่ผ่าน “Edit”

ช่อง “Allowed e-mail domains” จำกัดว่าใครเข้ามาผ่านผู้ให้บริการรายนี้ได้บ้าง หากเว้นว่างไว้ ทุกโดเมนจะได้รับอนุญาต

หากผู้ให้บริการรายใดยังขาดอะไรอยู่ แผ่นของรายนั้นจะมีป้ายสีแดง “Incomplete” และจะไม่ปรากฏบนหน้าเข้าสู่ระบบ ข้อความข้าง ๆ ระบุว่าชนิดของรายนั้นต้องใช้ช่องใดบ้าง

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

การ์ด “Single sign-on” พร้อมสวิตช์หลัก
กรอบสีแดงอยู่ที่สวิตช์หลัก เมื่อปิดไว้ จะเหลือเพียงการเข้าสู่ระบบด้วยชื่อผู้ใช้และรหัสผ่านเปิดภาพขนาดเต็ม
การ์ด “Active Directory / LDAP” ที่กรอกช่องต่าง ๆ ไว้แล้ว
กรอบสีแดงอยู่ที่เซิร์ฟเวอร์ ฐานการค้นหา และตัวกรองการค้นหา ค่าในภาพมาจากระบบทดสอบเปิดภาพขนาดเต็ม
แผ่นผู้ให้บริการสองแผ่น แผ่นหนึ่งตั้งค่าแล้ว อีกแผ่นมีป้าย “Incomplete”
กรอบสีแดงอยู่ที่แผ่นทั้งสอง แผ่นบนสมบูรณ์แล้วและรอเพียงสวิตช์หลัก ส่วนแผ่นล่างยังขาดที่อยู่ของผู้ให้บริการเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Add provider” พร้อมชนิด ชื่อที่แสดง สวิตช์ และที่อยู่ของผู้ให้บริการ
กรอบสีแดงอยู่ที่ช่องที่อยู่ ใต้ลงมา “Quick fill” เติมค่าให้ผู้ให้บริการที่รู้จักกันดี สิ่งที่อยู่ในวงเล็บปีกกา คุณต้องแทนที่ก่อนเปิดภาพขนาดเต็ม
กล่องโต้ตอบของผู้ให้บริการที่บันทึกแล้ว ซึ่งแสดงที่อยู่เรียกกลับที่สมบูรณ์
กรอบสีแดงอยู่ที่ที่อยู่เรียกกลับ มันเกิดขึ้นตอนบันทึกเท่านั้น และขึ้นต้นด้วยที่อยู่ของการติดตั้งของคุณเองเปิดภาพขนาดเต็ม
4

บัญชีตอนเข้าสู่ระบบครั้งแรก และบันทึกการเข้าใช้

เฉพาะ Professional

สวิตช์ “Automatically create accounts on first sign-in” อยู่ในการ์ดเดียวกับสวิตช์หลัก มันเปิดไว้เป็นค่าเริ่มต้น

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

บัญชีใหม่ได้บทบาท “Customer” และไม่มีทีม ลูกค้าไม่ต้องเป็นสมาชิกทีมก็สร้างทิกเก็ตได้ จึงเริ่มทำงานได้ทันที

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

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

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

การ์ด “Recent sign-in attempts” ที่ด้านล่างแสดงความพยายาม 100 ครั้งล่าสุด มันบันทึกทุกเส้นทางบนหน้านี้ รวมถึงการเข้าสู่ระบบผ่านไดเรกทอรี

แต่ละแถวระบุเวลา ผู้ให้บริการ ผลลัพธ์ และที่อยู่ต้นทาง หากความพยายามล้มเหลว เหตุผลจะอยู่ข้าง ๆ ส่วนคอลัมน์ “E-mail” แสดงที่อยู่เมื่อผู้ให้บริการรายงานมา มิฉะนั้นจะแสดงชื่อที่กรอกไว้

การเข้าสู่ระบบด้วยชื่อผู้ใช้และรหัสผ่านไม่ปรากฏในตารางนี้ เพราะมันไม่ใช่ SSO

สวิตช์ “Automatically create accounts on first sign-in”
กรอบสีแดงอยู่ที่สวิตช์ ข้อความใต้ลงมาระบุบทบาทที่บัญชีแบบนั้นได้รับเปิดภาพขนาดเต็ม
ตาราง “Recent sign-in attempts” ที่มีความพยายามล้มเหลวสามครั้งผ่านไดเรกทอรี
กรอบสีแดงอยู่ที่แถวบนสุด มันแสดงความพยายามที่ล้มเหลวพร้อมเหตุผล รายการในภาพมาจากระบบทดสอบที่ไดเรกทอรีไม่มีอยู่จริงเปิดภาพขนาดเต็ม

การจัดการทิกเก็ต

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

1

การสร้างและแก้ไขทิกเก็ต

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

คุณสร้างทิกเก็ตใหม่ด้วย “New Ticket” ในแถบด้านซ้าย แบบฟอร์มชื่อ “Create new ticket” ในฐานะเจ้าหน้าที่ คุณใช้มันบันทึกคำขอของคนอื่นด้วย นั่นคือหน้าที่ของช่อง “User” มันบอกว่าเรื่องนี้เป็นของใคร ไม่ใช่บอกว่าใครเป็นคนพิมพ์

ทุกช่องที่มีดอกจันเป็นช่องบังคับ ได้แก่ “Title”, “User”, “Main category” และ “Description” ยังมีอีกช่องที่มองข้ามได้ง่าย คือแบบฟอร์มจะบันทึกไม่ได้หากไม่มีหมวดหมู่ย่อย แม้ว่า “Subcategory” จะไม่มีดอกจันก็ตาม เพราะหมวดหมู่หลักกับหมวดหมู่ย่อยเป็นของคู่กันและกำหนดพร้อมกันเสมอ

ช่องใดจะปรากฏบ้างและช่องใดเป็นช่องบังคับ กำหนดไว้ใต้ “Settings → Ticket Settings” แยกกันระหว่างเจ้าหน้าที่กับลูกค้า ลูกค้าจึงเห็นแบบฟอร์มที่สั้นกว่าของคุณ โดยไม่มีใครต้องดูแลแบบฟอร์มสองชุด

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

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

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

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

เหลือคำถามว่าจะกำจัดทิกเก็ตอย่างไร ใต้ “Settings → Archive” คุณเลือกช่วงวันที่ ดูด้วย “Preview” ว่ามีทิกเก็ตที่ปิดแล้วกี่ใบอยู่ในช่วงนั้น แล้วสร้างไฟล์ ZIP ด้วย “Create archive” ซึ่งมีทั้งทิกเก็ต ความคิดเห็น ประวัติ ฟิลด์กำหนดเอง และไฟล์แนบ อยู่ในไฟล์เดียว หลังจากนั้นทิกเก็ตเหล่านั้นจึงหายไปจากฐานข้อมูลที่ใช้งานอยู่ และกู้คืนกลับมาจากไฟล์เดียวกันนั้นได้

แบบฟอร์ม “Create new ticket” พร้อมช่อง Title, Owning team, User, สถานะ, ระดับความสำคัญ และหมวดหมู่
แบบฟอร์มที่อยู่หลัง “New Ticket” ช่องที่มีดอกจันเป็นช่องบังคับ ส่วนหมวดหมู่ คำอธิบาย และไฟล์แนบ อยู่ถัดลงไปเปิดภาพขนาดเต็ม
การ์ด “Details” ของทิกเก็ต พร้อมช่องข้อมูลผู้แจ้งและปุ่ม “Save” ที่มีกรอบสีแดง
การเปลี่ยนภายหลัง คือแก้ไขที่ช่องแล้วกด “Save” ใต้ลงมามีข้อมูลที่เปลี่ยนไม่ได้ ว่าใครสร้างทิกเก็ตและสร้างเมื่อใดเปิดภาพขนาดเต็ม
2

หน้าจอแก้ไขข้อความแบบจัดรูปแบบสำหรับคำอธิบายและความคิดเห็น

คำอธิบายและความคิดเห็นไม่ใช่กล่องข้อความเปล่า ๆ แต่ละกล่องมีแถบเครื่องมืออยู่ด้านบน และปุ่มต่าง ๆ บอกว่าตัวเองทำอะไรเมื่อคุณชี้ไปที่มัน ได้แก่ “Bold”, “Italic”, “Underline”, “Strikethrough”, “Text color”, “Highlight color”, “Bullet list”, “Numbered list”, “Quote”, “Link” และ “Clear formatting”

การสร้างลิงก์ทำอย่างนี้ เลือกข้อความ กด “Link” แล้วพิมพ์ที่อยู่ลงในช่องเล็กที่ขึ้นมา หากปล่อยว่างไว้ ลิงก์จะถูกนำออก ที่อยู่เว็บและที่อยู่อีเมลได้รับอนุญาต (http, https, mailto) ส่วนอย่างอื่นถูกทิ้งไปตอนบันทึก เพื่อไม่ให้ความคิดเห็นแอบส่งอะไรผ่านไปถึงใครได้

ภาพเข้ามาทางคลิปบอร์ด ถ่ายภาพหน้าจอแล้ววางลงในหน้าจอแก้ไขด้วย Ctrl+V ได้เลย ตอนแรกข้อความจะแสดงเพียงเครื่องหมายอย่าง “[inline-image:1]” เมื่อคุณบันทึก ระบบจะอัปโหลดภาพและแสดงมันตรงจุดนั้นพอดี ทั้งยังไปอยู่ในแท็บ “Attachments” ที่เก็บไฟล์ทั้งหมดของเรื่องนั้นด้วย

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

ความคิดเห็นถูกทำเครื่องหมายเป็นเรื่องภายในได้ด้วย “Only for Admin/Agents” จากนั้นมันจะมีป้าย “Internal” และผู้แจ้งมองไม่เห็น แม้แต่การค้นหาก็ไม่แสดงมันขึ้นมา

แถบเครื่องมือของหน้าจอแก้ไข ใต้ลงมาคือประโยค “The display shows ERROR 13.20 and then the paper jams.” โดยรหัสข้อผิดพลาดเป็นตัวหนา
ในกรอบสีแดงคือ “Bold”, “Bullet list” และ “Link” แถบนี้อยู่เหนือทั้งคำอธิบายและกล่องความคิดเห็นเปิดภาพขนาดเต็ม
ความคิดเห็นสามรายการของทิกเก็ต รายการล่างมีคำตัวหนาและรายการแบบหัวข้อย่อย ส่วนรายการกลางมีป้าย “Internal”
มันมาถึงแบบนี้ ตัวหนาและรายการยังคงอยู่ ส่วนความคิดเห็นตรงกลางถูกทำเครื่องหมาย “Internal” และผู้แจ้งมองไม่เห็นเปิดภาพขนาดเต็ม
3

ไฟล์แนบพร้อมการดูตัวอย่าง

ก่อนเริ่ม: ที่อนุญาตคือ PDF, DOC, DOCX, XLS, XLSX, TXT, PNG, JPG, JPEG และ GIF ขนาดไม่เกิน 50 MB ต่อไฟล์ ขีดจำกัดนี้ระบุไว้ในแบบฟอร์ม (“Max. 50 MB per file”) และไฟล์ที่ใหญ่กว่านั้นจะถูกปฏิเสธก่อนที่การอัปโหลดจะเริ่ม

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

การคลิกที่ชื่อไฟล์จะเปิดการดูตัวอย่าง โดยคุณไม่ต้องดาวน์โหลดไฟล์ สำหรับภาพ คุณขยาย ย่อ และหมุนได้ในนั้น ซึ่งมีประโยชน์กับหน้าจอที่ถูกถ่ายมาเอียง ส่วนไฟล์ PDF แสดงในหน้าต่างเดียวกัน พร้อมภาพรวมหน้า การขยาย และการพิมพ์ ไฟล์ข้อความแสดงเป็นข้อความ และด้วย “Open in new tab” คุณเปิดไฟล์ในหน้าต่างของตัวเองได้

ไฟล์แนบเป็นของเรื่องและเดินทางไปกับมัน มันปรากฏในประวัติ (“File uploaded: …”) อยู่รอดจากการส่งต่อไปยังอีกทีม และไปอยู่ในไฟล์เก็บถาวรเมื่อทิกเก็ตถูกเก็บถาวร

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

ประวัติของทิกเก็ต

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

รายการถูกเขียนขึ้นโดยที่คุณไม่ต้องทำอะไร ทั้งตอนเปลี่ยนสถานะ ระดับความสำคัญ การมอบหมาย หมวดหมู่ สถานที่ ผู้ติดตาม ชื่อเรื่อง และคำอธิบาย รวมถึงตอนสร้าง (“Ticket opened”) ตอนแสดงความคิดเห็นทุกครั้ง และตอนอัปโหลดไฟล์ทุกครั้ง ตัวเลขบนแท็บบอกล่วงหน้าว่าเรื่องนี้มีความเคลื่อนไหวมากแค่ไหน

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

ความคิดเห็นปรากฏที่นั่นแบบย่อ ส่วนถ้อยคำเต็มอยู่ในแท็บ “Comments” ความคิดเห็นภายในก็ปรากฏในประวัติด้วย แต่เห็นได้เฉพาะเจ้าหน้าที่และผู้ดูแลระบบเท่านั้น

แท็บ “History” พร้อมรายการของทิกเก็ตใบนี้ ทั้งไฟล์ ความคิดเห็น การเปลี่ยนสถานะ ระดับความสำคัญ การมอบหมาย และล่างสุดคือการเปิดเรื่อง โดยสองแถวบนสุดเขียนขึ้นโดยกฎอัตโนมัติ
ในกรอบสีแดงคือแท็บพร้อมจำนวน ที่ “Status” และ “Priority” คุณเห็นค่าเดิมขีดฆ่าอยู่ข้างค่าใหม่เปิดภาพขนาดเต็ม
5

เวิร์กโฟลว์สถานะพร้อมสถานะและการเปลี่ยนสถานะที่กำหนดค่าได้

สถานะบอกว่าทิกเก็ตอยู่ตรงไหนในขณะนี้ ระบบมีสถานะมาให้สิบสองสถานะ ได้แก่ Open, Assigned, In Progress, Waiting for User Response, Resolved, Closed และอื่น ๆ คุณพบมันได้ใต้ “Settings → General Settings” ในส่วน “Drop-down lists” หลังแท็บ “Status” ปุ่ม “+ Add status” สร้างสถานะของคุณเอง ส่วน “Edit status” เปิดสถานะที่มีอยู่แล้ว

ส่วนสำคัญคือความต่างระหว่างชื่อกับความหมาย ในหน้าจอแก้ไขของสถานะ ใต้ “Meaning of this status” มีสวิตช์สามตัว ได้แก่ “Counts as resolved”, “Counts as closed” และ “Waiting for the requester” มีเพียงสวิตช์เหล่านี้เท่านั้นที่บอกระบบว่าจะจัดการสถานะนั้นอย่างไร

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

ส่วนการลบนั้นทำไม่ได้กับทุกสถานะ หกสถานะมีป้าย “Mandatory” อยู่ในรายการ ได้แก่ Open, Assigned, In Progress, Resolved, Closed และ Reopened เปลี่ยนชื่อและจัดลำดับใหม่ได้ แต่นำออกไม่ได้ และหากลอง ระบบจะจบด้วยข้อความที่ชัดเจน นั่นไม่ได้มีไว้กวนใจคุณ เพราะมีกระบวนการที่ยึดกับสถานะเหล่านั้นอยู่ ซึ่งมิฉะนั้นจะหยุดทำงานไปเงียบ ๆ เช่น การปิดเรื่องอัตโนมัติที่ต้องใช้สถานะซึ่งนับว่า “แก้ไขแล้ว” เป็นจุดตั้งต้น

สองสถานะเป็นของระบบเอง “Waiting for approval” และ “Rejected” มีป้าย “System only” มันเกิดจากกระบวนการอนุมัติ และไม่ควรมีใครอ้างด้วยมือได้ว่ามีเรื่องถูกปฏิเสธ ทั้งที่เรื่องนั้นไม่เคยถูกเสนอให้ตัดสินเลย

สามสวิตช์นั้นทำอะไร สถานะที่นับว่าแก้ไขแล้วจะปิดทิกเก็ตเองหลังผ่านไป 24 ชั่วโมง สถานะที่นับว่าปิดแล้วคือสภาพสุดท้ายที่ทิกเก็ตถูกย้ายเข้าไป และ “Waiting for the requester” หมายความตามนั้นพอดี คือเรากำลังรอผู้แจ้ง ไม่ใช่รอทีมอื่นและไม่ใช่รอผู้ให้บริการ นั่นคือเครื่องหมายที่นาฬิกา SLA หยุดเดิน หากคุณตั้งค่าไว้เช่นนั้น

ใต้ลงมาคือ “Allowed transitions to new status” ตรงนี้คุณติ๊กว่าจากสถานะนี้ไปยังสถานะใดได้บ้าง หากปล่อยว่างไว้ทั้งหมด ก็ไม่มีข้อจำกัดใด แต่หากติ๊กอะไรไว้ เส้นทางอื่นทั้งหมดจะถูกปิด นั่นคือวิธีสร้างกระบวนการที่ข้ามขั้นไม่ได้ เช่น จาก “Open” ไปได้เพียง “In Progress” หรือ “Rejected” เท่านั้น แต่ไปยัง “Closed” โดยตรงไม่ได้

สวิตช์ที่เหลือในหน้าจอแก้ไขเป็นเรื่องเล็กที่ให้ผลใหญ่ ได้แก่ สีสำหรับรายการ “Sort order” สำหรับลำดับ “Show status in new ticket form” (สถานะนี้ควรเลือกได้ตอนสร้างทิกเก็ตหรือไม่) “Requires comment in dialog” (บังคับให้ระบุเหตุผล) และ “System only” สำหรับสถานะที่มีเพียงระบบเท่านั้นที่ตั้งได้

การตั้งค่าทั่วไปที่มีแท็บ “Status” อยู่ในกรอบสีแดง พร้อมรายการสถานะทั้งหมด
“Settings → General Settings” แท็บ “Status” ทุกสถานะพร้อมชื่อทางเทคนิคและเครื่องหมายกำกับของมันเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Edit status” พร้อมสวิตช์ใต้ “Meaning of this status” และรายการ “Allowed transitions to new status”
ในหน้าจอแก้ไข ลักษณะและพฤติกรรมอยู่ด้านบน ความหมายอยู่ตรงกลาง ส่วนการเปลี่ยนสถานะที่อนุญาตอยู่ด้านล่างเปิดภาพขนาดเต็ม
7

หมวดหมู่หลักและหมวดหมู่ย่อยกำหนดค่าได้อิสระต่อทีม

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

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

คุณพบมันได้ใต้ “Settings” ในรายการ “<team name> Categories” ในตัวอย่างนี้ทีมชื่อ “Helpdesk” รายการจึงอ่านว่า “Helpdesk Categories”

หน้านี้มีสามการ์ด ได้แก่ “Main categories”, “Subcategories” และ “Links” วิธีเริ่มที่เร็วที่สุดคือพิมพ์ชื่อภาษาอังกฤษลงในช่อง “EN (required)” แล้วคลิก “+ New main category” หรือ “+ New subcategory” คุณแปลทุกอย่างทีหลังรวดเดียวที่หน้าคำแปล ไม่มีอะไรต้องเตรียมที่นี่

หากคุณมีหมวดหมู่จำนวนมากรออยู่ ให้ใช้ทางผ่านไฟล์ “Export JSON” ดาวน์โหลดโครงสร้างมา บนระบบที่เพิ่งติดตั้ง ไฟล์นั้นจะว่างเปล่าและเพียงแสดงรูปแบบให้คุณดู คุณเติมข้อมูล (ด้วยมือหรือด้วยความช่วยเหลือของ AI) บันทึก แล้วอัปโหลดกลับผ่าน “Import JSON” มันไม่ใช่วิธีเปลี่ยนชื่อ การเปลี่ยนชื่อทำที่ช่องของหมวดหมู่นั้นแล้วยืนยันด้วย “Save” ข้าง ๆ และหน้านั้นก็ระบุไว้เช่นกัน

การ์ดที่สามคือ “Links” และตรงนั้นคืองานจริง เลือกหมวดหมู่หลักที่ด้านบน ติ๊กหมวดหมู่ย่อยที่เป็นของมันด้านล่าง แล้วบันทึกด้วย “Save links” เคล็ดลับคือหมวดหมู่ย่อยหนึ่งรายการห้อยอยู่ใต้หมวดหมู่หลักหลายรายการได้ คุณจึงต้องมี “Malfunction” เพียงครั้งเดียวแล้วใช้ซ้ำกับ Printer, Network, Meeting-Room และ Notebook

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

หากคุณส่งทิกเก็ตต่อไปยังอีกทีม การจัดประเภทของมันยังอยู่ แม้ทีมใหม่จะไม่มีหมวดหมู่เหล่านั้นเลยก็ตาม มันจะอยู่ในช่องพร้อมที่มาของมัน เช่น “Meeting-Room · from Helpdesk” และแสดงเป็นสีเทา ทีมใหม่จึงเห็นได้ว่าเรื่องนี้ดำเนินมาในชื่ออะไร แต่กำหนดรายการนั้นเองไม่ได้ หากจะจัดประเภทใหม่ ก็เลือกจากรายการของตนเอง แล้วระบบจะขอทั้งหมวดหมู่หลักและหมวดหมู่ย่อยพร้อมกัน

เมนูการตั้งค่าที่เปิดอยู่ โดยมีรายการ “Helpdesk Categories” อยู่ในกรอบสีแดง
ใต้ “Settings” รายการนี้ตั้งชื่อตามทีม ในที่นี้คือ “Helpdesk Categories”เปิดภาพขนาดเต็ม
หน้า “Settings · Manage categories” พร้อมการ์ด “Main categories” และ “Subcategories”
นี่คือหน้านั้น หมวดหมู่หลักอยู่ทางซ้าย หมวดหมู่ย่อยอยู่ทางขวา ส่วนการ์ด “Links” อยู่ถัดลงไปในหน้าเดียวกัน และจะตามมาในอีกสักครู่เปิดภาพขนาดเต็ม
ช่อง “EN (required)” ที่มีคำว่า “Beamer” อยู่ และปุ่ม “New main category” ทั้งสองอยู่ในกรอบสีแดง
ทีละรายการ พิมพ์ชื่อภาษาอังกฤษลงในช่อง “EN (required)” แล้วคลิก “+ New main category” ที่อยู่ใต้ลงมา ในการ์ด “Subcategories” ปุ่มนั้นชื่อ “+ New subcategory”เปิดภาพขนาดเต็ม
การ์ด “Main categories” ที่มีปุ่ม “Export JSON” และ “Import JSON” อยู่ในกรอบสีแดง
สำหรับหลายรายการในคราวเดียว ให้ดาวน์โหลดโครงสร้าง เติมข้อมูล แล้วอัปโหลดกลับ การ์ด “Subcategories” ที่อยู่ข้าง ๆ มีปุ่มสองปุ่มเดียวกันเปิดภาพขนาดเต็ม
การ์ด “Links” โดยเลือก “Printer” ไว้ และติ๊กหมวดหมู่ย่อย Consumables, Malfunction และ New request
เลือก “Printer” ติ๊กหมวดหมู่ย่อยที่เข้ากัน แล้วกด “Save links” ส่วน “Malfunction” ห้อยอยู่ใต้หมวดหมู่หลักอีกสามรายการพร้อมกันเปิดภาพขนาดเต็ม
8

ทิกเก็ตเข้ามาทางไหน

ทุกทิกเก็ตมีช่องทางกำกับ มันอยู่ในแบบฟอร์มและอยู่บนการ์ด “Actions” ในภายหลัง ใต้หัวข้อ “How the request came in” และมันตอบคำถามที่กลายเป็นเรื่องสำคัญในรายงานอย่างรวดเร็ว คืองานเข้ามาทางพอร์ทัลหรือทางโทรศัพท์

คุณเลือกได้เฉพาะสิ่งที่คนรู้และระบบไม่รู้เท่านั้น ได้แก่ “Phone” และ “Entered by an agent” ส่วนอีกสองค่าระบบตั้งเอง คือ “Self-service” เมื่อผู้แจ้งสร้างทิกเก็ตในพอร์ทัล และ “Email” เมื่อมันเกิดจากอีเมลขาเข้า

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

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

“Email” ต้องมีกล่องจดหมายที่เชื่อมต่อไว้ ซึ่งเป็นส่วนหนึ่งของรุ่น Professional ส่วนอีกสามช่องทางมีอยู่ในทั้งสองรุ่น

ส่วนของแบบฟอร์มที่มีสถานะ ระดับความสำคัญ และช่อง “How the request came in” อยู่ในกรอบสีแดง
ตอนสร้างทิกเก็ต ช่องทางอยู่ระหว่างระดับความสำคัญกับผู้ติดตาม มีให้เลือกเพียง “Phone” และ “Entered by an agent”เปิดภาพขนาดเต็ม
การ์ด “Actions” ของทิกเก็ต โดยช่อง “How the request came in” ระบุว่า “Phone” และอยู่ในกรอบสีแดง
บนทิกเก็ต ช่องทางอยู่บนการ์ด “Actions” ในที่นี้คือเรื่องที่เจ้าหน้าที่บันทึกไว้หลังรับโทรศัพท์เปิดภาพขนาดเต็ม
10

การส่งทิกเก็ตต่อไปยังอีกทีม

เฉพาะ Professional

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

ทิกเก็ตมีปุ่มสองปุ่มวางเคียงกันสำหรับเรื่องนี้ และความต่างพิมพ์ไว้ใต้ปุ่มด้วยตัวอักษรเล็ก “Involve another team” คือคุณยังรับผิดชอบอยู่ ส่วนอีกทีมทำงานเคียงข้างคุณในทิกเก็ตที่ผูกไว้ ส่วน “Escalate to another team” คืออีกทีมรับช่วงต่อไป

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

เมื่อคุณดึงอีกทีมเข้ามาร่วม ทิกเก็ตของคุณยังอยู่ในมือคุณ และได้ทิกเก็ตย่อยในอีกทีมหนึ่ง ทิกเก็ตของคุณย้ายไปสถานะ “Waiting for other team” และเมื่ออีกทีมปิดใบของตน ทิกเก็ตของคุณจะกลับมาเป็น “Back from other team” คุณจึงไม่ต้องไปถามว่าที่นั่นมีอะไรคืบหน้าหรือยัง

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

มีเพียงผู้ที่รับผิดชอบอยู่ในขณะนั้นเท่านั้นที่ส่งทิกเก็ตต่อได้ สถานีก่อนหน้ายังเห็นเรื่องนั้นอยู่ แต่ส่งต่อเป็นครั้งที่สองไม่ได้

ปุ่มสองปุ่ม “Involve another team” และ “Escalate to another team” ในกรอบสีแดง พร้อมคำอธิบายอยู่ใต้ลงมา
สองเส้นทางที่แยกกันให้เห็นชัด คือให้คนอื่นทำงานเคียงข้างคุณ หรือส่งต่อไปเลย ความต่างพิมพ์ไว้ตรงปุ่มพอดีเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Escalate to another team?” พร้อมการเลือกทีมปลายทางและช่อง “Reason (optional)”
กล่องโต้ตอบระบุผลที่ตามมาก่อนที่คุณจะยืนยัน คือไม่มีทิกเก็ตใบที่สอง สิทธิ์การอ่านยังอยู่ และมีเพียงทีมใหม่เท่านั้นที่เปลี่ยนอะไรได้เปิดภาพขนาดเต็ม
11

ฟิลด์กำหนดเอง

เฉพาะ Professional

เมื่อทิกเก็ตของคุณขาดข้อมูลบางอย่าง เช่น รหัสทรัพย์สิน วันสิ้นสุดการรับประกัน หรือศูนย์ต้นทุน คุณเพิ่มมันเองได้ ใต้ “Settings → Ticket Settings” ที่ด้านล่าง มีการ์ด “Custom fields” ปุ่มนั้นชื่อ “Add custom field”

ในกล่องโต้ตอบ คุณตั้งชื่อและเลือกชนิดของฟิลด์ ได้แก่ “Text”, “Multiline text”, “Integer”, “Decimal”, “Date” หรือ “Yes / No” ชนิดเป็นตัวกำหนดว่ากรอกอะไรได้ ช่องวันที่จะไม่รับคำว่า “สัปดาห์หน้า” และนั่นคือเหตุผลที่คุณทำรายงานจากมันได้ในภายหลัง

ใต้ “Scope” คุณกำหนดว่าฟิลด์นี้ใช้ที่ไหน จะเป็น “All teams (including new ones)” หรือ “Selected teams only” ตัวเลือกแรกครอบคลุมทีมที่ยังไม่มีอยู่ด้วย ซึ่งเป็นความต่างที่คุณจะสังเกตเห็นในอีกครึ่งปีถัดมา

สวิตช์สามตัวใต้ “Defaults” ใช้กับทิกเก็ตใหม่ ได้แก่ “Mandatory by default”, “Hidden for customer by default” และ “Not editable by customer by default” มันเป็นค่าเริ่มต้น ส่วนการตั้งค่าฟิลด์ในหน้าเดียวกันยังคงเป็นที่ที่คุณกำหนดอย่างละเอียดแยกตามบทบาท

บนทิกเก็ต ฟิลด์กำหนดเองอยู่ในการ์ดของตัวเองชื่อ “Additional information” ระหว่างคำอธิบายกับความคิดเห็น หากไม่มีเทมเพลต แบบฟอร์มจะแสดงฟิลด์กำหนดเองทั้งหมดของทีม แต่หากคุณเลือกเทมเพลตตอนสร้างทิกเก็ต มันจะแสดงเฉพาะฟิลด์ที่เทมเพลตนั้นระบุไว้ ตามลำดับของมัน คือ “เฉพาะฟิลด์ที่เรื่องนี้ต้องใช้เท่านั้น”

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

ทีมหนึ่งมีฟิลด์กำหนดเองได้กี่ฟิลด์ กำหนดไว้ใต้ “Settings → General Settings” ในการ์ด “Custom fields limit” คุณกำจัดฟิลด์ด้วย “Deactivate” มันจะหายไปจากแบบฟอร์ม แต่ค่าของมันยังอยู่บนทิกเก็ตเก่า และสวิตช์ “Show deactivated” นำมันกลับเข้ามาในรายการ

การ์ด “Custom fields” ที่มีสองฟิลด์ และปุ่ม “Add custom field” อยู่ในกรอบสีแดง
รายการฟิลด์กำหนดเองอยู่ใต้ “Settings → Ticket Settings” ที่ด้านล่างของหน้าเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “New custom field” พร้อมชื่อ ชนิดของฟิลด์ ขอบเขต และค่าเริ่มต้นสามข้อ
ชื่อ ชนิดของฟิลด์ ขอบเขต ฟิลด์หนึ่งไม่ต้องการอะไรมากกว่านั้น ส่วนสวิตช์สามตัวด้านล่างเป็นค่าเริ่มต้นสำหรับทิกเก็ตใหม่เปิดภาพขนาดเต็ม
การ์ด “Additional information” บนทิกเก็ต พร้อมฟิลด์ “Asset tag” และ “Warranty until”
เจ้าหน้าที่เห็นฟิลด์กำหนดเองแบบนี้ คือเป็นการ์ดของตัวเองบนทิกเก็ต อยู่ใต้คำอธิบายพอดีเปิดภาพขนาดเต็ม
12

ผู้ติดตาม

เฉพาะ Professional

บางครั้งมีคนที่ควรติดตามเรื่องหนึ่งโดยไม่ต้องลงมือทำ เช่น หัวหน้าทีมในเรื่องที่ละเอียดอ่อน หรือเพื่อนร่วมงานที่จะรับช่วงต่อในสัปดาห์หน้า ผู้ติดตามมีไว้เพื่อสิ่งนั้น บนทิกเก็ต ช่อง “Observers” อยู่บนการ์ด “Actions” ปุ่มนั้นชื่อ “Add observer” และแบบฟอร์ม “Create new ticket” ก็มีช่องเดียวกันนี้

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

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

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

การแจ้งเตือนคืออีเมล การส่งอีเมลขาออกจึงต้องถูกตั้งค่าไว้ (Professional) หากไม่มี คุณกรอกผู้ติดตามได้ แต่จะไม่มีอะไรถูกส่งออกไป

การ์ด “Actions” ของทิกเก็ต โดยช่อง “Observers” อยู่ในกรอบสีแดง และมีเจ้าหน้าที่หนึ่งคนกรอกอยู่ในนั้น
ผู้ติดตามอยู่บนการ์ด “Actions” ทิกเก็ตใบนี้ยังไม่ได้มอบหมายให้ใคร การติดตามกับการลงมือทำทิกเก็ตเป็นคนละเรื่องกันเปิดภาพขนาดเต็ม
13

ทิกเก็ตจากอีเมล การตอบกลับ และการติดตาม

เฉพาะ Professional

ก่อนเริ่ม: กับ Google/Gmail คุณต้องใช้รหัสผ่านสำหรับแอป (ซึ่งต้องเปิดการเข้าสู่ระบบสองขั้นตอนไว้ด้วย) เพราะ Google ปฏิเสธข้อมูลบัญชีปกติ ส่วน Microsoft 365 ขณะนี้ใช้งานไม่ได้เลย เพราะที่นั่นปิด basic authentication สำหรับ IMAP ไปแล้ว และรหัสผ่านสำหรับแอปก็ไม่ช่วยเช่นกัน

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

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

ทุกอย่างสำหรับเรื่องนี้อยู่ใต้ “Settings → E-Mail Settings” การ์ดบนคือ “SMTP settings” ซึ่งเป็นทางออก มีทั้งโฮสต์ พอร์ต “Use SSL” ผู้ใช้และรหัสผ่าน พร้อมที่อยู่ผู้ส่งและชื่อผู้ส่ง ด้วย “Send test e-mail” คุณส่งตัวอย่างถึงตัวเอง โดยบันทึกก่อนแล้วจึงทดสอบ ตามที่การ์ดนั้นระบุไว้เอง

การ์ด “IMAP settings” คือทางเข้า มีโฮสต์ พอร์ต ระยะเวลาตรวจสอบ และโฟลเดอร์สองโฟลเดอร์ คุณไม่ต้องเดาชื่อโฟลเดอร์ เพราะ “Read from server” ดึงโฟลเดอร์ที่มีอยู่จริงในกล่องจดหมายของคุณมาให้ ส่วน “Create on server” สร้างโฟลเดอร์ใหม่ จากนั้นช่องนั้นจะรับเส้นทางที่เมลเซิร์ฟเวอร์ของคุณใช้ เซิร์ฟเวอร์หนึ่งเขียนว่า “INBOX/Processed” อีกเซิร์ฟเวอร์เขียนว่า “INBOX.Processed” และทั้งสองหมายถึงสิ่งเดียวกัน

อีเมลที่ประมวลผลแล้วจะย้ายไปยัง “Processed folder” หากปล่อยว่างไว้ มันจะอยู่ในกล่องขาเข้าต่อไป ใต้ลงมาคุณกำหนดว่าการทำความสะอาดจะทำงานเมื่อใด (“Hour”, “Minute”) และข้อความเก่าได้แค่ไหน (“Retention (days)”) มิฉะนั้นกล่องจดหมายจะโตขึ้นเรื่อย ๆ อย่างเงียบ ๆ

กล่องจดหมายเป็นของทีม ไม่ใช่ของระบบ ใต้ “Team mailboxes” แต่ละทีมกรอกที่อยู่ของตนพร้อมรหัสผ่าน ที่อยู่นั้นเป็นผู้ส่งอีเมลของทีมนั้นไปพร้อมกัน ผู้แจ้งจึงตอบกลับไปยังที่เดียวกับที่ระบบรับอีเมลมา

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

ใต้ “E-Mail workflows” คุณเลือกทีมที่ด้านบน แล้วสร้างเวิร์กโฟลว์ด้วย “+ Add workflow” มันได้ชื่อ (สำหรับคุณเท่านั้น) สวิตช์ “Enabled” และคำระบุสองข้อว่าจะใช้เมื่อใด “Match” กำหนดว่าเงื่อนไขทั้งหมดต้องเป็นจริง (“All conditions”) หรือข้อเดียวก็พอ ส่วน “Stop after match” จบการทำงานทันทีที่เวิร์กโฟลว์นี้เข้าเงื่อนไข เวิร์กโฟลว์ที่อยู่ถัดลงไปจึงไม่ได้ทำงานเลย คุณเปลี่ยนลำดับด้วยลูกศรที่อยู่ข้าง ๆ

ใต้ “When?” คือตัวเงื่อนไขเอง “Every e-mail in this mailbox” รับทุกอีเมล ส่วน “Only when subject or text contains” ต้องมีคำอยู่ในหัวเรื่องหรือในเนื้อความ และ “Advanced” ทำให้แม่นยำขึ้น ตรงนั้นคุณเลือกว่าจะดูอะไร ได้แก่ “Subject or body”, “Subject”, “Body”, “Sender (From)” หรือ “Recipient (To/Cc)” และเลือกว่าจะเทียบอย่างไร ได้แก่ “Contains”, “Equals” หรือ “Regex” นั่นคือวิธีแยกการแจ้งเรื่องที่ส่งถึงที่อยู่ร่วมออกจากอย่างอื่น

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

“Create or append ticket” เปลี่ยนอีเมลให้เป็นทิกเก็ต หรือเพิ่มเป็นความคิดเห็นบนทิกเก็ตที่มีอยู่แล้วเมื่อมีรหัสอ้างอิงอยู่ในหัวเรื่อง หากไม่มีการกระทำนี้ อีเมลจะไม่มีวันกลายเป็นเรื่องเลย

“Set fields” ตั้งระดับความสำคัญ สถานะ หมวดหมู่หลักและหมวดหมู่ย่อย ทีมเจ้าของ และผู้รับผิดชอบ ตั้งแต่ตอนที่ทิกเก็ตถูกสร้าง ทุกอย่างที่ปล่อยไว้ที่ “— Keep default —” จะคงเป็นเหมือนตอนที่ไม่มีเวิร์กโฟลว์

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

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

“Move to folder” จัดเก็บอีเมลที่ประมวลผลแล้วลงในโฟลเดอร์ หากปล่อยช่องนี้ว่างไว้ ระบบจะใช้ “Processed folder” ทั่วไปจากการตั้งค่า IMAP ด้านบน

การกระทำ “Auto-reply” โดยละเอียด คุณประกอบหัวเรื่องขึ้นจากชิ้นส่วน “Original subject {originalSubject}” รับหัวเรื่องของอีเมลขาเข้ามา ส่วน “Ticket reference {ticketTag}” แทรกรหัสอ้างอิงของเรื่องเข้าไป เมื่อรวมกันจะได้ประมาณว่า “Printer problem [TICKET-99]”

รหัสอ้างอิงไม่ได้ถูกเติมเข้ามาเอง มันปรากฏเฉพาะตรงที่คุณใส่ {ticketTag} หรือ {ticketId} เท่านั้น และนั่นคือสิ่งที่ระบบใช้จดจำคำตอบของลูกค้าคุณในภายหลัง หากไม่มีมันในหัวเรื่อง การติดตามทุกครั้งจะเริ่มทิกเก็ตใหม่ แทนที่จะกลายเป็นความคิดเห็นบนใบเดิม

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

“Reply language” กำหนดว่าหัวเรื่องและข้อความจะออกไปเป็นภาษาใด “Standard English” ใช้ภาษาอังกฤษ “Fixed language” ใช้ภาษาที่คุณเลือก “Assigned agent's language” ใช้ภาษาของเจ้าหน้าที่ที่รับผิดชอบ และ “Team default language” ใช้ภาษาเริ่มต้นของทีม ส่วนตัวคำแปลนั้นดูแลกันที่หน้าภาษา

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

ช่องทางอีเมลทั้งหมด ทั้งขาเข้าและขาออก เป็นส่วนหนึ่งของรุ่น Professional ใน Basic ระบบไม่ส่งและไม่รับอีเมล ทิกเก็ตที่นั่นเกิดขึ้นผ่านพอร์ทัล ทางโทรศัพท์ และผ่านเจ้าหน้าที่

การ์ด “SMTP settings” พร้อมโฮสต์ พอร์ต ผู้ใช้ รหัสผ่าน ที่อยู่ผู้ส่ง และปุ่ม “Send test e-mail”
ทางออก ทุกช่องมีคำอธิบายอยู่ใต้ลงมา และพอร์ต 587 กับ 465 ก็ระบุไว้ตรงนั้นอย่างชัดเจนเปิดภาพขนาดเต็ม
การ์ด “IMAP settings” ที่มีปุ่ม “Read from server” และ “Create on server” อยู่ในกรอบสีแดง
อย่าพิมพ์ชื่อโฟลเดอร์ ให้ดึงมาแทน “Read from server” แสดงรายการโฟลเดอร์จริง ส่วน “Create on server” สร้างโฟลเดอร์ใหม่ใต้กล่องขาเข้าเปิดภาพขนาดเต็ม
ส่วน “Team mailboxes” พร้อมกล่องจดหมายของทีม Helpdesk
หนึ่งกล่องจดหมายต่อหนึ่งทีม ที่อยู่นั้นเป็นผู้ส่งด้วย นั่นคือเหตุผลที่มันอยู่ตรงนี้ ไม่ใช่อยู่ในการตั้งค่าทั่วไปเปิดภาพขนาดเต็ม
เวิร์กโฟลว์หนึ่งรายการพร้อมชื่อ “Match” “Stop after match” เงื่อนไขใต้ “When?” และสวิตช์การกระทำห้าตัวในกรอบสีแดง
การกระทำทั้งห้าอยู่ในกรอบสีแดง ในตัวอย่างนี้ “Create or append ticket”, “Auto-reply” และ “Move to folder” เปิดอยู่ ส่วน “Set fields” และ “Send mail” ปิดอยู่ หากไม่มีเวิร์กโฟลว์แบบนี้ ระบบจะไม่ตรวจกล่องจดหมายเลยเปิดภาพขนาดเต็ม
การกระทำ “Auto-reply” โดยมีช่องหัวเรื่องอยู่ในกรอบสีแดง พร้อมชิ้นส่วนประกอบ ข้อความภาษาอังกฤษ และการเลือกภาษาที่ใช้ตอบ
หัวเรื่องบรรจุชิ้นส่วน “{originalSubject} {ticketTag}” และนั่นคือสิ่งที่ระบบใช้จดจำคำตอบของลูกค้าในภายหลัง ใต้ลงมาคือข้อความและภาษาที่ใช้ตอบ ในที่นี้คือภาษาของเจ้าหน้าที่ที่รับผิดชอบเปิดภาพขนาดเต็ม

สถานะเจ้าหน้าที่ (ความพร้อมให้บริการ)

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

1

พร้อม ไม่ว่าง ไม่อยู่

เจ้าหน้าที่ทุกคนมีสถานะหนึ่งในสามอย่าง และตั้งเอง ในเมนูผู้ใช้ที่มุมล่างซ้ายของแถบด้านข้าง ทั้งสามรายการอยู่ใต้หัวข้อ “Availability”

จุดหนึ่งจุดแสดงสถานะ “Available” มีจุดสีเขียว “Busy” มีจุดสีเหลืองอำพัน ส่วน “Away” เป็นวงแหวนกลวง

ทั้งสามต่างกันไม่เพียงที่สี แต่ต่างที่การเติมด้วย คนที่แยกสีได้ยากจึงยังเห็นความต่างได้

จุดของคุณเองอยู่บนรูปบัญชีที่มุมล่างซ้าย คุณจึงไม่ต้องเปิดเมนูเพื่อดูมัน

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

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

ระบบเสนอเฉพาะเจ้าหน้าที่ของทีมที่ทิกเก็ตนั้นเป็นของเท่านั้น

มีเพียงเจ้าหน้าที่และผู้ดูแลระบบเท่านั้นที่มีสถานะ ลูกค้าไม่มี

อ่านเพิ่มเติมได้ในการ์ด: มอบหมายทิกเก็ตหลายใบให้เจ้าหน้าที่คนเดียวในคราวเดียว

เมนูผู้ใช้ในแถบด้านข้าง พร้อมสามสถานะ “Available”, “Busy” และ “Away” และมีเครื่องหมายถูกอยู่ที่สถานะปัจจุบัน
เมนูผู้ใช้ของเจ้าหน้าที่เอง สามสถานะอยู่บนสุด สถานะที่ใช้อยู่มีเครื่องหมายถูก และจุดเดียวกันนั้นอยู่บนรูปบัญชีด้านล่างเปิดภาพขนาดเต็ม
ตัวเลือก “Assign to” บนทิกเก็ตที่เปิดอยู่ พร้อมเจ้าหน้าที่ของทีม และเครื่องหมาย “Away until” ที่รายการหนึ่ง
กรอบสีแดงอยู่ที่รายการของ Lena Chen หลังชื่อมีสถานะของเธอและวันสิ้นสุดการไม่อยู่ เธอยังเลือกได้อยู่ ระบบเสนอเฉพาะเจ้าหน้าที่ของทีมที่ทิกเก็ตนั้นเป็นของเท่านั้นเปิดภาพขนาดเต็ม
2

การลาป่วยและวันหยุดกรอกโดยผู้ดูแลระบบ

คนที่ป่วยมักไม่ได้แจ้งลาไว้ก่อน ผู้ดูแลระบบจึงตั้งสถานะให้คนอื่นได้ ในแบบฟอร์มแก้ไขของบัญชีใต้ “User management”

แบบฟอร์มมีสองช่องสำหรับเรื่องนี้ “Availability” เก็บสถานะ ส่วน “Away until” เก็บวันสิ้นสุดการไม่อยู่

ช่องที่สองปรากฏเฉพาะกับ “Away” เท่านั้น สำหรับ “Busy” หรือ “Available” ไม่มีวันสิ้นสุดให้กรอก

หากไม่มีวันที่ การไม่อยู่จะคงอยู่จนกว่าจะมีคนยุติมัน หากมีวันที่ มันจะสิ้นสุดเอง ข้อความใต้ช่องนั้นระบุไว้ว่า “Leave empty for an absence without a set end.”

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

ทั้งสองช่องปรากฏเฉพาะกับเจ้าหน้าที่และผู้ดูแลระบบ หากคุณตั้งบทบาทเป็น “Customer” ในแบบฟอร์มเดียวกัน ช่องเหล่านั้นจะหายไป

ช่องเดียวรองรับทั้งสองอย่าง วันลาป่วยหนึ่งวันกับวันหยุดสามสัปดาห์เป็นสิ่งเดียวกันสำหรับระบบ ต่างกันแค่วันที่

แบบฟอร์มแก้ไขของบัญชี โดยช่อง “Availability” ตั้งเป็น “Away” และช่อง “Away until” มีวันที่กรอกอยู่
กรอบสีแดงอยู่ที่ช่องทั้งสอง มันอยู่ล่างสุดของแบบฟอร์ม และมีเฉพาะสำหรับเจ้าหน้าที่และผู้ดูแลระบบเปิดภาพขนาดเต็ม
3

“Busy” รีเซ็ตตัวเองหลังผ่านไปหนึ่งชั่วโมง

“Busy” คงอยู่หนึ่งชั่วโมง หลังจากนั้นเจ้าหน้าที่จะพร้อมให้บริการอีกครั้งโดยไม่ต้องทำอะไร

เมนูแสดงเวลาที่เหลือไว้ข้างสถานะ เช่น “60 min left”

หนึ่งชั่วโมงนั้นตายตัว มันคือตาข่ายกันลืม ไม่ใช่กฎการทำงาน ใครที่ไม่พร้อมให้บริการนานกว่านั้นให้เลือก “Away”

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

“Away” หมดอายุก็ต่อเมื่อมีการบันทึกวันสิ้นสุดไว้ หากไม่มี มันจะคงอยู่จนกว่าจะมีคนเปลี่ยน

เมื่อเจ้าหน้าที่ตั้งตัวเองเป็น “Away” สถานะนั้นจะไม่มีวันสิ้นสุด มีเพียงผู้ดูแลระบบเท่านั้นที่กำหนดวันสิ้นสุดให้ได้

เมนูผู้ใช้ที่มีสถานะ “Busy” เวลาที่เหลือ “60 min left” และเครื่องหมายถูกข้าง ๆ
กรอบสีแดงอยู่ที่สถานะที่ใช้อยู่ เครื่องหมายถูกอยู่ทางขวา ส่วนเวลาที่เหลืออยู่ข้างสถานะ ตอนนี้จุดบนรูปบัญชีเป็นสีเหลืองอำพันเปิดภาพขนาดเต็ม
4

ไม่มีประวัติความพร้อมให้บริการ และไม่มีการประเมินรายบุคคล

ระบบจดจำเพียงว่าสถานะใดกำลังใช้อยู่ในขณะนี้ มันไม่ได้บันทึกว่าใครไม่ว่างหรือไม่อยู่เมื่อใด

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

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

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

เจ้าหน้าที่คนหนึ่งมีทิกเก็ตกี่ใบ คุณดูได้ในรายการทิกเก็ต ซึ่ง “Assigned to” กรองตามบุคคลได้ ส่วนใครไม่อยู่นานเท่าใด ไม่มีการจดไว้ที่ใดเลย

รายการผู้ใช้ที่มีจุดสีอยู่หน้าชื่อเจ้าหน้าที่ พร้อมคอลัมน์ Name, Email, Team, Role และ Actions
กรอบสีแดงอยู่ที่เจ้าหน้าที่สองคนที่ไม่พร้อมให้บริการ รายการแสดงสถานะ ณ ปัจจุบัน ไม่มีคอลัมน์ที่เก็บประวัติเปิดภาพขนาดเต็ม

การมอบหมายทิกเก็ตอัตโนมัติ

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

1

การแจกงานเป็นของทีม

เฉพาะ Professional

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

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

การตั้งค่าอยู่ที่ตัวทีมใต้ “Settings → Teams” และแต่ละทีมตัดสินใจเอง ทีมหนึ่งแจกงานได้ ขณะที่ทีมข้าง ๆ ทำงานจากกองกลาง

เป็นค่าจากโรงงาน ทุกทีมตั้งอยู่ที่ “Off” สภาพแวดล้อมที่มีอยู่แล้วจึงไม่เปลี่ยนพฤติกรรมเพียงเพราะความสามารถนี้มีอยู่

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

ส่วน “Automatic assignment” ในกล่องโต้ตอบของทีม Helpdesk ที่ตั้งไว้เป็น “Round robin” พร้อมสองประโยคอธิบายอยู่ใต้ลงมา
การตั้งค่าอยู่ที่ตัวทีม ใต้ช่องนั้นมีหนึ่งประโยคอธิบายวิธีที่เลือกไว้ และใต้ลงมาอีกระบุว่าใครจะถูกข้ามเปิดภาพขนาดเต็ม
ช่องเลือกที่เปิดอยู่ พร้อมสามรายการ “Off”, “Round robin” และ “Least load”
มีสามรายการให้เลือก “Off” คือค่าจากโรงงานเปิดภาพขนาดเต็ม
2

Round robin หรือ Least load

เฉพาะ Professional

มีสองวิธี และคุณเลือกหนึ่งวิธีต่อหนึ่งทีม

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

“Least load” ดูที่โต๊ะทำงาน ทิกเก็ตใหม่ไปหาเจ้าหน้าที่ที่พร้อมให้บริการซึ่งมีทิกเก็ตค้างอยู่น้อยที่สุด

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

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

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

ส่วนเดียวกันในกล่องโต้ตอบของทีมเครือข่าย ที่ตั้งไว้เป็น “Least load” พร้อมประโยคเรื่องทิกเก็ตที่นับเป็นครึ่งหนึ่ง
ช่องเดียวกันบนอีกทีมหนึ่ง ในที่นี้ตั้งเป็น “Least load” ประโยคด้านล่างเปลี่ยนไปตามการตั้งค่าเปิดภาพขนาดเต็ม
3

ใครไม่อยู่ก็ไม่ได้อะไร

เฉพาะ Professional

ก่อนการมอบหมายทุกครั้ง การแจกงานจะถามสถานะของเจ้าหน้าที่ “Busy” และ “Away” จะถูกข้ามไป

บัญชีที่ถูกล็อกและถูกลบก็ไม่อยู่ในข่ายเช่นกัน และคนที่ไม่ได้เป็นสมาชิกของทีมที่ทิกเก็ตนั้นเป็นของก็เช่นกัน

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

นั่นเป็นความตั้งใจ ทุกคนเห็นทิกเก็ตที่อยู่ในกองกลาง แต่ไม่มีใครเห็นทิกเก็ตที่ไปค้างอยู่กับคนที่ไม่อยู่

ประวัติของทิกเก็ตระบุเหตุผลไว้ คือเขียนว่า “(nobody available)” แทนที่จะเป็นชื่อคน

อ่านเพิ่มเติมได้ในการ์ด: พร้อม ไม่ว่าง หรือไม่อยู่

ประวัติของทิกเก็ตที่มีรายการ “Auto-assignment” ซึ่งระบุ “(nobody available)” แทนที่จะเป็นชื่อบุคคล
ไม่มีใครพร้อมให้บริการ ทิกเก็ตจึงอยู่ในกองกลางต่อไป กรอบสีแดงอยู่ที่รายการที่ระบุเหตุผลเปิดภาพขนาดเต็ม
4

การแจกงานแตะต้องอะไรบ้าง และไม่แตะต้องอะไร

เฉพาะ Professional

การแจกงานทำงานกับทุกเส้นทางที่ทิกเก็ตเกิดขึ้น รวมถึงทิกเก็ตจากกล่องจดหมายอีเมลด้วย

มันทำงานแบบเดียวกันกับทิกเก็ตย่อยของคำขอ แต่ละใบถูกแจกภายในทีมที่ได้รับมัน

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

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

เจ้าหน้าที่ได้รับอีเมลฉบับเดียวกับการมอบหมายด้วยมือ และหากทิกเก็ตยังอยู่ที่ “Open” มันจะย้ายไปเป็น “Assigned”

อ่านเพิ่มเติมได้ในการ์ด: อีเมลกลายเป็นทิกเก็ต

ประวัติของทิกเก็ตที่มีรายการ “Auto-assignment” สองรายการ คือการมอบหมายให้เจ้าหน้าที่ของทีม และการเปลี่ยนสถานะจาก “Open” เป็น “Assigned”
ประวัติระบุชื่อการทำงานอัตโนมัติไว้ มันมอบหมายทิกเก็ตและย้ายสถานะไปพร้อมกันเปิดภาพขนาดเต็ม
5

รายงานเรื่องการแจกงาน

เฉพาะ Professional

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

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

ข้างตัวเลขทางขวามีหมายเลขของทิกเก็ตที่เกิดเรื่องนั้นขึ้น คลิกเดียวก็ไปถึงจุดนั้นได้เลย

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

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

คนที่อยู่ในสถานะ “Away” มาหลายสัปดาห์ย่อมไม่ได้รับทิกเก็ตเลย และยังอยู่ในรายการ พร้อมเหตุผลอยู่ข้างเลขศูนย์

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

อ่านเพิ่มเติมได้ในการ์ด: ไม่มีประวัติความพร้อมให้บริการ ไม่มีการประเมินรายบุคคล

หน้ารายงานที่มีการ์ด “Automatic assignment” อยู่ท่ามกลางรายงานอื่น ๆ
การ์ดนี้อยู่บนหน้ารายงาน กรอบสีแดงแสดงว่าจะหามันได้ที่ไหนเปิดภาพขนาดเต็ม
กล่อง “Nobody available” พร้อมตัวเลขของมัน ประโยคอธิบาย และหมายเลขของทิกเก็ตที่เกิดเรื่องนั้นขึ้น
ตัวเลขที่สองอยู่ข้างตัวแรกด้วยน้ำหนักเท่ากัน ใต้ลงมาคือหมายเลขของทิกเก็ตที่ยังคงอยู่ในกองกลางเปิดภาพขนาดเต็ม
ตารางรายงานที่มีเจ้าหน้าที่หกคน พร้อมจำนวนและความพร้อมให้บริการของแต่ละคน รวมถึงหนึ่งบรรทัดที่เป็นศูนย์และมีหมายเหตุ “Away”
หนึ่งบรรทัดต่อเจ้าหน้าที่หนึ่งคน กรอบสีแดงอยู่ที่บรรทัดที่เป็นศูนย์ซึ่งมีเหตุผลกำกับอยู่ข้าง ๆเปิดภาพขนาดเต็ม

คำขอพร้อมงานย่อยและการอนุมัติ

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

1

คำขอสร้างงานย่อยของตัวเอง

เฉพาะ Professional

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

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

คำขอไม่ใช่สิ่งที่สองที่ต้องดูแล มันอาศัยอยู่บนเทมเพลตทิกเก็ต ใต้ “Settings → Request workflows” คุณจะพบเทมเพลตทิกเก็ตทุกอัน แล้วผูกงานย่อยเข้ากับอันใดอันหนึ่ง

สำหรับแต่ละงานย่อย คุณกำหนดสี่อย่าง “Task” คือชื่อที่ผู้แจ้งอ่าน “Handled by” คือทีมที่ได้รับมัน ส่วน “Ticket title” และ “What the team has to do” เติมเนื้อหาให้ทิกเก็ตที่เกิดขึ้นจากมัน

งานย่อยหลายงานชี้ไปที่ทีมเดียวกันได้ ทีมนั้นจะได้ทิกเก็ตหลายใบ ไม่ใช่ทิกเก็ตใบเดียวที่มีรายการอยู่ข้างใน

งานย่อยที่ไม่มีทีมจะไม่ถูกเสนอเลย ช่องนั้นระบุไว้เอง คือ “Not assigned yet — this task is not offered” คุณจึงบันทึกแผนที่ยังทำไม่เสร็จไว้ได้

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

รายการเทมเพลตทิกเก็ตใต้ “Request workflows” แต่ละอันพร้อมจำนวนงานย่อยและปุ่ม “Edit tasks”
เทมเพลตทิกเก็ตทุกอันอยู่ในที่เดียว แต่ละอันแสดงว่ามีงานย่อยกี่งาน กรอบสีแดงอยู่ที่ทางเข้าสู่แผนเปิดภาพขนาดเต็ม
แผนพร้อมประโยคสรุปและงานย่อยชุดแรก แต่ละงานมีชื่อ ทีม และรูปแบบการเลือก
ด้านบนคือประโยคที่สรุปแผน ใต้ลงมาคืองานย่อย แต่ละงานพร้อมทีมและรูปแบบการเลือกของมันเปิดภาพขนาดเต็ม
2

ผู้แจ้งติ๊กสิ่งที่ตนต้องการ

เฉพาะ Professional

เมื่อมีคนเลือกเทมเพลตในแบบฟอร์มทิกเก็ตใหม่ กล่อง “What is needed?” จะปรากฏขึ้น พร้อมหนึ่งบรรทัดให้ติ๊กต่อหนึ่งงานย่อย

มีสามแบบ กำหนดแยกตามงานย่อย “Selectable, off by default” เริ่มต้นว่างไว้ “Selectable, on by default” เริ่มต้นติ๊กไว้และยกเลิกติ๊กได้ ส่วน “Always — cannot be deselected” ทำงานเสมอ

งานย่อยที่ทำงานเสมอก็ยังแสดงให้เห็น โดยมีเครื่องหมาย “(always included)” กำกับ ผู้แจ้งควรเห็นว่าจะเกิดอะไรขึ้นอยู่แล้ว

ใต้กล่องนั้นคุณอ่านได้ว่าจะเกิดอะไรตามมา คือ “Each selected item becomes its own ticket for the team that handles it.”

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

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

อ่านเพิ่มเติมได้ในการ์ด: เทมเพลตทิกเก็ตเปิดให้ลูกค้าใช้ได้ทีละอัน

กล่อง “What is needed?” ในแบบฟอร์มทิกเก็ตใหม่ พร้อมงานย่อยสี่งานให้ติ๊ก
กล่องในแบบฟอร์มทิกเก็ตใหม่ของผู้แจ้ง บรรทัดแรกทำงานเสมอและยกเลิกติ๊กไม่ได้ บรรทัดที่สองติ๊กไว้เป็นค่าจากโรงงาน และใต้ลงมาระบุว่าแต่ละติ๊กจะกลายเป็นอะไรเปิดภาพขนาดเต็ม
3

ความคืบหน้าของคำขอ

เฉพาะ Professional

บนตัวคำขอเอง งานย่อยแสดงอยู่ใต้ “Workflow tasks” พร้อมจำนวนอยู่ข้าง ๆ เช่น “1 of 4 done”

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

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

บล็อกนี้ปรากฏเฉพาะบนคำขอเท่านั้น ทิกเก็ตธรรมดาไม่แสดงมัน

บล็อก “Workflow tasks” บนคำขอ พร้อมงานย่อยสี่งาน หมายเลขทิกเก็ต และทีมของแต่ละงาน
กรอบสีแดงอยู่ที่แถวที่มีจำนวน ใต้ลงมาแต่ละงานย่อยแสดงว่าอยู่ในทิกเก็ตใดและทีมใด ส่วนเครื่องหมายถูกทางซ้ายมาจากสถานะเปิดภาพขนาดเต็ม
4

การอนุมัติครั้งเดียวสำหรับทั้งคำขอ

เฉพาะ Professional

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

คุณตั้งค่าเรื่องนี้ใต้ “Approvals” ในแผนเดียวกัน และประโยคที่อยู่เหนือขึ้นไประบุกฎไว้ว่า “One approval covers the whole request. Add a second stage only when single tasks need their own release.” แต่ละขั้นมีสามการตั้งค่า “Covers” บอกว่ามันใช้กับอะไร “Decided by” บอกว่าผู้อนุมัติมาจากไหน และ “Approver” เก็บตัวบุคคล

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

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

หน้านั้นชื่อ “Approval request” มันแสดงหมายเลขและชื่อของคำขอ ผู้แจ้ง และใต้ “This decision covers” คืองานย่อยที่การตัดสินใจนี้เกี่ยวข้องด้วย พร้อมช่องความคิดเห็นและปุ่มสองปุ่มอยู่ด้านล่าง

ลิงก์ไม่ได้อยู่ตลอดไป และหน้านั้นระบุกำหนดเวลาไว้ว่า “Please decide by …”

การตัดสินใจถอนคืนไม่ได้ และหลังจากนั้นหน้านั้นก็ระบุไว้ว่า “A decision cannot be changed.”

ส่วน “Approvals” ของแผน ที่มีสองขั้น แต่ละขั้นมีชื่อ ที่อยู่ และการเตือน
สองขั้นบนแผนเดียว ขั้นแรกครอบคลุมทั้งคำขอ ส่วนขั้นที่สองครอบคลุมเฉพาะงานย่อยที่ชี้มาที่มัน ผู้อนุมัติคือที่อยู่อีเมล ไม่ใช่บัญชีผู้ใช้เปิดภาพขนาดเต็ม
อีเมลขออนุมัติในกล่องจดหมาย พร้อมลิงก์เดียวไปยังหน้าตัดสินใจ
คำขอไปถึงผู้อนุมัติแบบนี้ อีเมลมีลิงก์เดียวและไม่มีอย่างอื่นให้คลิก ส่วนการตัดสินใจเกิดขึ้นบนหน้าที่อยู่หลังลิงก์นั้นเปิดภาพขนาดเต็ม
หน้า “Approval request” พร้อมคำขอ ผู้แจ้ง งานย่อยที่ครอบคลุม ช่องความคิดเห็น และปุ่ม “Approve” กับ “Reject”
หน้าตัดสินใจ “This decision covers” บอกว่าเรื่องนี้เกี่ยวกับอะไร ผู้อนุมัติไม่ได้เข้าสู่ระบบและไม่มีบัญชีเปิดภาพขนาดเต็ม
5

ขั้นที่สองสำหรับงานย่อยแต่ละงาน

เฉพาะ Professional

งานย่อยบางงานต้องมีการอนุมัติของตัวเอง การเข้าถึงจากภายนอกไม่ใช่เรื่องเดียวกับโน้ตบุ๊กหนึ่งเครื่อง

สำหรับเรื่องนั้น คุณเพิ่มขั้นที่สองแล้วเลือกมันที่ตัวงานย่อยใต้ “Extra approval” ตราบใดที่มันยังระบุว่า “None — the request approval is enough” การอนุมัติคำขอเพียงอย่างเดียวก็เพียงพอ ทั้งสองขั้นถูกถามพร้อมกัน ไม่ใช่ทีละขั้น

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

จนกว่าจะถึงตอนนั้น งานย่อยจะถูกล็อกไว้ ทิกเก็ตของมันอยู่ที่ “Waiting for approval” ไม่มีผู้รับผิดชอบ และตัวเลือกสถานะก็ไม่มีอะไรให้เลือก

การล็อกยังมีผลกับการสั่งงานแบบกลุ่มบนรายการทิกเก็ตด้วย เลือกทิกเก็ตแบบนั้นที่นั่น แล้วคุณจะอ่านเหตุผลว่า “This task is waiting for approval and cannot be worked on yet.”

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

การ์ดการกระทำของงานย่อยที่ถูกล็อก โดยมีสถานะ “Waiting for approval” และตัวเลือกสถานะที่ว่างเปล่า
งานย่อยที่กำลังรอขั้นของตัวเอง กรอบสีแดงอยู่ที่สถานะปัจจุบัน เหนือขึ้นไปมีขีดกลาง เพราะไม่มีการเปลี่ยนสถานะใดให้เลือกเปิดภาพขนาดเต็ม
6

มีการเตือน แต่ไม่มีการอนุมัติตามเวลา

เฉพาะ Professional

คุณตั้งการเตือนได้ต่อหนึ่งขั้น โดยระบุเป็นชั่วโมง

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

หากไม่มีการเตือน คำขอก็เพียงรออยู่ โดยไม่ถามซ้ำ

สิ่งที่ไม่มีคือการอนุมัติเมื่อหมดเวลา ใต้ช่องนั้นระบุไว้ตรง ๆ ว่า “A request is never approved automatically. If nobody reacts, it keeps waiting.” กำหนดเวลาที่เห็นชอบเองย่อมไม่ใช่การอนุมัติ แต่เป็นเพียงพิธีกรรม

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

การปฏิเสธไปถึงผู้แจ้งพร้อมเหตุผล

เฉพาะ Professional

การปฏิเสธต้องระบุเหตุผล หากไม่มีข้อความ หน้านั้นจะไม่รับการปฏิเสธ

ช่องนั้นระบุว่าข้อความจะไปที่ใด คือ “Comment (required when you reject — the requester will see it)” บันทึกภายในไม่ควรอยู่ตรงนี้

ผู้แจ้งจะได้รับอีเมลพร้อมเหตุผล และไม่ต้องมาถามว่าทำไมเรื่องไม่คืบหน้า

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

หากมีเพียงขั้นที่สองที่ปฏิเสธ การปฏิเสธนั้นเกี่ยวข้องเฉพาะงานย่อยของขั้นนั้น ส่วนที่เหลือของคำขอเดินหน้าต่อไป

งานย่อยที่ถูกปฏิเสธจะได้สถานะ “Rejected” และนับว่าจบแล้ว คำขอจึงไม่ค้างอยู่ตลอดไปกับสิ่งที่จะไม่มีวันมาถึง

หน้าตัดสินใจหลังการปฏิเสธ พร้อมข้อความ “You rejected this request.” และหมายเหตุว่าการตัดสินใจเปลี่ยนไม่ได้
หลังการตัดสินใจ หน้านั้นยืนยันสิ่งที่ผู้อนุมัติทำไป และระบุว่ามันมีผลแล้วเปิดภาพขนาดเต็ม
8

ร่องรอยการตรวจสอบ และผู้อนุมัติที่ลาพักร้อน

เฉพาะ Professional

บนคำขอ ส่วน “Approvals” แสดงหนึ่งแถวต่อหนึ่งขั้น พร้อมผู้อนุมัติ สถานะ และหากคำขอยังเปิดอยู่ ก็แสดงว่ารอมานานเท่าใด

หลังการตัดสินใจ แถวนั้นแสดงว่าตัดสินเมื่อใดและด้วยความคิดเห็นใด นั่นคือร่องรอยการตรวจสอบ และมันอยู่กับเรื่องนั้นต่อไป

หากผู้อนุมัติลาพักร้อน ผู้ดูแลระบบย้ายคำขอไปยังที่อยู่อื่นได้ ปุ่มนั้นชื่อ “Reassign” และปรากฏเฉพาะตอนที่คำขอยังเปิดอยู่

มีเพียงผู้ดูแลระบบเท่านั้นที่ทำได้ เจ้าหน้าที่ที่โอนย้ายได้ย่อมโอนย้ายมาให้ตัวเองแล้วตัดสินใจเองได้

การโอนย้ายสร้างลิงก์ใหม่ และลิงก์เดิมหมดอายุทันที แม้จะมีคนส่งต่อมันไปแล้วก็ตาม

ตัวการย้ายเองก็ปรากฏในรายการเดียวกัน คือใครย้าย เมื่อใด จากใครไปยังใคร

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

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

เทมเพลตการตอบกลับและเทมเพลตทิกเก็ต

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

1

เทมเพลตการตอบกลับ ข้อความบวกการตั้งค่าฟิลด์ (สถานะ การมอบหมาย ระดับความสำคัญ ฯลฯ) ในการเลือกครั้งเดียว

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

เทมเพลตอยู่ใต้ “Settings → Templates” บรรทัดใต้หัวข้อระบุว่ามันทำอะไรและไม่ทำอะไร คือ “Reply templates fill the comment editor and suggest field actions. Nothing is sent automatically.” เทมเพลตคือท่าที่เตรียมไว้ ไม่ใช่เครื่องจักร คุณเป็นคนส่งเองเสมอ

มีสองชนิด และคุณเลือกตอนสร้าง “Add reply template” สำหรับคำตอบบนทิกเก็ตที่เปิดอยู่ และ “Add ticket template” สำหรับแบบฟอร์มทิกเก็ตใหม่ ชนิดนั้นเปลี่ยนภายหลังไม่ได้ เพราะมันกำหนดว่าแบบฟอร์มจะแสดงช่องใดบ้างตั้งแต่ต้น ป้ายเหนือเทมเพลตแต่ละอันบอกว่าคุณกำลังดูอันไหนอยู่ คือ “Reply template” สีน้ำเงิน และ “Ticket template” สีเขียว

เทมเพลตการตอบกลับประกอบด้วยข้อความคำตอบ (“Reply text”) ช่องติ๊ก “Internal note” และการกระทำจำนวนเท่าใดก็ได้ มีหกการกระทำ ได้แก่ “Set the status”, “Set the priority”, “Assign to a user”, “Remove the assignee”, “Hand over to another team” และ “Set a follow-up”

รายการ “Assign to a user” ขึ้นต้นด้วยรายการ “The agent who applies it” เลือกอันนั้นเมื่อมีหลายคนใช้เทมเพลตร่วมกัน ทิกเก็ตจะเป็นของคนที่ใช้เทมเพลต ไม่ใช่ของคนใดคนหนึ่งที่กำหนดตายตัวจากรายการ ส่วน “Set a follow-up” ถามหาจำนวนและหน่วย (นาที ชั่วโมง วัน นาทีทำการ ชั่วโมงทำการ วันทำการ) พร้อมบันทึกย่อที่จะบอกคุณในภายหลังว่าทำไมทิกเก็ตนี้จึงกลับมา

กล่องสีน้ำเงินที่ท้ายเทมเพลตทุกอันเขียนไว้ในประโยคเดียวว่ามันจะทำอะไร เช่น “Inserts the text as a public comment, sets status to Waiting for Service Provider Response, assigns to the applying agent, sets a follow-up in 3 days.” ประโยคนั้นสร้างตัวเองใหม่ขณะที่คุณแก้ไข มันคือการตรวจทานของคุณ หากมันบอกอย่างอื่นที่ไม่ใช่สิ่งที่คุณตั้งใจ ก็แปลว่ามีการตั้งค่าหนึ่งที่ผิด

ข้อความไม่ใช่สิ่งบังคับ “ส่งเรื่องนี้ต่อให้ทีมเครือข่ายโดยไม่ต้องเขียนอะไรเลย” เป็นเทมเพลตที่ใช้ได้ ประโยคนั้นจะอ่านว่า “Suggests actions without a reply text”

หน้า “Templates” ที่มีปุ่ม “Add reply template” และ “Add ticket template” อยู่ในกรอบสีแดง
ชนิดถูกเลือกตอนสร้าง คือสองปุ่มแทนสวิตช์ ใต้ลงมาคือเทมเพลตที่กางอยู่ แต่ละอันพร้อมป้ายและขอบเขตของมันเปิดภาพขนาดเต็ม
แถวการกระทำสามแถวของเทมเพลตการตอบกลับ อยู่ในกรอบสีแดง พร้อมประโยคภาษาธรรมดาสีน้ำเงินอยู่ใต้ลงมา
สามการกระทำบนเทมเพลตเดียว ได้แก่ สถานะ การมอบหมายให้คนที่ใช้เทมเพลต และการติดตามในสามวัน ประโยคด้านล่างบอกเรื่องเดียวกันนั้นในชิ้นเดียวเปิดภาพขนาดเต็ม
2

การกระทำที่เสนอไว้ ยกเลิกทีละข้อได้ก่อนส่ง

บนทิกเก็ตที่เปิดอยู่ ปุ่ม “Template” อยู่เหนือหน้าจอแก้ไขความคิดเห็น คลิกหนึ่งครั้งเปิดการค้นหาแบบพิมพ์ไปหาไป (“Search templates…”) และการเลือกหนึ่งอันจะเติมหน้าจอแก้ไขความคิดเห็น ไม่มีอะไรเกิดขึ้นอีก และบรรทัดด้านล่างก็ระบุไว้ว่า “Nothing happens until you add the comment.”

ทุกการกระทำของเทมเพลตกลายเป็นชิปอยู่ข้างปุ่ม เขียนด้วยภาษาธรรมดา ไม่ใช่ศัพท์เทคนิค เช่น “sets status to Waiting for Service Provider Response”, “assigns to the applying agent”, “sets a follow-up in 3 days” การคลิกที่ชิปจะขีดฆ่ามัน แปลว่ายกเลิกและจะไม่ทำงาน คลิกอีกครั้งก็นำกลับมา

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

ชิปใดเริ่มต้นในสถานะทำงาน เป็นเรื่องที่เทมเพลตกำหนด ในการตั้งค่า ทุกการกระทำมีสวิตช์ “Suggested” สวิตช์นั้นคือข้อเสนอสำหรับทุกกรณี ส่วนชิปบนทิกเก็ตคือการตัดสินใจสำหรับกรณีนี้

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

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

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

ตัวยึดตำแหน่ง (ผู้แจ้ง หมายเลขทิกเก็ต ชื่อเรื่อง ฯลฯ) การแทรกเทมเพลตจะใส่ค่าจริงลงในข้อความ

ข้อความคำตอบใช้ตัวยึดตำแหน่งได้ห้าตัว รายการอยู่ใต้ช่องนั้น คือ “{requesterName}, {ticketId}, {ticketTitle}, {ticketRef}, {agentName}” ให้เขียนด้วยวงเล็บปีกกาตามที่ปรากฏตรงนั้นทุกประการ

“{ticketRef}” คือรหัสอ้างอิงของทิกเก็ตในรูปแบบ “[TICKET-8-…]” มันคือสิ่งที่ระบบใช้จดจำคำตอบของลูกค้าเมื่อกลับมาทางอีเมล ส่วน “{ticketId}” เป็นเพียงตัวเลขเปล่า ๆ

ค่าถูกแทนที่ตอนที่เทมเพลตถูกใช้ ไม่ใช่ตอนบันทึก หน้าการตั้งค่าจึงยังแสดง “{requesterName}” ต่อไป ส่วนหน้าจอแก้ไขความคิดเห็นบนทิกเก็ตแสดงชื่อจริง เหตุผลเป็นเรื่องปฏิบัติ คือการแทนที่ตอนบันทึกจะเผาค่าของทิกเก็ตใบเดียวติดไว้ในเทมเพลตอย่างถาวร

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

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

ตัวยึดตำแหน่งที่พิมพ์ผิดจะถูกปฏิเสธตอนบันทึก และถูกระบุชื่อไว้ด้วย เช่น “Reply text: unknown placeholders {requesterNam}. Available here: {requesterName}, {ticketId}, {ticketTitle}, {ticketRef}, {agentName}.” คุณจึงสังเกตเห็นมันตอนเขียนเทมเพลต ไม่ใช่ไปเจอกับลูกค้า

หัวเรื่องอีเมลมีรายการของตัวเองที่สั้นกว่า (“{originalSubject}, {ticketTag}, {ticketId}”) นั่นคือเหตุผลที่มันถูกพิมพ์ไว้ตรงนั้นอีกครั้ง ตัวยึดตำแหน่งจากเนื้อความใช้ในหัวเรื่องไม่ได้ และถูกปฏิเสธเช่นเดียวกัน

ช่อง “Reply text” ของเทมเพลตที่มีตัวยึดตำแหน่งอยู่ในข้อความ อยู่ในกรอบสีแดง และมีรายการตัวยึดตำแหน่งที่อนุญาตอยู่ใต้ลงมา
เทมเพลตในการตั้งค่าหน้าตาเป็นแบบนี้ คือมีตัวยึดตำแหน่ง ไม่ใช่มีค่าจริง บรรทัดด้านล่างระบุว่ามีตัวยึดตำแหน่งใดบ้างเปิดภาพขนาดเต็ม
เทมเพลตเดียวกันเมื่อใช้บนทิกเก็ต หน้าจอแก้ไขความคิดเห็นมีชื่อ ชื่อเรื่อง และรหัสอ้างอิงของทิกเก็ตเขียนออกมาเต็ม
ข้อความเดียวกันบนทิกเก็ต คือ “Hello Amir Khan” ชื่อเรื่องของทิกเก็ต รหัสอ้างอิง “[TICKET-8-…]” และลงท้ายด้วยชื่อเจ้าหน้าที่ที่แทรกเทมเพลตนั้น ยังไม่มีอะไรถูกส่งออกไปเปิดภาพขนาดเต็ม
4

คำตอบส่งเป็นอีเมลถึงผู้แจ้งได้ตามต้องการ

เฉพาะ Professional

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

สวิตช์ “Send the comment as e-mail” เปลี่ยนความคิดเห็นให้เป็นอีเมลด้วย โดยเจตนาไม่มีช่องข้อความที่สองสำหรับเรื่องนี้ สิ่งที่อยู่ในทิกเก็ตคือสิ่งที่ลูกค้าอ่าน เพราะข้อความสองชุดย่อมเพี้ยนออกจากกันในสักวัน

ใต้ “Recipient” คุณเลือกระหว่าง “Requester”, “Assignee”, “Observers” และ “Fixed address” ส่วนใครเป็นผู้แจ้ง เซิร์ฟเวอร์เป็นผู้หาให้ตอนที่ใช้เทมเพลต เพราะเทมเพลตยังไม่รู้จักทิกเก็ต ส่วนบัญชีกล่องจดหมายขาเข้าเองนั้นไม่เคยถูกเขียนถึงเลย เพราะนั่นจะเป็นการส่งข้อความหาตัวเอง

หัวเรื่องใช้ “{originalSubject}”, “{ticketTag}” และ “{ticketId}” ได้ ให้คง “{ticketTag}” ไว้ในนั้น เพราะรหัสอ้างอิงนั้นคือสิ่งที่ระบบใช้จดจำคำตอบของลูกค้าและนำไปต่อท้ายทิกเก็ตใบเดิม หากไม่มีมัน การตอบกลับทุกครั้งจะกลายเป็นทิกเก็ตใหม่

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

บนทิกเก็ต อีเมลเป็นชิปอีกอันหนึ่งข้างการกระทำ (“E-mail to Requester”) และยกเลิกได้เหมือนกัน เทมเพลตจึงไม่เคยส่งอะไรออกไปโดยที่คุณยังไม่ได้เห็น ชิปนั้นปรากฏเฉพาะเมื่อกล่องจดหมายของทีมส่งอีเมลเมื่อมีการกระทำบนทิกเก็ตเท่านั้น

ไฟล์แนบของเทมเพลต (“Attachments”) คือสำเนาไฟล์ของตัวมันเอง การใช้เทมเพลตจะเพิ่มไฟล์เหล่านั้นเข้าไปในทิกเก็ต พร้อมแถวของตัวเองในประวัติ ไฟล์เหล่านั้นไม่ได้เป็นส่วนหนึ่งของอีเมล การพกไฟล์แนบไว้บนเทมเพลตไม่ต้องใช้สิทธิ์ Professional มีเพียงการส่งเท่านั้นที่ต้องใช้

บล็อกอีเมลของเทมเพลต พร้อมสวิตช์ “Send the comment as e-mail” ในกรอบสีแดง ผู้รับ และหัวเรื่อง
สวิตช์ ผู้รับ และหัวเรื่อง หัวเรื่องบรรจุ “{ticketTag}” ซึ่งเป็นรหัสอ้างอิงที่ใช้จดจำคำตอบของลูกค้าเปิดภาพขนาดเต็ม
5

สร้างเทมเพลตจากทิกเก็ตที่มีอยู่ได้โดยตรง

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

หากทิกเก็ตมีไฟล์แนบ กล่องโต้ตอบจะถามก่อนว่าจะให้ไฟล์ใดตามไปด้วย คือ “Tick only the attachments the template should carry — one of them may be a customer’s screenshot. Nothing is ticked by default.” ไม่มีอะไรถูกติ๊กไว้ล่วงหน้า และนั่นเป็นความตั้งใจ

หลังจากนั้นคุณจะมาอยู่ที่หน้าเทมเพลตพร้อมร่างที่ยังไม่ได้บันทึก ด้านบนมีแถบสีเหลืองอำพันว่า “Draft from ticket #… — name it and review the text (it may contain customer details), then save.” ชื่อยังว่างอยู่ คุณต้องตั้งชื่อ มิฉะนั้นจะบันทึกไม่ได้

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

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

มีเพียง “Save” เท่านั้นที่สร้างเทมเพลตขึ้น จากนั้นไฟล์แนบที่ติ๊กไว้จะถูกคัดลอกไปและมีข้อความยืนยัน

ความคิดเห็นหนึ่งรายการบนทิกเก็ต พร้อมไอคอนแผ่นกระดาษ “Make template” ในกรอบสีแดง อยู่ข้างปุ่มแก้ไขและปุ่มลบ
เส้นทางเริ่มที่ความคิดเห็น ไม่ใช่ที่การตั้งค่า คือไอคอนแผ่นกระดาษทางขวาของคำตอบที่คุณอยากใช้ซ้ำเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Make a template from this comment” พร้อมไฟล์แนบสองไฟล์ของทิกเก็ต โดยไม่มีไฟล์ใดถูกติ๊ก
ทิกเก็ตใบนี้มีไฟล์แนบสองไฟล์ และไม่มีไฟล์ใดถูกติ๊ก ไฟล์หนึ่งคือภาพหน้าจอของลูกค้าเอง ซึ่งไม่ควรอยู่ในคลังคำตอบสำเร็จรูปเปิดภาพขนาดเต็ม
6

ร่างเป็นเรื่องส่วนตัวจนกว่าจะเผยแพร่ และกำหนดขอบเขตได้ต่อทีมหรือทั้งระบบ

“Applies to” กำหนดว่าใครจะได้รับเทมเพลตนี้เป็นตัวเลือก จะเป็นทีมใดทีมหนึ่งหรือ “All teams” ก็ได้ เทมเพลตใหม่เริ่มต้นด้วยทีมที่เจาะจง ส่วน “All teams” เป็นทางเลือกที่ต้องมีคนตัดสินใจ ไม่ใช่ค่าเริ่มต้นที่เกิดขึ้นเงียบ ๆ

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

สวิตช์ “Draft” เปลี่ยนเทมเพลตให้เป็นห้องทำงานของคุณ คือ “Only you can see this template until you publish it.” ร่างของคนอื่นไม่ปรากฏในรายการใด และเข้าถึงผ่านที่อยู่เว็บก็ไม่ได้ แม้แต่ผู้ดูแลระบบก็ไม่ได้ เทมเพลตใหม่เริ่มต้นเป็นร่าง และคนอื่นจะเห็นก็ต่อเมื่อคุณปิดสวิตช์นั้นแล้วบันทึก

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

“Duplicate” ทำสำเนา และสำเนานั้นเป็นร่างเสมอ คือ “Duplicated. The copy is a draft only you can see.” นั่นคือทางที่สะดวกในการสร้างรุ่นแปรผัน โดยไม่มีใครอื่นได้รับรุ่นที่ยังทำไม่เสร็จเป็นตัวเลือก

ส่วนหัวของเทมเพลตที่มีป้าย “Reply template” และ “Draft” ช่อง “Applies to” ในกรอบสีแดง และสวิตช์ “Draft” ในกรอบเดียวกัน
เทมเพลตนี้เป็นของเฮลป์เดสก์และเป็นร่าง ไม่มีใครนอกจากผู้เขียนที่เห็นมัน และข้อความของมันว่างเปล่า เพราะสิ่งเดียวที่มันทำคือส่งทิกเก็ตต่อไปเปิดภาพขนาดเต็ม
7

เทมเพลตทิกเก็ต เติมแบบฟอร์มทิกเก็ตใหม่ไว้ล่วงหน้า (ชื่อเรื่อง คำอธิบาย หมวดหมู่ ระดับความสำคัญ ทีม)

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

คุณเติมล่วงหน้าได้ที่ “Ticket title”, “Owning team of the new ticket”, “Main category”, “Subcategory”, “Priority” และ “Ticket description” ทุกช่องปล่อยไว้ที่ “Not prefilled” ได้ อะไรที่เว้นว่างไว้ คนที่ใช้แบบฟอร์มจะเป็นผู้เติมในภายหลัง

ให้ระวังความต่างของช่องทีมสองช่อง “Applies to” ด้านบนบอกว่าใครเห็นเทมเพลตนี้ ส่วน “Owning team of the new ticket” บอกว่าทิกเก็ตใหม่จะไปที่ไหน นั่นคือคำถามสองคำถาม และคำตอบอาจต่างกันได้

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

ที่นี่ไม่มีตัวยึดตำแหน่ง และข้อความใต้ช่องก็ระบุไว้ว่า “No placeholders here: the template only prefills the form, nothing is resolved or sent.” ข้อความอย่าง “{requesterName}” จะไปปรากฏในทิกเก็ตใหม่ตามตัวอักษร ซึ่งเป็นเหตุผลที่มันถูกปฏิเสธตอนบันทึก

กล่องสีน้ำเงินสรุปว่าเทมเพลตทำอะไรที่นี่ด้วยเช่นกัน คือ “Prefills the new ticket with title ‘New notebook for a colleague’ · category Notebook / New request · priority Medium · team Helpdesk · the description.”

บนตัวแบบฟอร์มเอง คุณเลือกเทมเพลตด้วยปุ่ม “Template” ข้าง ๆ มีข้อความว่า “Prefills the form - nothing is created until you submit.” ทุกอย่างที่เติมไว้ล่วงหน้ายังเปลี่ยนได้ และจะไม่มีอะไรถูกสร้างจนกว่าคุณจะส่ง

ระบบมีเทมเพลตตัวอย่างมาให้หนึ่งอัน คือ “Example: create accounts for a new colleague” มันแสดงรูปร่างของสิ่งนี้และไม่ทำอะไรด้วยตัวเอง คุณจะสร้างใหม่ตามมันหรือลบทิ้งก็ได้

หน้าจอแก้ไขของเทมเพลตทิกเก็ต พร้อมช่องชื่อเรื่อง ทีมปลายทาง หมวดหมู่ และระดับความสำคัญ อยู่ในกรอบสีแดง
ห้าการเติมล่วงหน้าบวกคำอธิบาย ช่อง “Owning team of the new ticket” ไม่ใช่ขอบเขตที่อยู่เหนือขึ้นไป มันบอกว่าทิกเก็ตจะไปที่ไหนเปิดภาพขนาดเต็ม
แบบฟอร์ม “Create new ticket” หลังเลือกเทมเพลตแล้ว โดยปุ่ม “Template” และชื่อเรื่องที่เติมไว้อยู่ในกรอบสีแดง
แบบฟอร์มเดิมเหมือนเคย เพียงแต่กรอกไว้ให้แล้ว ทั้งชื่อเรื่อง ทีม และระดับความสำคัญ ส่วนหมวดหมู่และคำอธิบายอยู่ถัดลงไปในหน้าเดียวกันเปิดภาพขนาดเต็ม
8

เทมเพลตทิกเก็ตเปิดให้ลูกค้าใช้ได้ทีละอัน

สวิตช์ “Offer this template to customers” ปิดอยู่ตั้งแต่ต้น ข้อความข้าง ๆ ระบุทั้งสองเรื่องที่คุณต้องรู้ คือ “Customers can pick this template when they create a ticket. A draft stays hidden either way.”

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

ลูกค้าเห็นปุ่ม “Template” เหนือแบบฟอร์มทิกเก็ตใหม่แบบเดียวกัน แต่เห็นเฉพาะเทมเพลตที่เปิดให้ใช้ ส่วนร่างยังคงซ่อนอยู่แม้เปิดสวิตช์แล้ว กฎสองข้อนี้เรียงต่อกัน ไม่ได้อยู่เคียงกัน

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

คุณไปได้ไกลกว่านั้นด้วย “Fields to ask for” เทมเพลตจะกำหนดว่าแบบฟอร์มถามฟิลด์กำหนดเองใดบ้าง ในลำดับใด และฟิลด์ใดเป็นช่องบังคับ การเลือกนั้นแทนที่ฟิลด์ปกติของทีม ไม่ใช่เพิ่มเข้าไป และนั่นคือจุดประสงค์ของมันพอดี ส่วนตัวฟิลด์กำหนดเองเป็นส่วนหนึ่งของ Professional การ์ดของมันชื่อ “Custom fields” ส่วนการเปิดเทมเพลตให้ลูกค้าใช้ ทำได้ในทุกรุ่น

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

สวิตช์ “Offer this template to customers” ในกรอบสีแดง พร้อมข้อความอธิบายของมัน
หนึ่งสวิตช์ต่อหนึ่งเทมเพลต ในที่นี้เปิดอยู่ เทมเพลตนี้จึงถูกเสนอให้ลูกค้า ข้อความระบุตรง ๆ ว่าร่างยังคงซ่อนอยู่ไม่ว่าอย่างไร ใต้ลงมาคือการเลือกฟิลด์เปิดภาพขนาดเต็ม
แบบฟอร์มทิกเก็ตใหม่อย่างที่ลูกค้าเห็น โดยเปิดรายการเทมเพลตอยู่ และมีเทมเพลตที่เปิดให้ใช้อยู่ในนั้น
รายการเดียวกันในฝั่งลูกค้า มันมีเฉพาะเทมเพลตที่เปิดให้ใช้ เทมเพลตทิกเก็ตอื่นของการติดตั้งนี้ไม่ปรากฏที่นี่เปิดภาพขนาดเต็ม
9

การใช้งานทุกครั้งตรวจสอบย้อนกลับได้ในประวัติของทิกเก็ต

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

ในภาพอ่านได้ว่า “Template ‘First reply: we have your ticket’ applied: Assign: already assigned to that user; SetStatus: Assigned -> InProgress” ครึ่งแรกไม่ใช่ข้อผิดพลาด การส่งความคิดเห็นได้ทำให้ทิกเก็ตอยู่ในชื่อของเจ้าหน้าที่ไปแล้ว การกระทำมอบหมายจึงไม่เหลืออะไรให้ทำ และรายการนั้นก็ระบุอย่างนั้นพอดี แทนที่จะอ้างผลที่ไม่เคยเกิดขึ้น

การกระทำที่ยกเลิกไว้ไม่อยู่ในนั้น เพราะมันไม่ได้เกิดขึ้น ส่วนความล้มเหลวอยู่ในนั้น และถูกเรียกว่าความล้มเหลว โดยอยู่หลังคำว่า “failed”

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

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

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

การทำงานอัตโนมัติและการติดตาม

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

1

การติดตามบนทิกเก็ตด้วยตนเอง (วันที่ + บันทึกย่อ ตัวกรอง Today/This week/Overdue)

ก่อนเริ่ม: มีเพียงเจ้าหน้าที่และผู้ดูแลระบบเท่านั้นที่เห็นการติดตาม และทิกเก็ตก็ระบุไว้ว่า “Only agents and administrators see this — the requester never does.” ผู้แจ้งไม่มีวันได้เห็นมัน

การติดตามอยู่บนทิกเก็ตในการ์ด “Details” ทางขวา ใต้กำหนดเวลา ตราบใดที่ยังไม่ได้ตั้ง มันจะระบุว่า “No follow-up set.” พร้อมปุ่ม “Set follow-up” คุณเลือกวันและเวลา (“Date and time”) แล้วเพิ่มบันทึกย่อ (“Note (optional)” ข้อความตัวอย่างในช่องคือ “Why is this coming back?”) หลังจากนั้นปุ่มจะเปลี่ยนเป็น “Change” และ “Remove”

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

เหนือรายการทิกเก็ตมีแถว “Follow-up:” พร้อมปุ่มสี่ปุ่ม ได้แก่ “No filter”, “Today”, “This week” และ “Overdue” และตัวรายการเองก็มีคอลัมน์ “Follow-up” มันไม่ได้อยู่ในบล็อกตัวกรองที่พับไว้โดยเจตนา เพราะนี่คือคำถามที่เจ้าหน้าที่เริ่มต้นวันด้วย

“Overdue” รวมของวันนี้ด้วย มิฉะนั้นการติดตามจะหายไปในวันที่มันสำคัญพอดี คือในวินาทีที่เวลาของมันผ่านไปแล้ว

การ์ด “Details” ของทิกเก็ตที่มีส่วน “Follow-up” อยู่ในกรอบสีแดง พร้อมป้าย “Overdue” บันทึกย่อ และปุ่ม “Change” กับ “Remove”
วันที่ของทิกเก็ตใบนี้อยู่ในอดีต จึงมีป้ายสีแดง “Overdue” ส่วนบันทึกย่อบอกว่าการกลับมาพบกันครั้งนี้เกี่ยวกับอะไรเปิดภาพขนาดเต็ม
รายการทิกเก็ตที่มีแถว “Follow-up:” เหนือตารางอยู่ในกรอบสีแดง และคอลัมน์ “Follow-up” อยู่ในกรอบเดียวกัน
ทิกเก็ตสี่ใบมีวันที่กำกับ เจ้าหน้าที่ตั้งเองสองใบ ส่วนอีกสองใบกฎเป็นผู้ตั้ง ปุ่มด้านบนย่อรายการให้เหลือเฉพาะวันนี้ สัปดาห์นี้ หรือที่เลยกำหนดเปิดภาพขนาดเต็ม
2

กฎที่อิงเวลา ตอบสนองต่อการที่ไม่มีการกระทำใดเกิดขึ้น

เฉพาะ Professional

ก่อนเริ่ม: กฎใหม่ถูกสร้างขึ้นในสถานะปิดเสมอ แม้คุณจะพยายามสร้างมันในสถานะเปิดผ่านหน้าจอก็ตาม กฎที่วิ่งผ่านงานค้างทั้งหมดของคุณในวินาทีที่ถูกสร้างขึ้น คืออุบัติเหตุที่ระบบรับไปจากคุณตรงนี้ มันจะเริ่มทำงานจริงก็ต่อเมื่อกด “Save” ครั้งถัดไป

กฎอยู่ใต้ “Settings → Automation” บรรทัดใต้หัวข้อระบุว่าเรื่องนี้เกี่ยวกับอะไร คือ “Rules that act when nobody else does.” กฎเป็นของทีมและทำงานกับทิกเก็ตของทีมนั้น ส่วนตัวเลือก “Team” ด้านบนกำหนดว่าคุณกำลังดูกฎของทีมใดอยู่

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

แถบสีเขียวด้านบนบอกคุณว่ามีการตรวจสอบอยู่ คือ “The automation checks every minute. 2 of 6 rule(s) are enabled.” หากไม่มีกฎใดเปิดใช้งาน คุณจะได้รับคำเตือน “No rule is enabled. Nothing is being checked and tickets behave exactly as before.” แล้วก็ไม่มีอะไรเกิดขึ้นจริง ๆ

ส่วนบนของหน้า “Automation” พร้อมแถบสีเขียวเรื่องรอบการตรวจสอบอยู่ในกรอบสีแดง ตัวกรองทีม และปุ่ม “Add rule”
ที่นี่เก็บกฎไว้หกข้อ สองข้อทำงานอยู่ ส่วนตัวอย่างสี่ข้อที่มาพร้อมระบบอยู่ด้านล่างในหน้าเดียวกัน และปิดไว้ทั้งหมดเปิดภาพขนาดเต็ม
3

ตัวสร้างกฎแบบ เมื่อ/ถ้า/แล้ว พร้อมประโยคภาษาธรรมดาที่เปลี่ยนตามทันที

เฉพาะ Professional

กฎหนึ่งข้อมีสามบล็อก “WHEN” คือการที่ไม่มีอะไรเกิดขึ้นซึ่งมันตอบสนองต่อสิ่งนั้น (“Something has not happened for a while. This is what the automation reacts to.”) ส่วน “IF” จำกัดว่าเรื่องนั้นใช้กับทิกเก็ตใดบ้าง (“Which tickets it applies to.”) โดยแยกตามสถานะ ระดับความสำคัญ ทีม หมวดหมู่ ผู้รับผิดชอบ หรือคะแนน และ “THEN” คือสิ่งที่จะเกิดขึ้น

เหนือบล็อกเหล่านั้น กฎยืนอยู่ในรูปประโยคเดียว และมันเขียนตัวเองใหม่ทุกครั้งที่มีการเปลี่ยนแปลง เช่น “When a ticket has seen no activity for more than 5 minutes and has the priority “High”, then set a follow-up in 4 hours.” หากยังขาดอะไรอยู่ ประโยคนั้นจะระบุไว้ตรงจุดนั้นเลย แทนที่จะซ่อนมันไว้

ในบล็อก “IF” คุณยังกำหนดด้วยว่าเงื่อนไขรวมกันอย่างไร จะเป็น “All conditions must apply” หรือ “Any condition is enough” ประโยคด้านบนจะเปลี่ยนรูปตามไปด้วย เพราะหากใช้คำว่า “และ” มันจะอ้างสิ่งตรงข้ามกับที่กฎทำจริง

สองช่องควบคุมว่าหลายกฎทำงานร่วมกันอย่างไร “Order” กำหนดลำดับ ส่วนสวิตช์ “Skip the following rules for a ticket this rule applies to” หยุดกฎที่ตามมาทุกข้อสำหรับทิกเก็ตที่กฎนี้ใช้ได้

อ่านเพิ่มเติมได้ในการ์ด: คะแนนที่แย่ในฐานะตัวกระตุ้น

กฎหนึ่งข้อพร้อมประโยคภาษาธรรมดาเหนือขึ้นไปอยู่ในกรอบสีแดง และสามบล็อก WHEN, IF และ THEN อยู่ด้านล่าง
เนื้อหาเดียวกันสองครั้ง คือครั้งหนึ่งเป็นแบบฟอร์ม อีกครั้งเป็นประโยค เมื่ออ่านประโยคนั้น คุณจะสังเกตเห็นทันทีเมื่อคุณตั้งค่าไว้ต่างจากที่ตั้งใจเปิดภาพขนาดเต็ม
4

มีกฎตัวอย่างสี่ข้อมาให้ (ปิดไว้ตอนติดตั้ง เปิดข้อไหนก็ได้ตามต้องการ)

เฉพาะ Professional

ทุกการติดตั้งมาพร้อมกฎสี่ข้อ ได้แก่ “Example: remind the requester after 3 business days”, “Example: close after 10 days without a reply”, “Example: raise the priority of unassigned tickets” และ “Example: follow up on tickets nobody touched for a week” มันเรียงกันลงมาอยู่บนหน้า “Automation”

ทั้งสี่ข้อปิดไว้ แต่ละข้อมีป้ายสีเทา “Off” และ “Last run: never” มันคือจุดตั้งต้นให้อ่านและสร้างใหม่ ไม่ใช่พฤติกรรมที่ใครแอบใส่มาให้คุณ เปลี่ยนชื่อมัน แก้ไขมัน เปิดมัน หรือลบมันทิ้งก็ได้

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

กฎตัวอย่างข้อแรกในสี่ข้อ พร้อมป้าย “Off” ในกรอบสีแดง ชื่อของมัน และประโยคภาษาธรรมดา
ข้อแรกหน้าตาเป็นแบบนี้ ส่วนอีกสามข้ออยู่ด้านล่างในหน้าเดียวกันและปิดไว้เช่นกัน “Every team” หมายความว่ามันจะใช้กับทุกทีมของคุณเปิดภาพขนาดเต็ม
5

ดูตัวอย่างก่อนเปิดใช้ ระบบแสดงว่ากฎนี้จะมีผลกับทิกเก็ตใดในขณะนี้ โดยไม่เปลี่ยนแปลงอะไรเลย

เฉพาะ Professional

ใต้กฎทุกข้อมีปุ่ม “Which tickets would this affect?” คลิกหนึ่งครั้งจะแสดงรายการ “Tickets this rule would affect right now” คือทิกเก็ตที่กฎนี้ใช้ได้ในขณะนี้ พร้อมหมายเลขและชื่อเรื่อง

ใต้ลงมาระบุว่าการดูตัวอย่างไม่ทำอะไรบ้าง คือ “The preview only reads. It changes nothing and writes no log entry. Unsaved changes are not included.” ส่วนสุดท้ายนั้นสำคัญ เพราะการดูตัวอย่างทำงานกับกฎที่บันทึกไว้แล้ว ไม่ใช่กับสิ่งที่อยู่ในแบบฟอร์มตอนนี้

หากกฎนั้นไม่ตรงกับอะไรเลยในขณะนี้ ระบบก็ระบุไว้เช่นกันว่า “No ticket matches this rule right now.” นั่นคือคำตอบที่คุณอยากได้ก่อนเปิดใช้ ไม่ใช่ได้หลังจากนั้นบนทิกเก็ตของลูกค้าคุณ

การดูตัวอย่างของกฎที่เปิดอยู่ พร้อมหัวข้อ “Tickets this rule would affect right now” ทิกเก็ตสองใบ และข้อความในกรอบสีแดงที่บอกว่าการดูตัวอย่างเพียงอ่านเท่านั้น
กฎข้อนี้จะแตะต้องทิกเก็ตสองใบในขณะนี้ ข้อความด้านล่างระบุว่าไม่มีอะไรในนั้นเกิดขึ้นตอนที่คุณคลิกปุ่มเปิดภาพขนาดเต็ม
6

การกระทำ ได้แก่ อีเมล สถานะ ระดับความสำคัญ การมอบหมาย การส่งต่อไปยังอีกทีม และการตั้งการติดตาม

เฉพาะ Professional

ก่อนเริ่ม: การกระทำ “Send an e-mail” ส่งออกผ่านช่องทางอีเมลเดียวกับส่วนอื่นของระบบ หากไม่ได้ตั้งค่าอีเมลขาออกไว้ ก็จะไม่มีอะไรเกิดขึ้น และการติดตั้งแบบ Basic ไม่มีช่องทางนั้นเลย

ในบล็อก “THEN” คุณเลือกจากเจ็ดการกระทำ ได้แก่ “Send an e-mail”, “Set the status”, “Set the priority”, “Assign to a user”, “Remove the assignee”, “Hand over to another team” และ “Set a follow-up” ปุ่ม “Add action” เพิ่มการกระทำ และแต่ละอันมีสวิตช์ “Active” ของตัวเอง คุณจึงปิดเสียงเฉพาะอันเดียวได้โดยไม่ต้องปิดทั้งกฎ

สำหรับ “Send an e-mail” คุณติ๊กผู้รับทีละราย ได้แก่ “the requester”, “the assignee”, “the observers” และ “a fixed address” โดยอันสุดท้ายมีช่องกรอกที่อยู่ของตัวเอง ส่วน “Set a follow-up” คุณระบุตัวเลข หน่วย และบันทึกย่อที่จะไปอยู่บนทิกเก็ตในภายหลัง

สำหรับ “Hand over to another team” ข้อความอธิบายอยู่ใต้ลงมาพอดี คือ “The ticket moves to that team and the current assignee is cleared. No second ticket is created.” จึงไม่มีใบซ้ำเกิดขึ้น เรื่องเดิมเพียงเปลี่ยนมือเท่านั้น

บล็อก “THEN” ของกฎ พร้อมตัวเลือกการกระทำในกรอบสีแดง และช่องสำหรับตัวเลข หน่วย และบันทึกย่อของการติดตาม
หนึ่งการกระทำพร้อมส่วนประกอบของมัน คือ “Set a follow-up” จำนวน 4 “hours” พร้อมบันทึกย่อที่เจ้าหน้าที่จะอ่านบนทิกเก็ตในภายหลังเปิดภาพขนาดเต็ม
7

ช่วงเวลาเลือกได้ต่อเงื่อนไข ทั้งแบบชั่วโมงทำการและวันทำการจากปฏิทินของทีม หรือแบบเดินตลอดยี่สิบสี่ชั่วโมง

เฉพาะ Professional

ทุกเงื่อนไขเวลาในบล็อก “WHEN” มีสามส่วน คือชนิด การเปรียบเทียบ “longer than” และตัวเลขพร้อมหน่วย มีห้าชนิด ได้แก่ “Time since the ticket was created”, “Time without any activity”, “Time without a reply from the requester”, “Time without a public reply from an agent” และ “Time without a status change”

หน่วยเป็นตัวกำหนดว่าเวลาถูกนับอย่างไร และกำหนดแยกตามเงื่อนไข “minutes”, “hours” และ “days” เดินต่อเนื่อง ทั้งกลางคืนและวันหยุดสุดสัปดาห์ ส่วน “business minutes”, “business hours” และ “business days” นับตามปฏิทินเวลาทำการของทีม จึงนับเฉพาะช่วงที่อยู่ในเวลาเปิดทำการเท่านั้น

ในการใช้งานจริง ความต่างนั้นมาก สามวันคือสามวัน ส่วนสามวันทำการที่นับจากวันพฤหัสบดีในสัปดาห์แบบจันทร์ถึงศุกร์ จะไปสิ้นสุดในวันอังคารถัดไป มันคือปฏิทินชุดเดียวกับที่กำหนดเวลา SLA ใช้

เงื่อนไขเวลาหนึ่งข้อในบล็อก “WHEN” โดยตัวเลขและหน่วยอยู่ในกรอบสีแดง อยู่ข้างตัวเลือกชนิดของเงื่อนไข
เงื่อนไขข้อนี้นับเป็น “business days” คือสามวันทำการตามปฏิทินของทีม ไม่ใช่สามวันตามปฏิทินทั่วไปเปิดภาพขนาดเต็ม
8

บันทึกแยกตามกฎ และชื่อกฎเป็นผู้ทำในประวัติของทิกเก็ต

เฉพาะ Professional

ใต้กฎทุกข้อมีปุ่ม “Log” มันเปิดตาราง “What this rule did” ที่มีหนึ่งแถวต่อทิกเก็ตที่ได้รับผล ได้แก่ “When”, “Ticket”, “Cycle”, “Result” และ “Details” ส่วน “Details” เก็บว่าทำอะไรไปแน่ ๆ เช่น “SetFollowUp: 2026-08-20 02:18Z” หากกฎยังไม่เคยทำอะไรเลย ระบบก็ระบุไว้ว่า “This rule has not done anything yet.”

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

บนตัวทิกเก็ตเอง กฎปรากฏในฐานะผู้ทำ ในประวัติมันแสดงด้วยชื่อของตัวเองพร้อมคำนำหน้า “Automation:” เช่น “Automation: High priority: bring it back to us” คุณจึงเปิดดูได้ในทุกเรื่องว่าคนหรือกฎเป็นผู้ทำ และหากเป็นกฎ ก็ดูได้ว่ากฎข้อไหน

บรรทัดหัวของกฎทุกข้อยังมี “Last run:” พร้อมเวลาของรอบล่าสุด หรือ “never” สำหรับกฎที่ไม่เคยทำงาน

ตาราง “What this rule did” ที่เปิดอยู่ มีสามแถว และคอลัมน์ “Cycle” กับ “Details” อยู่ในกรอบสีแดง
สามรอบบนทิกเก็ตสองใบ บนทิกเก็ต #4 ที่ยังไม่มีคำตอบ กฎทำงานเป็นครั้งที่สอง จึงมีเลข “2” อยู่ในคอลัมน์ “Cycle” ส่วน “Details” เก็บวันที่ติดตามที่ถูกตั้งไว้ในแต่ละครั้งเปิดภาพขนาดเต็ม
ประวัติของทิกเก็ตที่มีสองแถวในกรอบสีแดง ซึ่งผู้ทำคือ “Automation: High priority: bring it back to us”
เหตุการณ์เดียวกันเมื่อมองจากทิกเก็ต วันที่และบันทึกย่อปรากฏเป็นสองแถวในประวัติ โดยมีกฎเป็นผู้ทำเปิดภาพขนาดเต็ม

สั่งงานแบบกลุ่มบนรายการทิกเก็ต

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

1

เปลี่ยนสถานะของทิกเก็ตหลายใบพร้อมกัน

รายการทิกเก็ตมีคอลัมน์ช่องติ๊กอยู่ซ้ายสุด มันมีไว้สำหรับผู้ดูแลระบบและเจ้าหน้าที่ ลูกค้าไม่เคยเห็นมันเลย

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

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

รายการในภาพไม่ได้แสดงทิกเก็ตทุกใบ ที่มุมบนขวา ข้าง “Filter” มีคำว่า “active” และข้าง ๆ กันคือ “Reset” แปลว่าทิกเก็ตที่ปิดแล้วถูกซ่อนไว้ เพราะการสั่งงานแบบกลุ่มมุ่งไปที่เรื่องที่ยังดำเนินอยู่ การเลือกครอบคลุมเฉพาะสิ่งที่รายการแสดงอยู่ในขณะนั้นเสมอ

ตั้งแต่ติ๊กแรกเป็นต้นไป แถบหนึ่งจะปรากฏเหนือรายการ มันแสดง “20 selected” ข้าง ๆ คือ “Clear selection” และปุ่ม “Change status”, “Assign”, “Assign to me” และ “Apply template” ถัดไปทางขวาคือ “Multiple report” และ “Group into incident” สองอันนั้นเป็นเรื่องของการแจ้งซ้ำ และอธิบายไว้ในบล็อกถัดไป

“Change status” เปิดกล่องโต้ตอบเล็ก ๆ คุณเลือกสถานะปลายทาง แล้วบรรทัดด้านล่างจะบอกทันทีว่ามันใช้กับทิกเก็ตที่เลือกไว้กี่ใบ

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

ไม่ใช่ทุกสถานะที่ปรากฏในรายการ สถานะของระบบไม่อยู่ในนั้น เพราะไม่มีใครตั้งมันด้วยมือ ส่วน “Waiting for other team” ก็ไม่อยู่ในนั้นเช่นกัน เพราะสถานะนั้นสร้างทิกเก็ตย่อยให้ทีมปลายทาง และคุณเลือกทีมนั้นแยกตามทิกเก็ต ในการสั่งงานแบบกลุ่มจะมีช่องกรอกให้เพียงช่องเดียว

ทิกเก็ตที่ไม่มีผู้รับผิดชอบจะถูกมอบหมายให้คุณเมื่อคุณเปลี่ยนสถานะของมันในหน้ารายละเอียด แต่ในการสั่งงานแบบกลุ่มเรื่องนั้นไม่เกิดขึ้น มิฉะนั้น “ปิดทิกเก็ต 30 ใบ” จะกลายเป็น “ทิกเก็ต 30 ใบถูกมอบหมายให้ฉัน” และอีเมล 30 ฉบับไปอย่างเงียบ ๆ

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

อ่านเพิ่มเติมได้ในการ์ด: ขั้นที่สองสำหรับงานย่อยแต่ละงาน

รายการทิกเก็ตที่มีแถวถูกติ๊กไว้ และแถบด้านบนที่แสดงจำนวนทิกเก็ตที่เลือกและปุ่มสั่งงานแบบกลุ่ม
กรอบสีแดงอยู่ที่แถบที่ปรากฏขึ้นเมื่อมีติ๊กแรกเท่านั้น ทางซ้ายคือจำนวนทิกเก็ตที่เลือก ทางขวาคือการกระทำต่าง ๆเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Change status” พร้อมสถานะปลายทางที่เลือกไว้ และบรรทัดที่ระบุขอบเขตของมัน
สถานะปลายทางถูกเลือกแล้ว ใต้ลงมาคือขอบเขตและเหตุผลของทุกทิกเก็ตที่จะไม่ตามมาด้วย ทั้งสองอย่างอยู่ตรงนั้นก่อนที่คุณจะกด “Apply”เปิดภาพขนาดเต็ม
2

มอบหมายทิกเก็ตหลายใบให้เจ้าหน้าที่คนเดียวในคราวเดียว

“Assign” เปิดรายการเจ้าหน้าที่ เจ้าหน้าที่ที่ไม่อยู่ยังเลือกได้และเพียงมีเครื่องหมายกำกับไว้ เหมือนบนทิกเก็ตใบเดียวทุกประการ

“Assign to me” คือกล่องโต้ตอบเดียวกันที่เลือกชื่อคุณไว้ล่วงหน้า มันคือทางลัด ไม่ใช่เส้นทางที่สอง และกฎเดียวกันก็ใช้กับมัน

การมอบหมายทุกครั้งส่งอีเมลถึงเจ้าหน้าที่ กล่องโต้ตอบระบุจำนวนไว้ล่วงหน้าว่า “This sends 11 e-mail(s) to the selected agent.” สิบเอ็ดทิกเก็ตคืออีเมลสิบเอ็ดฉบับ

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

การมอบหมายรีเซ็ตกลับเป็น “ไม่มีใคร” ไม่ได้ เพราะสิ่งนั้นไม่มีอยู่บนทิกเก็ตใบเดียว มันจึงไม่มีในการสั่งงานแบบกลุ่มด้วย

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

ใช้เทมเพลตการตอบกลับกับทิกเก็ตหลายใบ โดยแทนที่ตัวยึดตำแหน่งแยกตามทิกเก็ต

“Apply template” ใช้เทมเพลตการตอบกลับกับทิกเก็ตที่เลือกไว้ทั้งหมด ทิกเก็ตแต่ละใบได้รับความคิดเห็นเดียวกับที่จะได้รับหากคุณใช้เทมเพลตด้วยมือ

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

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

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

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

หากไม่มีเทมเพลตสำหรับทีมที่อยู่ในการเลือกนั้น กล่องโต้ตอบจะระบุไว้ว่า “No reply template is available for the teams of the selected tickets.”

กล่องโต้ตอบ “Apply template” พร้อมเทมเพลตที่เลือกไว้ และข้อความที่ระบุว่าตัวยึดตำแหน่งถูกแทนที่แยกตามทิกเก็ต
กรอบสีแดงอยู่ที่ข้อความเรื่องตัวยึดตำแหน่ง ซึ่งเป็นสิ่งที่แยกเรื่องนี้ออกจากข้อความชุดเดียวที่เขียนเหมือนกันสำหรับทุกคน ใต้ลงมาคือเหตุผลที่เทมเพลตนั้นเข้ากับทิกเก็ต 14 ใบจาก 20 ใบ คืออีกหกใบเป็นของทีมที่ไม่ได้รับเทมเพลตนี้เป็นตัวเลือกเปิดภาพขนาดเต็ม
4

ดูตัวอย่างก่อนสั่ง ดูผลลัพธ์หลังสั่ง และทิกเก็ตที่ถูกข้ามยังคงถูกเลือกไว้

กล่องโต้ตอบทั้งสามแสดงบรรทัดเดียวกันก่อนที่อะไรจะเกิดขึ้น คือ “Applies to 19 of 20 selected ticket(s)”

ใต้ลงมาคือกล่อง “Will be skipped” ที่มีหนึ่งบรรทัดต่อทิกเก็ตที่ไม่ตามมาด้วย แต่ละบรรทัดระบุหมายเลขทิกเก็ตและเหตุผล คุณจึงอ่านก่อนคลิกได้ว่าทำไมตัวเลขจึงน้อยกว่าจำนวนที่คุณเลือก

หลังสั่งงาน ระบบระบุว่า “19 changed, 1 skipped” และกล่องเดียวกันนั้นกลายเป็น “Not changed” เนื้อหาเหมือนเดิม เพียงแต่เลิกเป็นการคาดการณ์และกลายเป็นคำแถลง

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

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

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

การเรียกหนึ่งครั้งรับได้มากที่สุด 200 ทิกเก็ต เมื่อแสดงหน้าละ 20 แถว ตัวเลขนั้นก็ยังห่างไกล

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

อีเมลถึงผู้แจ้งปิดไว้เป็นค่าเริ่มต้น

เฉพาะ Professional

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

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

เมื่อคุณติ๊กแล้ว ข้อความสีเหลืองอำพันจะปรากฏพร้อมจำนวนว่า “This sends 20 e-mail(s) to customers.” จำนวนนั้นมาจากการดูตัวอย่าง และคือจำนวนทิกเก็ตที่เทมเพลตเข้ากันจริง ๆ

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

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

กล่องโต้ตอบ “Apply template” ที่ติ๊กช่องอีเมลไว้ พร้อมข้อความสีเหลืองอำพันเรื่องจำนวนอีเมลถึงลูกค้า
ช่องติ๊กถูกติ๊กไว้ และข้อความสีเหลืองอำพันระบุจำนวนอีเมล หากไม่ติ๊ก ก็ไม่มีอีเมลออกไปเลยเปิดภาพขนาดเต็ม
6

การเปลี่ยนแปลงแบบกลุ่มทุกครั้งปรากฏในประวัติของทิกเก็ตแต่ละใบ

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

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

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

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

ทุกแถวระบุชื่อบุคคลที่สั่งงานแบบกลุ่มนั้น

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

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

การแจ้งซ้ำและเหตุขัดข้อง

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

1

รวมการแจ้งสองรายการจากคนเดียวกัน

ติ๊กแถวในรายการทิกเก็ตแล้วคลิก “Multiple report” ปุ่มนี้ใช้งานได้ตั้งแต่ติ๊กสองแถวขึ้นไป

กล่องโต้ตอบถามก่อนว่า “Which ticket stays?” ทิกเก็ตที่เก่าที่สุดถูกเลือกไว้ล่วงหน้า กำหนดเวลาจึงนับจากการติดต่อครั้งแรกของผู้แจ้ง แทนที่จะนับจากความพยายามครั้งที่สอง คุณเลือกใบอื่นก็ได้

ใต้ลงมาคือทิศทางพร้อมหมายเลขทั้งสอง คือ “#11 will be closed and moved into #10.” ก่อนคลิกจึงชัดเจนแล้วว่าทิกเก็ตใบไหนจะอยู่ต่อ

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

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

การแจ้งรายการที่สองไม่ถูกลบ มันถูกปิดและชี้ไปยังใบต้นฉบับตั้งแต่นั้น และหมายเลขของมันยังใช้ได้อยู่

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

ไม่มีการย้อนกลับ นั่นคือเหตุผลที่ทุกอย่างอยู่ในกล่องโต้ตอบก่อนที่คุณจะกด “Merge”

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

รายการทิกเก็ตที่มีสามแถวถูกติ๊กไว้ และแถบด้านบนที่มีปุ่ม “Multiple report” และ “Group into incident”
กรอบสีแดงอยู่ที่ปุ่มทั้งสอง มันวางเคียงกันแต่หมายถึงคนละเรื่อง ในแถวที่ 12 ถึง 14 คุณยังเห็นเครื่องหมายของเหตุขัดข้องที่กำลังดำเนินอยู่ด้วยเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Multiple report for the same issue” พร้อมการเลือกทิกเก็ตที่จะอยู่ต่อและบทสรุป
กรอบสีแดงอยู่ที่ทิศทาง มันระบุหมายเลขทั้งสอง จึงไม่มีใครต้องเดาว่าทิกเก็ตใบไหนจะหายไปเปิดภาพขนาดเต็ม
รายการทิกเก็ตที่ค้นจนเหลือสองใบ คือใบต้นฉบับกับใบที่ถูกรวมเข้าไปและถูกปิดแล้ว
การค้นหาใช้คำที่มีอยู่ในชื่อเรื่องทั้งสองใบ ใบต้นฉบับกับใบที่แจ้งจึงยืนอยู่ข้างกัน กรอบสีแดงอยู่ที่ใบที่ถูกรวมเข้าไป มันถูกปิดแล้วและยังยืนอยู่ในรายการ พร้อมรหัสอ้างอิงไปยังทิกเก็ตที่มันถูกย้ายเข้าไปเปิดภาพขนาดเต็ม
2

การตอบกลับที่ใช้หมายเลขทิกเก็ตเดิมยังมาถึงอยู่

เฉพาะ Professional

ก่อนเริ่ม: เรื่องนี้ต้องมีกล่องจดหมายอีเมล หากไม่มี ก็ไม่มีการตอบกลับทางอีเมลที่ต้องนำทางไปไหน

ผู้แจ้งมีหมายเลขทิกเก็ตเดิมอยู่ในกล่องจดหมายของตน เขาไม่รู้เลยว่ามีการรวมการแจ้งสองรายการเข้าด้วยกัน และตอบอีเมลฉบับที่เขามีอยู่

คำตอบนั้นไปลงที่ใบต้นฉบับ ระบบเดินตามรหัสอ้างอิงที่ใบซึ่งถูกปิดพกไว้

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

ใครที่มีส่วนร่วมในใบเดิมก็เขียนบนใบต้นฉบับได้ด้วย การตรวจสอบเกิดขึ้นที่ทิกเก็ตที่ระบุไว้ในอีเมล

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

การแจ้งจากคนละคนรวมกันไม่ได้

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

เหตุผลอ่านว่า “Different requester — this is an incident, not a multiple report.” และยังบอกด้วยว่าควรไปทางไหนแทน

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

ใครเป็นผู้แจ้งมาจากช่อง “User” บนทิกเก็ต หากช่องนั้นว่าง ก็นับบัญชีที่สร้างทิกเก็ตนั้น

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

หากระบุผู้แจ้งฝั่งใดฝั่งหนึ่งไม่ได้ ก็ถูกปฏิเสธเช่นกัน เพราะไม่ทราบ ไม่เท่ากับเป็นคนเดียวกัน

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

กล่อง “Cannot be merged” ในกล่องโต้ตอบ พร้อมหมายเลขทิกเก็ตและเหตุผล
กรอบสีแดงอยู่ที่เหตุผล ทิกเก็ต 15 เป็นของคนละคน จึงอยู่นอกกลุ่ม ส่วนอีกสองใบก็ถูกรวมกันตามปกติเปิดภาพขนาดเต็ม
4

รวมการแจ้งจำนวนมากเรื่องเหตุขัดข้องเดียวไว้ใต้เหตุขัดข้องรายการเดียว

เฉพาะ Professional

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

ติ๊กการแจ้งเหล่านั้นแล้วคลิก “Group into incident” กล่องโต้ตอบเสนอสามเส้นทาง คือเพิ่มเข้าไปในเหตุขัดข้องที่เปิดอยู่แล้ว ประกาศให้ทิกเก็ตใบหนึ่งที่เลือกไว้เป็นเหตุขัดข้อง หรือสร้างเหตุขัดข้องใหม่พร้อมชื่อเรื่องของตัวเอง

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

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

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

คุณผูกใบที่มาทีหลังบนทิกเก็ตใบเดียวได้ด้วย หากทีมมีเหตุขัดข้องที่เปิดอยู่ ข้อความจะปรากฏด้านบนพร้อมปุ่ม “Assign” และ “Not related” ระบบไม่เคยผูกอะไรเองเลย เพราะทิกเก็ตที่ผูกผิดจะได้รับคำอธิบายการแก้ไขที่ไม่เกี่ยวกับมัน และถูกปิดไปพร้อมกันด้วย

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

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

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

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

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

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

กล่องโต้ตอบ “Group into incident” พร้อมสามเส้นทาง และเหตุขัดข้องที่เปิดอยู่พร้อมจำนวนทิกเก็ตที่ผูกไว้
กรอบสีแดงอยู่ที่เหตุขัดข้องที่เปิดอยู่ พร้อมจำนวนการแจ้งที่ผูกไว้แล้วอยู่ทางขวา เหนือเส้นทางเหล่านั้นคือประโยคที่แยกกรณีนี้ออกจากการรวมกัน คือไม่มีอะไรหายไปเปิดภาพขนาดเต็ม
แถบข้อความบนทิกเก็ตใบเดียว พร้อมเหตุขัดข้องที่เปิดอยู่และปุ่ม “Assign” กับ “Not related”
กรอบสีแดงอยู่ที่แถบข้อความ มันเป็นข้อเสนอ ไม่ใช่การกระทำ การคลิกปิดมันไม่เปลี่ยนอะไรบนทิกเก็ตเปิดภาพขนาดเต็ม
ทิกเก็ตเหตุขัดข้องพร้อมจำนวนการแจ้งที่ผูกไว้ ปุ่ม “Resolve incident” และช่องติ๊กสำหรับแถบประกาศ
กรอบสีแดงอยู่ที่ปุ่มที่ใช้แก้ไข ที่ช่องติ๊กสำหรับแถบประกาศ และที่จำนวนการแจ้งที่ผูกไว้เปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Resolve incident” พร้อมสถานะปิดและข้อความอธิบายการแก้ไขที่กรอกไว้
กรอบสีแดงอยู่ที่ข้อความเหนือช่องกรอก มันระบุว่าข้อความชุดเดียวนี้จะไปที่ใด คือไปยังทิกเก็ตที่ผูกไว้ทุกใบและถึงผู้แจ้งทุกรายเปิดภาพขนาดเต็ม
การแจ้งของผู้ได้รับผลกระทบรายหนึ่งหลังการแก้ไข คือปิดแล้ว พร้อมข้อความอธิบายการแก้ไขในรูปความคิดเห็นแบบสาธารณะ
กรอบสีแดงอยู่ที่คำตอบ มันยืนอยู่บนทิกเก็ตของผู้แจ้งรายนี้รายเดียว พร้อมหมายเลขและประวัติของเขา คำตอบเดียวกันนั้นยืนอยู่บนทิกเก็ตของผู้ได้รับผลกระทบทุกรายเช่นกันเปิดภาพขนาดเต็ม
5

เหตุขัดข้องในรูปแถบประกาศ และเป็นข้อความในการตอบกลับอัตโนมัติ

เฉพาะ Professional

ทั้งกล่องโต้ตอบและทิกเก็ตเหตุขัดข้องมีช่องติ๊ก “Also show as a banner on the sign-in page” ด้วยสิ่งนั้น ทุกคนจะรู้เรื่องเหตุขัดข้องก่อนที่จะเขียนทิกเก็ตอีกใบ

แถบประกาศยืนอยู่บนหน้าเข้าสู่ระบบและอยู่ในระบบเมื่อเข้าสู่ระบบแล้ว มันระบุ “Known incident” และชื่อเรื่องของเหตุขัดข้อง ชื่อเรื่องนั้นจึงเป็นข้อความสำหรับลูกค้า

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

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

เมื่อเหตุขัดข้องได้รับการแก้ไขแล้ว แถบประกาศจะหายไปเอง ไม่มีใครต้องจำว่าจะปิดมันอีกครั้ง

บนหน้า “Maintenance / Incident-Notification” คุณเห็นได้ว่าเหตุขัดข้องใดกำลังแสดงเป็นแถบประกาศอยู่ในขณะนี้ ส่วนสวิตช์บนหน้านั้นเป็นของการบำรุงรักษาที่วางแผนไว้ และไม่มีผลกับเหตุขัดข้อง

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

SLA ปฏิทิน และการยกระดับ

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

1

นโยบาย SLA พร้อมกำหนดเวลาสำหรับการตอบกลับครั้งแรกและการแก้ไข

เฉพาะ Professional

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

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

เงื่อนไขคือ “Team”, “Priority”, “Main category” และ “Subcategory” ค่าว่างหมายถึง “Any” คือ “ใช้กับทุกอย่าง” ไม่ใช่ “ไม่ใช้กับอะไรเลย” หากมีหลายนโยบายที่เข้าเงื่อนไข นโยบายที่มีตัวเลขน้อยที่สุดใต้ “Order” เป็นผู้ชนะ นั่นคือเหตุผลที่นโยบายที่แคบอยู่ด้านบนและนโยบายทั่วไปอยู่ด้านล่าง

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

ทุกนโยบายมีสองเป้าหมาย “Time to first response” จบลงด้วยการตอบกลับแบบสาธารณะครั้งแรกของเจ้าหน้าที่ ส่วนการตอบรับอัตโนมัติและบันทึกภายในไม่นับอย่างชัดเจน ส่วน “Time to resolution” จบลงทันทีที่ทิกเก็ตไปถึงสถานะที่นับว่าแก้ไขแล้ว (สถานะใดบ้าง คุณกำหนดใต้ “Settings → General → Status”) ทั้งสองเป้าหมายมีนาที ปฏิทิน และปฏิกิริยาต่อการละเมิดเป็นของตัวเอง

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

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

นโยบาย SLA หนึ่งข้อ พร้อมชื่อ ลำดับ สวิตช์เปิดใช้งาน เงื่อนไขสี่ข้อในกรอบสีแดง ได้แก่ Team, Priority, Main category และ Subcategory และสองเป้าหมายอยู่ด้านล่าง
นโยบายนี้ใช้กับทุกทีม แต่ใช้เฉพาะกับระดับความสำคัญ “High” เท่านั้น ใต้ลงมาคือสองเป้าหมาย คือ 15 นาทีถึงการตอบครั้งแรก และ 240 นาทีถึงการแก้ไขเปิดภาพขนาดเต็ม
กำหนดเวลาของทิกเก็ตหนึ่งใบ คือ “Time to first response” พร้อมป้าย “In time” ใต้ลงมาคือ “Time to resolution” พร้อมเวลาที่เหลือ และประวัติกำหนดเวลาที่เปิดอยู่
การตอบครั้งแรกมาทันเวลา ส่วนการแก้ไขยังเดินอยู่ บันทึกระบุเหตุผลของทุกขั้น ไล่จากล่างขึ้นบน คือเริ่มนับตามนโยบายเวลาทำการ คำนวณใหม่เมื่อระดับความสำคัญขึ้นเป็น “High” (“ticket fields changed”) และสุดท้ายทำได้ตามเป้าด้วยการตอบกลับแบบสาธารณะครั้งแรกเปิดภาพขนาดเต็ม
2

ปฏิทินเวลาทำการต่อทีม

เฉพาะ Professional

ปฏิทินบอกว่านาฬิกาเดินเมื่อใด มันมีชื่อ เขตเวลาของตัวเอง และช่วงเวลากี่ช่วงก็ได้ต่อวันในสัปดาห์ พักกลางวันก็คือวันที่มีสองช่วงเวลานั่นเอง ช่วงเวลาหนึ่งคร่อมเที่ยงคืนได้ แล้วจะมีคำว่า “ends next day” ปรากฏข้าง ๆ

ทีมหนึ่งใช้ปฏิทินใด กำหนดที่ตัวทีม (“Settings → Teams”) ส่วนที่เป้าหมายแต่ละข้อของนโยบาย คุณกำหนดทับได้ คือ “From the team” ใช้ปฏิทินของทีม หรือคุณเลือกปฏิทินอื่น นั่นคือสิ่งที่สร้างกรณีที่พบบ่อยพอดี คือเหตุขัดข้องนับตลอดยี่สิบสี่ชั่วโมง ส่วนเรื่องอื่นนับเฉพาะเวลาทำการ

สิ่งที่ถูกนับคือเวลาที่ผ่านไปจริงภายในช่วงเวลานั้น ไม่ใช่ผลต่างของค่าที่นาฬิกาอ่านได้ ตอนเปลี่ยนเวลาออมแสงเรื่องนี้ต่างกัน วันแบบยี่สิบสี่ชั่วโมงในเดือนตุลาคมมี 25 ชั่วโมง ส่วนกะกลางคืนตั้งแต่ 22:00 ถึง 06:00 ในฤดูใบไม้ผลิมีเจ็ดชั่วโมงแทนที่จะเป็นแปด ช่วงเวลาทำการตั้งแต่ 09:00 ถึง 17:00 ไม่เคยได้รับผลกระทบ เพราะในสหภาพยุโรปการเปลี่ยนเวลาเกิดขึ้นตอนกลางคืน

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

ปฏิทิน “Helpdesk business hours” พร้อมเขตเวลา Europe/Berlin ในกรอบสีแดง ช่วงเวลาจันทร์ถึงศุกร์ 09:00–17:00 และปุ่ม “Add opening hours”
ห้าวัน หนึ่งช่วงเวลาต่อวัน เขตเวลาเป็นของปฏิทิน ไม่ใช่ของเซิร์ฟเวอร์ สถานที่ที่สองก็เพียงได้ปฏิทินใบที่สองเปิดภาพขนาดเต็ม
3

วันหยุดนักขัตฤกษ์ผ่านการนำเข้าไฟล์ .ics หรือกรอกด้วยตนเอง

เฉพาะ Professional

ก่อนเริ่ม: เราไม่ได้แถมข้อมูลวันหยุดมาให้ วันหยุดนักขัตฤกษ์ขึ้นอยู่กับสถานที่ ไม่ใช่ภาษา เยอรมนีมี 16 รัฐ สวิตเซอร์แลนด์มี 26 รัฐ สหรัฐอเมริกามี 50 รัฐ และเปลี่ยนใหม่ทุกปี รายการที่แถมมาจะผิดสักวันโดยที่ไม่มีใครสังเกต ให้ใช้ไฟล์ .ics ทางการของภูมิภาคคุณ นั่นเป็นงานปีละหนึ่งนาที

ใต้ปฏิทินทุกใบมีรายการ “Closed days” คลิกที่ “Import holidays (.ics)” เพื่อรับไฟล์ปฏิทิน จากนั้นระบบจะรายงานสี่ตัวเลข คือรับมากี่วัน แทนที่กี่วัน อ่านไม่ได้กี่วัน และมีอยู่แล้วกี่วัน คุณกรอกวันเดี่ยว ๆ ด้วยตนเองก็ได้

สัญลักษณ์ ↻ หลังวันหนึ่งหมายถึง “เกิดซ้ำทุกปี” มันถูกต้องเฉพาะกับวันที่ตายตัว วันที่ 3 ตุลาคมตรงกับวันที่เดิมทุกปี ส่วนวันศุกร์ประเสริฐและวันจันทร์หลังเพนเทคอสต์ผูกกับวันอีสเตอร์และเลื่อนไปมา วันหยุดที่เลื่อนได้จึงยืนอยู่ในรายการพร้อมวันที่จริงของแต่ละปี ในภาพคือ “Good Friday” ที่ไม่มีสัญลักษณ์นั้น

วันปิดทำการกลืนช่วงเวลาทั้งวันนั้น รวมถึงส่วนที่ยื่นเข้าไปในวันถัดไปด้วย และเมื่อปฏิทินใบหนึ่งไม่มีวันปิดทำการเลยในสิบสองเดือนข้างหน้า หน้านั้นจะแจ้งอย่างชัดเจน มิฉะนั้นระบบจะนับผ่านวันหยุดนักขัตฤกษ์ไปอย่างเงียบ ๆ และให้กำหนดเวลาที่ผิด

ปุ่ม “Import holidays (.ics)” ในกรอบสีแดง และใต้ลงมาคือรายการวันปิดทำการในกรอบเดียวกัน
ห้าวันปิดทำการ สี่วันมีสัญลักษณ์ ↻ ที่หมายถึง “วันที่เดิมทุกปี” ส่วนวันศุกร์ประเสริฐไม่มี เพราะมันเลื่อนได้เปิดภาพขนาดเต็ม
ปฏิทิน “Around the clock” พร้อมข้อความสีเหลืองอำพันในกรอบสีแดงที่ระบุว่ามันไม่มีวันปิดทำการเลยในสิบสองเดือนข้างหน้า
ข้อความนั้นไม่ใช่ข้อผิดพลาดแต่เป็นคำเตือน ปฏิทินใบนี้นับผ่านวันหยุดนักขัตฤกษ์ทุกวัน สำหรับปฏิทินเวรเรียกตัว นั่นถูกต้องพอดีเปิดภาพขนาดเต็ม
4

นาฬิกาหยุดชั่วคราวขณะรอผู้แจ้ง

เฉพาะ Professional

ข้อถกเถียงที่พบบ่อยที่สุดเรื่องกำหนดเวลาคือเรื่องนี้ ทิกเก็ตรอคำตอบของลูกค้ามาสามวันแล้ว แต่นาฬิกาก็ยังเดินอยู่ดี ทุกเป้าหมายจึงมีสวิตช์ “Pause while waiting for the requester” แยกทีละข้อ ไม่ใช่ทั้งนโยบาย

คุณกำลังรออยู่หรือไม่ สถานะเป็นตัวกำหนด ใต้ “Settings → General → Status” ทุกสถานะมีเครื่องหมายกำกับว่ามันนับว่า “กำลังรอผู้แจ้ง” หรือไม่ เมื่อเปิดสวิตช์ กำหนดเวลาจะพักไว้ขณะที่ทิกเก็ตอยู่ในสถานะแบบนั้น ส่วนนาฬิกาบนผนังยังเดินต่อไป นั่นคือเหตุผลที่รายการแสดง “Paused” แทนเวลาที่เหลือ และประวัติกำหนดเวลาก็เก็บ “Paused” กับ “Resumed” พร้อมเวลาของแต่ละครั้ง

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

สองเป้าหมายของนโยบาย พร้อมสวิตช์ “Pause while waiting for the requester” ในกรอบสีแดง โดยเป้าหมายแรกปิดและเป้าหมายที่สองเปิด
สวิตช์เดียวกัน สองคำตอบ นาฬิกาของการตอบครั้งแรกเดินต่อเนื่อง ส่วนนาฬิกาของการแก้ไขพักไว้ขณะที่เป็นตาของลูกค้าเปิดภาพขนาดเต็ม
5

เวลาที่เหลือในรายการทิกเก็ต พร้อมตัวกรองสำหรับกำหนดเวลาที่ถูกละเมิด

เฉพาะ Professional

ทันทีที่มีนโยบายเปิดใช้งาน รายการทิกเก็ตจะได้คอลัมน์ “Deadline” มันแสดงเวลาที่เหลือของกำหนดเวลาที่เปิดอยู่ถัดไป (“14h 53m”) เมื่อไม่มีกำหนดเวลาใดบนทิกเก็ตเดินอยู่อีกแล้ว คำตัดสินจะยืนอยู่ตรงนั้น คือป้าย “In time” สำหรับที่ทำได้ตามเป้า และป้ายสีแดง “Breached” สำหรับที่พลาด ส่วนทิกเก็ตที่ไม่มีนาฬิกาเลยจะได้ขีดกลางเป็นกลาง และนั่นเป็นความตั้งใจ เพราะทิกเก็ตจากก่อนมีนโยบายไม่ใช่ความล้มเหลว

หากไม่มีนโยบายเปิดใช้งาน คอลัมน์นั้นจะหายไปทั้งคอลัมน์ ไม่ใช่ยืนอยู่ว่าง ๆ เรื่องเดียวกันใช้กับตัวกรองด้วย คือใต้ “Filter” ช่อง “Breached only” จะปรากฏก็ต่อเมื่อมีกำหนดเวลาอยู่เท่านั้น

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

คุณเรียงตามมันได้ด้วย ใต้หัวข้อ “Deadline” เดียวกันมีช่องที่มี “Due soonest first” และ “Due latest first” ทิกเก็ตที่ไม่มีนาฬิกาเดินอยู่จะไปอยู่ท้ายสุดเสมอ มันไม่ได้เร่งด่วนน้อยที่สุด มันเพียงไม่เกี่ยวข้อง การเรียงตามกำหนดเวลามีน้ำหนักเหนือการเรียงตาม “Updated at” เพราะไม่มีรายการใดสนองสองลำดับได้พร้อมกัน

รายการทิกเก็ตที่ติ๊กช่อง “Breached only” ไว้ โดยตัวกรองอยู่ในกรอบสีแดง และคอลัมน์ “Deadline” อยู่ในกรอบเดียวกัน
เมื่อติ๊กช่อง “Breached only” ไว้ จะเหลือทิกเก็ตใบเดียว บนทิกเก็ต 4 การตอบครั้งแรกพลาดไปแล้ว คอลัมน์ยังแสดงเวลาที่เหลือที่เดินอยู่ เพราะมันแสดงกำหนดเวลาที่เปิดอยู่ถัดไป และในที่นี้คือการแก้ไข ส่วนเครื่องหมาย “!” สีแดงข้าง ๆ ระบุการละเมิดเปิดภาพขนาดเต็ม
ทิกเก็ตหนึ่งใบที่มีป้ายสีแดง “Breached” ที่การตอบครั้งแรก และเวลาที่เหลือที่ยังเดินอยู่ที่การแก้ไข ใต้ลงมาคือประวัติกำหนดเวลา
ทิกเก็ตใบเดียวกัน สองนาฬิกา สองสภาพ บันทึกเก็บเหตุผลไว้ว่า “due date passed” หลังใช้เวลาทำการไป 16 นาทีเปิดภาพขนาดเต็ม
6

เมื่อละเมิด จะแจ้งเตือน หรือส่งทิกเก็ตต่อไปยังอีกทีม

เฉพาะ Professional

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

คุณกำหนดต่อเป้าหมายใต้ “When breached” ว่าจะเกิดอะไรขึ้นเมื่อมีการละเมิด “Record only” เพียงบันทึกไว้ “Notify assignee and observers” ส่งอีเมลถึงผู้รับผิดชอบและผู้ติดตาม (ไม่ใช่ถึงทั้งทีม) ส่วน “Hand over to another team” ส่งทิกเก็ตต่อไป สำหรับการส่งต่อ คุณต้องเลือกทีมปลายทาง นโยบายที่ไม่มีทีมปลายทางจะถูกปฏิเสธตอนบันทึก เพราะมันจะดูเหมือนตั้งค่าไว้แล้วแต่ไม่ทำอะไรเลย

การกระทำทำงานครั้งเดียวพอดีต่อหนึ่งนาฬิกา หากไม่มีตัวล็อกนั้น การเริ่มเซิร์ฟเวอร์ใหม่จะส่งอีเมลฉบับเดิมอีกครั้ง เครื่องหมาย “ทำแล้ว” ถูกตั้งไว้แม้การส่งจะล้มเหลว เพราะอีเมลที่ไม่ไปถึงยังดีกว่าวงจรที่ส่งฉบับใหม่ทุกนาที

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

นโยบายตัวอย่างที่ยังไม่เปิดใช้งาน พร้อมตัวเลือก “When breached: Hand over to another team” ในกรอบสีแดง และทีมปลายทาง “Network”
ประโยคใต้ทีมปลายทางระบุว่าจะเกิดอะไรขึ้น คือทิกเก็ตย้ายไปยังทีมนั้น และผู้รับผิดชอบคนปัจจุบันถูกล้างออก ส่วนสวิตช์ “Active” ปิดอยู่ในที่นี้ และนโยบายที่ไม่เปิดใช้งานก็ไม่ทำอะไรเลยเปิดภาพขนาดเต็ม
7

ตัวชี้วัด SLA ในรายงาน

เฉพาะ Professional

ใต้ “Reports” คุณเลือกช่วงเวลาแล้วกด “Generate report” หากไม่คลิก หน้านั้นจะยังว่างอยู่ จากนั้นรายงานจะมีบล็อก “Service level agreements” ที่มีหนึ่งแถวต่อหนึ่งเป้าหมาย ได้แก่ ทำได้ตามเป้า ละเมิด ยังเดินอยู่ อัตราที่ทำได้ และเวลาเฉลี่ยที่ใช้ไป

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

อัตราที่ทำได้นับเฉพาะนาฬิกาที่ตัดสินแล้ว นาฬิกาที่ยังเดินอยู่ไม่ควรอยู่ในตัวหาร มิฉะนั้น SLA ที่เพิ่งเปิดใช้ทุกชุดจะดูเลวร้ายในตอนแรกแล้วค่อยดีขึ้นเอง หากยังไม่มีนาฬิกาที่ตัดสินแล้วแม้แต่เรือนเดียว จะมีขีดกลางปรากฏ ไม่ใช่ “0 %”

หากคุณทำงานกับเหตุขัดข้องแบบกลุ่ม จะมีบรรทัด “Achieved without group incidents” เพิ่มขึ้นมา เพราะเหตุขัดข้องเดียวที่มีทิกเก็ตผูกอยู่ร้อยใบจะบิดเบือนอัตรานั้นได้ทั้งสองทาง

บล็อกรายงาน “Service level agreements” พร้อมคอลัมน์ Met, Breached, Still running อัตราที่ทำได้ในกรอบสีแดง และเวลาเฉลี่ยที่ใช้ไป
สำหรับการตอบครั้งแรก มีสามกำหนดเวลาที่ทำได้ตามเป้าและหนึ่งที่ละเมิด ส่วนอีกหกยังเดินอยู่ คิดเป็น 75 % สองคอลัมน์ทางขวาของมันจะปรากฏก็ต่อเมื่อมีเหตุขัดข้องแบบกลุ่มอยู่เท่านั้น มันตัดการแจ้งที่ถูกปิดไปพร้อมกับเหตุขัดข้องออกเปิดภาพขนาดเต็ม

การบันทึกเวลาต่อทิกเก็ต

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

1

เปิดใช้ก่อน แล้วจึงบันทึกอะไรได้

เฉพาะ Professional

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

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

สวิตช์อยู่ใต้ “Settings → General” บนการ์ด “Time tracking per ticket” และชื่อว่า “Enable time tracking”

จากนั้นทุกทีมจะร่วมด้วย หากจะยกเว้นทีมใด ก็ปิดที่ตัวทีมนั้น ใต้ “Settings → Teams” ในกล่อง “Team details”

บริษัทที่มีทั้งทีมไอทีภายในและทีมที่ทำงานกับลูกค้า มักต้องใช้มันเฉพาะทีมหลังเท่านั้น

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

การ์ด “Time tracking per ticket” ใต้ “Settings → General” พร้อมสวิตช์หลัก การปัดเศษ ปุ่มลัด และนาฬิกาจับเวลา
ทุกการตั้งค่าของการบันทึกเวลาอยู่บนการ์ดเดียว กรอบสีแดงอยู่ที่สวิตช์หลัก และใต้ลงมาระบุว่าการปิดมันหมายความว่าอย่างไรเปิดภาพขนาดเต็ม
กล่อง “Team details” พร้อมสวิตช์ “Time tracking” และประโยคอธิบายของมัน
ที่ตัวทีม คุณยกเว้นทีมใดทีมหนึ่งได้ กรอบสีแดงอยู่ที่สวิตช์ ส่วนรายการที่มีอยู่แล้วก็ยังมองเห็นได้แม้ในกรณีนั้นเปิดภาพขนาดเต็ม
2

การบันทึกความพยายามบนทิกเก็ต

เฉพาะ Professional

ทิกเก็ตมีการ์ดชื่อ “Time spent” ปุ่ม “Log time” เปิดช่องกรอก

ปุ่มลัดอยู่ข้างช่องกรอก คลิกเดียวที่ “30m” ก็บันทึกสามสิบนาที ส่วนปุ่มใดจะปรากฏบ้าง กำหนดในการตั้งค่า

ช่อง “Duration” รับการกรอกอิสระด้วย “90” คือเก้าสิบนาที “1.5h” คือหนึ่งชั่วโมงครึ่ง และ “1h 30m” ก็เช่นกัน ตัวเลขที่ไม่มีหน่วยคือนาทีเสมอ

การกรอกที่ระบบเข้าใจไม่ครบจะถูกปฏิเสธ “1h in the evening” ไม่กลายเป็นรายการหนึ่งชั่วโมง แต่กลายเป็นข้อความแสดงข้อผิดพลาด

ใน “What for (optional)” คุณเขียนว่าเวลานั้นใช้ไปกับอะไร ข้อความนั้นเดินทางเข้าไปในไฟล์ส่งออก และไม่ปรากฏในประวัติของทิกเก็ต

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

เวลาถูกบันทึกลงบนวัน ไม่ใช่ลงบนเวลานาฬิกา การกรอกย้อนของเมื่อวานเป็นกรณีปกติ และเวลานาฬิกาจะอ้างความแม่นยำที่การกรอกนั้นไม่มี

ช่องกรอกที่เปิดอยู่ของการ์ด “Time spent” พร้อมช่อง “Duration” ปุ่มลัด ช่องบันทึกย่อ และเครื่องหมายถูก “Billable”
กรอบสีแดงอยู่ที่ปุ่มลัด ข้าง ๆ กันช่องกรอกรับการกรอกอิสระ และข้อความด้านล่างระบุรูปแบบที่มันรับได้เปิดภาพขนาดเต็ม
รายการเวลาบนทิกเก็ตหนึ่งใบ มีสามรายการจากเจ้าหน้าที่สองคน แต่ละรายการมีวันที่ บันทึกย่อ และชื่อ
สามรายการ เจ้าหน้าที่สองคน ทิกเก็ตหนึ่งใบ กรอบสีแดงอยู่ที่ชื่อและวัน โดยมีบันทึกย่ออยู่ใต้ลงมาเปิดภาพขนาดเต็ม
3

นาฬิกาจับเวลา

เฉพาะ Professional

สำหรับช่วงงานยาว ๆ มีนาฬิกาจับเวลาอยู่บนทิกเก็ต “Start timer” เริ่มมัน ส่วน “Pause” หยุดมันไว้

นาฬิกาจับเวลาไม่เคยสร้างรายการขึ้นเอง มันเสนอเวลาที่ผ่านไป และไม่มีอะไรถูกบันทึกจนกว่าคุณจะกด “Log”

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

การเปิดทิกเก็ตใบอื่นจะหยุดนาฬิกาจับเวลาที่เดินอยู่ชั่วคราว และทิกเก็ตใบใหม่จะบอกคุณว่ามันผูกอยู่กับทิกเก็ตใบไหน

หน้าต่างที่ถูกซ่อนไม่ใช่การพัก นาฬิกาจับเวลายังเดินต่อหากคุณเพียงคลิกไปที่อื่น

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

นาฬิกาจับเวลาปิดไว้เป็นค่าจากโรงงาน คุณพบมันได้ในการตั้งค่าใต้ “Stopwatch on the ticket”

นาฬิกาจับเวลาที่กำลังเดินบนการ์ด “Time spent” พร้อมค่าที่อ่านได้ ปุ่ม “Pause” “Discard” และปุ่มที่ใช้บันทึกมัน
นาฬิกาจับเวลากำลังเดินอยู่ กรอบสีแดงอยู่ที่ปุ่มที่รับค่านั้นไป จนกว่าจะถึงตอนนั้นก็ยังไม่มีอะไรถูกบันทึกเปิดภาพขนาดเต็ม
4

เรียกเก็บเงินได้หรือไม่ได้

เฉพาะ Professional

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

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

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

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

รายการนั้นจะมีคำว่า “not billable” กำกับให้เห็นชัด ส่วนนาทีเหล่านั้นยังอยู่ในยอดรวมที่บันทึกไว้ เพราะงานนั้นเกิดขึ้นจริง

ใครที่ไม่บันทึกเวลาไว้เลย ย่อมเสียตัวเลขที่จะอธิบายในภายหลังว่าทำไมลูกค้าจึงถูกเรียกเก็บน้อยเช่นนั้น

หากงานส่วนใหญ่ของคุณเรียกเก็บเงินไม่ได้ ก็กลับค่าเริ่มต้นเสียด้วยสวิตช์ “New entries are billable by default”

การ์ด “Time spent” พร้อมยอดรวมทั้งสองในส่วนหัว และหนึ่งรายการที่มีเครื่องหมาย “not billable”
ยอดรวมทั้งสองยืนเคียงกันอยู่ด้านบน กรอบสีแดงอยู่ที่รายการที่ไม่มีเครื่องหมายถูก นาทีของมันนับทางซ้ายและไม่นับทางขวาเปิดภาพขนาดเต็ม
5

คิดถึงระดับนาที หรือปัดขึ้น

เฉพาะ Professional

เป็นค่าจากโรงงาน ทุกอย่างเรียกเก็บถึงระดับนาที ใครที่เรียกเก็บเป็นควอเตอร์ชั่วโมงจะตั้งค่าสองค่า

“Rounding increment (minutes)” คือขั้น ทุกรายการถูกปัดขึ้นไปยังพหุคูณถัดไป

“Minimum per entry (minutes)” คือค่าต่ำสุด ทุกรายการถูกเรียกเก็บด้วยค่าอย่างน้อยเท่านี้

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

ใต้ช่องทั้งสองมีประโยคตัวอย่างที่ใช้ค่าของคุณเอง มันถูกคำนวณ ไม่ใช่ถูกอ้าง

มีเพียงค่าที่เรียกเก็บเท่านั้นที่ถูกปัดเศษ และปัดต่อรายการเสมอ ไม่ใช่ที่ยอดรวม สองรายการเล็ก ๆ จึงถูกปัดขึ้นสองครั้ง

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

คุณเห็นทั้งสองอย่างบนรายการ ตรงที่การปัดเศษเปลี่ยนค่า ผลลัพธ์จะยืนอยู่ข้าง ๆ ในวงเล็บ

ช่อง “Rounding increment” และ “Minimum per entry” พร้อมประโยคตัวอย่างที่คำนวณแล้ว และข้อความด้านล่าง
กรอบสีแดงอยู่ที่ประโยคตัวอย่าง ซึ่งคำนวณจากค่าที่อยู่เหนือขึ้นไป ส่วนประโยคด้านล่างระบุว่าการปัดเศษไม่แตะต้องอะไรเปิดภาพขนาดเต็ม
รายการเวลาห้านาที พร้อมค่าที่เรียกเก็บอยู่ข้าง ๆ ในวงเล็บ
กรอบสีแดงอยู่ที่รายการที่การปัดเศษเปลี่ยนค่า ทางซ้ายคือสิ่งที่บันทึกไว้ ในวงเล็บคือสิ่งที่เรียกเก็บเปิดภาพขนาดเต็ม
6

รายการเวลาก่อนปิดเรื่อง

เฉพาะ Professional

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

มันชื่อ “Require a time entry before resolving or closing” และปิดไว้เป็นค่าจากโรงงาน

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

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

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

สวิตช์ “Require a time entry before resolving or closing” พร้อมประโยคที่ระบุข้อยกเว้น
กรอบสีแดงอยู่ที่สวิตช์ ประโยคด้านล่างระบุสามกรณีที่ไม่เคยถูกขวางเปิดภาพขนาดเต็ม
7

คอลัมน์ “Time” ในรายการทิกเก็ต

เฉพาะ Professional

รายการทิกเก็ตจะได้คอลัมน์ “Time” ที่แสดงว่ามีเวลาถูกบันทึกไว้กับเรื่องนั้นแล้วเท่าใด

คุณไม่ต้องเปิดมัน มันปรากฏทันทีที่มีทิกเก็ตในรายการพกเวลาอยู่

บนหน้าต่างแคบ มันเป็นคอลัมน์แรก ๆ ที่หลุดออกไปอีกครั้ง รายการจะเก็บไว้เฉพาะคอลัมน์ที่หากขาดไปแล้วจะหาทิกเก็ตไม่เจอ

รายการทิกเก็ตที่มีคอลัมน์ “Time” และมีค่าอยู่บนทิกเก็ตที่มีเวลาบันทึกไว้
กรอบสีแดงอยู่ที่คอลัมน์นั้น มีเพียงทิกเก็ตที่มีเวลาบันทึกไว้เท่านั้นที่มีค่ากำกับเปิดภาพขนาดเต็ม
8

รายงาน

เฉพาะ Professional

เวลาที่ยืนอยู่บนทิกเก็ตใบเดียวไม่ใช่ฐานสำหรับใบแจ้งหนี้ หน้ารายงานจึงมีการ์ด “Time spent”

ตัวเลขสี่ตัวอยู่ด้านบน ได้แก่ ที่บันทึกไว้ ที่เรียกเก็บ จำนวนรายการ และจำนวนทิกเก็ตที่มีเวลาอยู่เลย

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

ใต้ลงมาคือการแยกย่อย ได้แก่ ตามผู้แจ้ง ตามทีม ตามหมวดหมู่ และตามวัน

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

ช่วงเวลาที่ด้านบนของหน้าใช้กับวันที่ลงมือทำงาน งานเดือนกรกฎาคมบนทิกเก็ตของเดือนมิถุนายนจึงยืนอยู่ในรายงานของเดือนกรกฎาคม

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

หน้ารายงานพร้อมการ์ด “Time spent” ตัวเลขสี่ตัวของมัน และตารางที่อยู่ด้านล่าง
การ์ดนี้อยู่บนหน้ารายงาน กรอบสีแดงแสดงว่าจะหามันได้ที่ไหนเปิดภาพขนาดเต็ม
แผ่นทั้งสี่ของการ์ด ได้แก่ ที่บันทึกไว้ ที่เรียกเก็บ จำนวนรายการ และทิกเก็ตที่มีเวลา
กรอบสีแดงอยู่ที่จำนวนทิกเก็ตที่มีเวลา มันทำให้ยอดรวมที่อยู่ทางซ้ายของมันมีบริบทเปิดภาพขนาดเต็ม
ตาราง “By requester”, “By team” และ “By category” พร้อมแถวของแต่ละตาราง แต่ละแถวมีเวลาที่บันทึกไว้และที่เรียกเก็บ
กรอบสีแดงอยู่ที่การแยกย่อยตามหมวดหมู่ ทุกแถวระบุยอดรวมทั้งสองเปิดภาพขนาดเต็ม
ตารางของฟิลด์กำหนดเอง “Cost centre” ที่มีหนึ่งแถวต่อหนึ่งศูนย์ต้นทุน
หนึ่งตารางต่อหนึ่งฟิลด์กำหนดเอง กรอบสีแดงอยู่ที่การแยกย่อยตามศูนย์ต้นทุนเปิดภาพขนาดเต็ม
9

การส่งออกสำหรับฝ่ายบัญชีและสำหรับลูกค้า

เฉพาะ Professional

ปุ่มสามปุ่มอยู่ใต้การ์ด มันส่งมอบรายการแต่ละรายการ ไม่ใช่ยอดรวมจากหน้านั้น

นี่คือผู้รับสองราย ไม่ใช่รูปแบบไฟล์สามแบบ “Export entries (CSV)” และ “Export entries (Excel)” ไปที่ฝ่ายบัญชี ทั้งสองไฟล์ครบถ้วนและไม่เคยถูกตัดทอน

“Export entries (PDF)” คือเอกสารสำหรับมนุษย์ มันไปถึงลูกค้าในฐานะไฟล์แนบของใบแจ้งหนี้

ไฟล์ PDF ถูกจำกัดไว้ที่ 20,000 รายการ และตัวเอกสารก็ระบุไว้เอง ไม่มีใครอ่านใบแจ้งหนี้ที่มีบรรทัดมากกว่านั้นอยู่แล้ว

ไฟล์ทั้งสามสร้างจากแหล่งเดียวกัน ทั้งตัวกรอง การปัดเศษ คอลัมน์ และตัวเลข มีอยู่ชุดเดียว ทั้งสามจึงเพี้ยนออกจากกันไม่ได้

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

ปุ่มสามปุ่ม “Export entries (CSV)”, “(Excel)” และ “(PDF)” พร้อมประโยคที่ระบุความต่าง
กรอบสีแดงอยู่ที่ปุ่มทั้งสาม ประโยคด้านล่างระบุว่าไฟล์ใดมีไว้สำหรับใครเปิดภาพขนาดเต็ม
หน้าแรกของไฟล์ PDF ที่สร้างขึ้น พร้อมส่วนหัว ตัวเลข และตารางของรายการแต่ละรายการ
นี่คือเอกสารที่ลูกค้าได้รับ ทุกบรรทัดคือหนึ่งรายการ พร้อมวันที่ ทิกเก็ต เจ้าหน้าที่ บันทึกย่อ และค่าทั้งสองเปิดภาพขนาดเต็ม
10

ลูกค้าไม่เห็นเวลาที่บันทึกไว้

เฉพาะ Professional

ลูกค้าไม่เคยเห็นรายการเวลาเลย แม้แต่บนทิกเก็ตของตนเอง

นี่ไม่ใช่การตั้งค่า แต่เป็นการล็อกในเซิร์ฟเวอร์ ไม่มีสวิตช์ใดที่เปิดมันได้

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

ระบบอื่นในแนวเดียวกันก็ทำเช่นนี้ ที่ใดที่เวลาไปถึงลูกค้า มันไปถึงในรูปเอกสาร

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

อ่านเพิ่มเติมได้ในการ์ด: การส่งออกสำหรับฝ่ายบัญชีและสำหรับลูกค้า

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

การแยกย่อยตามเจ้าหน้าที่ปิดได้

เฉพาะ Professional

รายงานแสดงเพิ่มได้ว่าใครบันทึกเวลาไปเท่าใด แต่เป็นค่าจากโรงงานแล้วมันไม่แสดง

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

สวิตช์ชื่อ “Per-agent evaluation” และอยู่ในการตั้งค่า

ตราบใดที่มันปิดอยู่ เซิร์ฟเวอร์ไม่ส่งตัวเลขออกมาด้วยซ้ำ ตารางนั้นไม่ได้ถูกซ่อน มันไม่มีอยู่

ความต่างนั้นสำคัญ การล็อกที่มีเพียงหน้าจอรู้ ไม่ใช่การล็อก

อ่านเพิ่มเติมได้ในการ์ด: ไม่มีประวัติความพร้อมให้บริการ ไม่มีการประเมินรายบุคคล

รายงานที่มีตารางตามทีมและตามวัน โดยไม่มีตารางต่อเจ้าหน้าที่
นี่คือรายงานตามค่าจากโรงงาน ระหว่างหมวดหมู่กับวันไม่มีตารางต่อเจ้าหน้าที่เปิดภาพขนาดเต็ม
จุดเดียวกันเมื่อเปิดสวิตช์ คือมีตาราง “By agent” ที่มีหนึ่งแถวต่อเจ้าหน้าที่หนึ่งคน
จุดเดียวกันหลังเปิดสวิตช์แล้ว ระหว่าง “By category” กับ “By day” ตอนนี้มีตารางต่อเจ้าหน้าที่แล้วเปิดภาพขนาดเต็ม

รายงานและแดชบอร์ด

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

1

แดชบอร์ด สถานการณ์ตอนนี้เป็นอย่างไร

ด้านบนมีหนึ่งแผ่นต่อหนึ่งสถานะพร้อมจำนวนของมัน ใต้ลงมาคือตัวเลขสามตัวสำหรับทั้งทีม ได้แก่ “Total tickets”, “Tickets which are not Closed” และ “Avg. resolution time”

ตัวเลขตรงกลางคือตัวสำคัญ มันบอกว่าตอนนี้มีงานค้างอยู่เท่าใด

“Avg. resolution time” ยังว่างอยู่ตราบใดที่ยังไม่มีทิกเก็ตใดถูกแก้ไข ขีดกลางซื่อตรงกว่าเลขศูนย์

การ์ด “Top 3 longest open tickets” ระบุสามเรื่องที่เปิดค้างมานานที่สุดพร้อมอายุของมัน เรื่องเหล่านี้คือเรื่องที่ไม่มีใครหยิบยกขึ้นมาอีกแล้ว

ใต้ลงมาคือแผนภูมิสามชุด ได้แก่ “Tickets by status”, “Tickets by priority” และ “Tickets by category”

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

แดชบอร์ดของทีม Helpdesk พร้อมแผ่นสถานะด้านบนและตัวเลขหลักสามตัวด้านล่าง
กรอบสีแดงอยู่ที่ตัวเลขหลักสามตัว ในโลกตัวอย่างนี้ทีมมีทิกเก็ต 22 ใบ โดย 20 ใบยังไม่ปิดเปิดภาพขนาดเต็ม
การ์ด “Top 3 longest open tickets” พร้อมสามเรื่องและอายุของแต่ละเรื่อง
คลิกเดียวที่รายการหนึ่งก็เปิดทิกเก็ตนั้นเปิดภาพขนาดเต็ม
แผนภูมิ “Tickets by status”, “Tickets by priority” และ “Tickets by category”
หมวดหมู่เหล่านั้นเป็นของทีมนั้นเอง ทีมอื่นจะแสดงหมวดหมู่คนละชุดตรงนี้เปิดภาพขนาดเต็ม
2

ทุกทีมมีแดชบอร์ดของตัวเอง

แถบด้านข้างมีหนึ่งรายการต่อหนึ่งทีม มันชื่อ “Dashboard” ตามด้วยชื่อทีม

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

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

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

แดชบอร์ดของทีม Helpdesk โดยเน้นรายการ “Dashboard · Helpdesk” ในแถบด้านข้าง
กรอบสีแดงอยู่ที่รายการในแถบด้านข้าง ในโลกตัวอย่างนี้ Helpdesk แสดงทิกเก็ต 22 ใบเปิดภาพขนาดเต็ม
แดชบอร์ดเดียวกันของทีม Network ที่มีตัวเลขและหมวดหมู่คนละชุด
หน้าเดียวกัน คนละทีม ที่นี่คือทิกเก็ต 6 ใบ และหมวดหมู่คือ “Wi-Fi” กับ “Firewall”เปิดภาพขนาดเต็ม
3

การสร้างและกรองรายงาน

หน้า “Reports” ว่างเปล่าเมื่อคุณเปิดมัน มีเพียงกล่องตัวกรองอยู่ตรงนั้น

มีเพียงการคลิกที่ “Generate report” เท่านั้นที่เริ่มการคำนวณ มันใช้เวลาสักครู่ เพราะทุกส่วนถูกคำนวณพร้อมกัน

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

หลังจากนั้น ตัวเลขหลักสี่ตัวจะยืนอยู่ด้านบน และแผนภูมิอยู่ใต้ลงมา

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

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

หากคุณตั้งหลายช่อง มันจะมีผลพร้อมกัน “ช่วงเดือนกรกฎาคม ทีม Helpdesk ระดับความสำคัญ High” คือคำถามเดียว

ช่วงเวลานับตามวันที่สร้างทิกเก็ต

มีข้อยกเว้นหนึ่งข้อ รายงานเวลานับตามวันที่ลงมือทำงาน งานเดือนกรกฎาคมบนทิกเก็ตของเดือนมิถุนายนจึงปรากฏในรายงานของเดือนกรกฎาคม

หลังเปลี่ยนตัวกรองทุกครั้ง คุณต้องคลิก “Generate report” อีกครั้ง

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

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

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

การกรองและจัดกลุ่มตามฟิลด์ของคุณเอง

เฉพาะ Professional

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

ฟิลด์ของคุณทุกฟิลด์จะได้ตัวกรองในกล่องและแผนภูมิของตัวเองในรายงาน

นั่นตอบคำถามที่มีแต่บริษัทของคุณเท่านั้นที่ถาม เช่น “ทิกเก็ตกี่ใบไปที่ศูนย์ต้นทุนใด”

ชื่อแผนภูมิคือชื่อฟิลด์ของคุณ มันไม่ถูกแปล เพราะมันมาจากการติดตั้งของคุณ

ที่ที่คุณสร้างฟิลด์ของคุณเอง อธิบายไว้ใต้ “ฟิลด์กำหนดเอง”

แผนภูมิสองชุดที่สร้างจากฟิลด์กำหนดเอง คือ “Asset tag” และ “Cost centre”
โลกตัวอย่างนี้มีฟิลด์ “Asset tag” และ “Cost centre” ส่วนการติดตั้งของคุณจะแสดงฟิลด์ของคุณเองตรงนี้เปิดภาพขนาดเต็ม
5

รายงานแสดงคอลัมน์ใดบ้าง

ใต้ “Settings → Report Settings” คุณกำหนดว่ารายงานจะเสนอฟิลด์ใดบ้าง

หน้านี้มีสามส่วน ได้แก่ “Admin”, “Agent” และ “Customer” แต่ละส่วนมีรายการเดียวกันพร้อมสวิตช์ของตัวเอง

ฟิลด์ที่คุณปิดตรงนี้จะหายไปสำหรับบทบาทนั้น ทั้งจากตัวกรองและจากไฟล์ส่งออก

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

ฟิลด์ของคุณเองปรากฏใต้ “Custom fields” ในรายการเดียวกัน

หน้า “Report Settings” พร้อมสามส่วน คือ “Admin”, “Agent” และ “Customer”
กรอบสีแดงอยู่ที่ส่วน “Customer” ทุกบทบาทมีรายการของตัวเองเปิดภาพขนาดเต็ม
6

ลูกค้าดึงรายงานของตนเองได้

ลูกค้าเปิดรายงานชุดเดียวกับเจ้าหน้าที่ได้ ในนั้นเขาเห็นเฉพาะทิกเก็ตของตนเอง

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

คุณปลดล็อกมันที่ตัวทีม สวิตช์อยู่ใต้ “Settings → Teams” และชื่อว่า “Has permission to view their own Tickets in the Dashboard and in Reports for this Team”

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

ลูกค้าเห็นคอลัมน์ใดบ้าง มาจากส่วน “Customer” ของการตั้งค่ารายงาน

การส่งออกเป็นไฟล์ก็เปิดให้เขาด้วย ลูกค้าดาวน์โหลดทิกเก็ตของตนเองเป็น CSV, Excel หรือ PDF ได้

สวิตช์ของทีมที่เปิดแดชบอร์ดและรายงานให้ลูกค้า
สวิตช์อยู่ในกล่อง “Team details” มันมีผลกับทีมนี้ทีมเดียวเปิดภาพขนาดเต็ม
หน้ารายงานจากบัญชีลูกค้า ที่มีตัวกรองน้อยกว่าและตัวเลขเล็กกว่า
หน้าเดียวกันจากบัญชีของ Julia Becker ในโลกตัวอย่างนี้เธอเห็นทิกเก็ต 8 ใบแทนที่จะเป็น 28 ใบ และตัวกรองเจ้าหน้าที่ก็หายไปเปิดภาพขนาดเต็ม
7

การส่งออกเป็น CSV, Excel หรือ PDF

ใต้กล่องตัวกรองมีปุ่มสามปุ่ม คือ “CSV export”, “Excel export” และ “PDF export”

ทั้งสามปุ่มส่งออกสิ่งที่อยู่บนหน้าจอในขณะนั้น ตัวกรองจึงมีผลด้วย

ไฟล์ Excel มีสองแผ่นงาน คือ “Key figures” เก็บตัวเลข และ “Tickets” เก็บเรื่องแต่ละเรื่อง

ตัวเลขและแผนภูมิรวมอยู่ด้วยเสมอ ส่วนรายการทิกเก็ตแต่ละใบจะรวมอยู่ก็ต่อเมื่อคุณติ๊ก “Include ticket table in export”

เมื่อคุณติ๊กมัน จำนวนทิกเก็ตจริงและจำนวนหน้าโดยประมาณจะปรากฏด้านล่าง

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

CSV และ Excel มีทุกแถว ส่วน PDF หยุดที่ 20,000 ทิกเก็ต และเขียนเรื่องนั้นไว้ในเอกสาร

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

ปุ่มส่งออกสามปุ่ม และใต้ลงมาคือช่องติ๊กตารางทิกเก็ต
กรอบสีแดงอยู่ที่ช่องติ๊ก บรรทัดที่มีจำนวนทิกเก็ตจะปรากฏก็ต่อเมื่อติ๊กมันแล้วเท่านั้น ในโลกตัวอย่างนี้คือ 28 ทิกเก็ตและราว 4 หน้าเปิดภาพขนาดเต็ม
8

ไฟล์ PDF พิมพ์ตัวเลขไว้ข้างแผนภูมิ

ไฟล์ PDF มีไว้เพื่อส่งต่อ มันมีแผนภูมิชุดเดียวกับที่ยืนอยู่บนหน้าจอ

ข้างแผนภูมิทุกชุดมีตัวเลขที่มันสร้างขึ้นมาจาก และมีสัดส่วนเป็นเปอร์เซ็นต์

นั่นคือเหตุผลที่มันอยู่ตรงนั้น แท่งกราฟดูได้ แต่ตรวจสอบไม่ได้

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

เอกสารระบุช่วงเวลาและวันที่สร้างไว้ที่ด้านบน

หน้าหนึ่งของไฟล์ PDF ที่สร้างขึ้น พร้อมแผนภูมิและตัวเลขของมันอยู่ข้าง ๆ
เอกสารตามที่ผู้รับได้รับ ข้างแท่งกราฟทุกแท่งมีจำนวนและสัดส่วนกำกับอยู่เปิดภาพขนาดเต็ม

แบบสำรวจความพึงพอใจ (CSAT)

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

1

แบบสำรวจหลังปิดเรื่อง

เฉพาะ Professional

ก่อนเริ่ม: มีสองอย่างที่ต้องพร้อม มิฉะนั้นจะไม่มีอะไรเกิดขึ้น คือการส่งอีเมลต้องถูกตั้งค่าไว้ และใต้ “Settings → Security” ที่อยู่สาธารณะของการติดตั้งนี้ต้องถูกต้อง เพราะลิงก์ในอีเมลถูกสร้างขึ้นจากมัน หากที่อยู่ที่เก็บไว้ผิด ระบบก็ยังส่งแบบสำรวจอยู่ดี และลูกค้าของคุณจะไปจบลงที่หน้าเว็บที่ไม่มีอยู่จริง

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

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

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

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

ความคิดเห็นเป็นทางเลือก การคลิกดาวก็เป็นการให้คะแนนแล้ว ใครที่อยากเขียนเพิ่มจะพบช่องกรอกบนหน้านั้น แล้วยืนยันด้วย “Update rating”

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

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

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

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

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

การเปิดใช้และการจำกัด

เฉพาะ Professional

แบบสำรวจมีที่ตั้งค่าเพียงที่เดียวพอดี คือใต้ “Settings → General” ในการ์ด “Customer Satisfaction Score (CSAT)” ซึ่งมีตัวควบคุมสามอย่างอยู่บนนั้น ไม่มีพื้นที่การตั้งค่าของตัวเองแยกต่างหาก

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

หากคุณปิดมันอีกครั้ง คะแนนที่คุณมีอยู่แล้วยังมองเห็นได้ เพียงแต่ไม่มีอะไรใหม่ออกไปอีก

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

สวิตช์ตรงกลางคือ “Per-agent evaluation” ซึ่งเป็นของรายงาน มันทำอะไรที่นั่นและทำไมจึงปิดไว้เป็นค่าจากโรงงาน อยู่บนการ์ดที่ว่าด้วยรายงาน

“At most one survey per requester within” จำกัดว่าจะถามคนคนเดียวกันได้บ่อยแค่ไหน ค่าจากโรงงานคือ 7 วัน คนที่แจ้งหลายทิกเก็ตภายในช่วงนั้นจึงยังถูกถามเพียงครั้งเดียว

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

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

อ่านเพิ่มเติมได้ในการ์ด: รายงานเรื่องคะแนน

การ์ด “Customer Satisfaction Score (CSAT)” พร้อมสองสวิตช์และช่องตัวเลขสำหรับขีดจำกัด
การตั้งค่าทั้งหมดอยู่บนการ์ดเดียว กรอบสีแดงอยู่ที่สวิตช์ทั้งสองและที่ช่องสำหรับขีดจำกัด เหนือขึ้นไปคือที่อยู่ที่ลิงก์ถูกสร้างขึ้นจากเปิดภาพขนาดเต็ม
การ์ด “Public address of this installation” พร้อมช่องที่อยู่และบรรทัด “Currently in use”
ตัวที่อยู่เองดูแลอยู่ใต้ “Settings → Security” บรรทัดด้านล่างบอกคุณว่าที่อยู่ใดกำลังใช้อยู่ในขณะนี้ และมันมาจากไหนเปิดภาพขนาดเต็ม
3

รายงานเรื่องคะแนน

เฉพาะ Professional

ใต้ “Reports” ความพึงพอใจมีส่วนของตัวเองชื่อ “Customer satisfaction (CSAT)” มันปรากฏอยู่ในรายงานชุดเดียวกับทุกอย่างและใช้ตัวกรองชุดเดียวกัน ทั้งช่วงเวลา ทีม หมวดหมู่ และเจ้าหน้าที่

แผ่นห้าแผ่นอยู่ด้านบน “Average score” คือค่าเฉลี่ยของดาว “Satisfaction rate (4-5 stars)” บอกว่ามีสัดส่วนเท่าใดที่พอใจ “Response rate” คือจำนวนคนที่ตอบ และ “Surveys sent” นับแบบสำรวจที่ส่งออกไป ใต้ทั้งสองอัตรานั้น คุณจะพบเศษส่วนที่มันสร้างขึ้นมาจาก พิมพ์ไว้ด้วยตัวเล็ก

“Closed without survey” คือแผ่นที่ห้า มันนับทิกเก็ตที่ปิดแล้วแต่ไม่เคยถูกถาม พร้อมจำนวนทิกเก็ตที่ปิดทั้งหมดอยู่ใต้ลงมา หากไม่มีตัวเลขนั้น คุณจะรับอัตราหนึ่งเป็นภาพของลูกค้าคุณ ทั้งที่มันตั้งอยู่บนกลุ่มย่อยที่คุณมองไม่เห็น

ตัวเลขที่สำคัญที่สุดไม่ใช่ค่าเฉลี่ย แต่คืออัตราการตอบกลับ คะแนนที่ดีซึ่งตั้งอยู่บนคำตอบไม่กี่ชุดบอกอะไรเกี่ยวกับลูกค้าของคุณได้น้อยมาก

ใต้ลงมาคือการกระจาย สำหรับจำนวนดาวตั้งแต่ห้าลงมาถึงหนึ่ง แท่งกราฟแสดงว่ามันถูกให้บ่อยแค่ไหน พร้อมตัวเลขอยู่ข้าง ๆ จากนั้นคือ “Trend” หนึ่งแถวต่อหนึ่งวันที่มีคนตอบ พร้อมวันที่ ค่าเฉลี่ยของวันนั้นเป็นแท่งกราฟ และจำนวนคำตอบ ท้ายสุดคือ “By agent” ที่มีหนึ่งแถวต่อเจ้าหน้าที่หนึ่งคน และ “Latest comments” ที่มีสิ่งที่ผู้คนเขียนไว้จริง ๆ ส่วนการแยกย่อย “By team” จะเข้ามาสมทบทันทีที่มีมากกว่าหนึ่งทีมที่มีทิกเก็ตได้รับคะแนน

คุณปิดการแยกย่อยตามเจ้าหน้าที่ได้ “Per-agent evaluation” ปิดไว้เป็นค่าจากโรงงาน เพราะคะแนนรายบุคคลคือข้อมูลผลงาน ในหลายบริษัท คณะกรรมการลูกจ้างมีสิทธิ์ร่วมตัดสินใจในเรื่องนั้น และกับผู้ให้บริการบนคลาวด์ การประเมินนี้มักปิดไม่ได้เลย

สวิตช์นี้มีผลที่เซิร์ฟเวอร์ ไม่ใช่แค่บนหน้าจอ เมื่อปิดไว้ การแยกย่อยจะหายไปจากไฟล์ส่งออกด้วย

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

ตัวกรอง “Satisfaction” ย่อรายงานให้เหลือเฉพาะคะแนน “Rated only” แสดงทิกเก็ตที่ได้รับคะแนน “Not rated” แสดงทิกเก็ตที่ยังไม่ได้รับคะแนน และด้วย “Score from” กับ “Score to” คุณดูทุกทิกเก็ตที่ได้หนึ่งหรือสองดาวได้ ตัวกรองมีผลกับตารางและกับไฟล์ส่งออกทั้งสองแบบ

ส่วน “Customer satisfaction (CSAT)” ของรายงาน พร้อมตัวเลขหลักห้าตัวและการกระจายของดาว
แผ่นทั้งห้าของส่วนนี้ กรอบสีแดงอยู่ที่ “Closed without survey” ซึ่งเป็นตัวเลขที่ทำให้อัตราการตอบกลับมีบริบทเปิดภาพขนาดเต็ม
ส่วน “Trend” ที่มีหนึ่งแถวต่อหนึ่งวัน พร้อมค่าเฉลี่ยเป็นแท่งกราฟและจำนวนคำตอบ
ความเป็นไปตามช่วงเวลา สำหรับแต่ละวันคุณเห็นวันที่ ค่าเฉลี่ยเป็นแท่งกราฟพร้อมตัวเลขข้าง ๆ และทางขวาคือจำนวนคำตอบที่เข้ามาในวันนั้น ในตัวอย่างนี้คำตอบทั้งสองมาถึงในวันเดียวกัน จึงมีแถวเดียวเปิดภาพขนาดเต็ม
การแยกย่อย “By agent” ที่มีหนึ่งแถวต่อเจ้าหน้าที่หนึ่งคน และความคิดเห็นล่าสุด
การแยกย่อยตามเจ้าหน้าที่ พร้อมความคิดเห็นตามที่เขียนไว้จริง ส่วนนี้ของรายงานคือส่วนที่คุณปิดได้เปิดภาพขนาดเต็ม
4

คะแนนที่แย่ในฐานะตัวกระตุ้น

เฉพาะ Professional

คะแนนหนึ่งค่าทำให้กฎทำงานได้ ในหน้าจอแก้ไขกฎใต้ “Settings → Automation” มีเงื่อนไขสำหรับเรื่องนี้ คือ “Satisfaction rating (CSAT)” และข้าง ๆ คุณเลือก “is at most”, “is at least”, “is” หรือ “is not” ส่วนช่องที่สามเก็บจำนวนดาว ตั้งแต่หนึ่งถึงห้า พร้อมตัวเลขอยู่ข้าง ๆ

กรณีที่พบบ่อยคือ “is at most 2” เหนือกฎนั้นคุณจะอ่านประโยคที่หน้าจอแก้ไขเขียนตามไปด้วยว่า “When a ticket was rated 2 stars or fewer, then send an e-mail to the assignee.”

กฎข้อนี้ไม่ต้องมีเงื่อนไขเวลา บล็อก “WHEN” จึงว่างไว้ นั่นทำให้มันเป็นข้อยกเว้นในบรรดากฎทั้งหมด กฎข้ออื่นรอให้ไม่มีอะไรเกิดขึ้นมาระยะหนึ่ง ส่วนข้อนี้รอเหตุการณ์

สำหรับการกระทำ คุณมีทุกอย่างที่กฎทำได้อยู่แล้ว ทั้งส่งอีเมล เพิ่มระดับความสำคัญ ส่งทิกเก็ตต่อไปยังอีกทีม หรือตั้งการติดตาม

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

เงื่อนไขนี้ไม่เคยใช้กับทิกเก็ตที่ไม่มีคะแนน และรวมถึง “is not” ด้วย มิฉะนั้น “ไม่ใช่ห้าดาว” จะโดนงานค้างที่ยังไม่มีคะแนนทั้งหมดของคุณ หากคุณอยากรู้ว่ามีกี่รายที่ไม่ตอบ นั่นคืออัตราการตอบกลับในรายงาน

กฎทำงานครั้งเดียวต่อหนึ่งคะแนน ใต้ลงมา “Log” เปิดตาราง “What this rule did” ที่มีหนึ่งแถวต่อหนึ่งทิกเก็ต คุณจึงเห็นได้ว่ามันทำงานเมื่อใดและทำอะไรไป

หน้าจอแก้ไขกฎพร้อมเงื่อนไข “Satisfaction rating (CSAT) is at most 2” และประโยคที่อยู่เหนือขึ้นไป
เงื่อนไขในหน้าจอแก้ไข กรอบสีแดงอยู่ที่เงื่อนไขและที่ประโยคเหนือขึ้นไป และประโยคนั้นเขียนตัวเองใหม่ทุกครั้งที่มีการเปลี่ยนแปลงเปิดภาพขนาดเต็ม
ตาราง “What this rule did” ที่มีหนึ่งแถวสำหรับทิกเก็ตที่ได้คะแนนแย่
บันทึกของกฎ แถวนั้นแสดงทิกเก็ต เวลา และการกระทำที่ทำไปเปิดภาพขนาดเต็ม

ฐานความรู้

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

1

แผ่นหัวข้อพร้อมบทความและไฟล์แนบ

คุณไปถึงฐานความรู้ผ่าน “Knowledge Base” ในแถบด้านซ้าย หน้าภาพรวมประกอบด้วยแผ่น หนึ่งแผ่นต่อหนึ่งหัวข้อ ตัวเลขที่มุมบนขวาของแผ่นคือจำนวนรายการที่เผยแพร่แล้ว ใต้ลงมาคือชื่อและคำอธิบายของหัวข้อ คลิกที่แผ่นจะไปยังรายการของบทความต่าง ๆ แต่ละบทความพร้อมผู้เขียน วันที่แก้ไข และบรรทัดแรก ๆ ของข้อความ

คุณไม่ได้สร้างหัวข้อที่นี่ แต่สร้างใต้ “Settings → Knowledge Base” (ดูการ์ด “การมองเห็นแยกตามหัวข้อ”) หากไม่มีหัวข้อสักหัวข้อเดียว หน้าภาพรวมจะไม่แสดงอะไรเลยนอกจากข้อความหนึ่งบรรทัด เพราะรายการหนึ่งต้องมีหัวข้อเสมอ

คุณเขียนด้วย “New entry” บนหน้าหัวข้อ หน้าจอแก้ไขถามสามอย่าง คือ “Title”, “Topic” และ “Content” มันคือหน้าจอแก้ไขเดียวกับในทิกเก็ต พร้อมแถบเครื่องมือเดียวกัน ได้แก่ “Bold”, “Italic”, “Underline”, “Strikethrough”, “Text color”, “Highlight color”, “Bullet list”, “Numbered list”, “Quote”, “Link” และ “Clear formatting” การสร้างลิงก์ทำเหมือนในทิกเก็ต คือเลือกข้อความ กด “Link” แล้วกรอกที่อยู่ ที่อยู่เว็บและที่อยู่อีเมลได้รับอนุญาต (http, https, mailto) ปุ่ม “Save” ยังเป็นสีเทาตราบใดที่ยังขาดชื่อเรื่องหรือหัวข้อ และรายการที่ไม่มีข้อความจะถูกปฏิเสธ เพราะลำพังไฟล์แนบไม่ใช่รายการ

ภาพเข้าไปในข้อความทางคลิปบอร์ด เหมือนในทิกเก็ต คือถ่ายภาพหน้าจอแล้ววางลงในหน้าจอแก้ไขด้วย Ctrl+V เครื่องหมายอย่าง “[inline-image:1]” จะปรากฏในข้อความ เมื่อบันทึก ระบบจะอัปโหลดภาพและแสดงมันตรงจุดนั้นพอดี นอกจากนั้นมันยังไปโผล่ด้านล่างใต้ “Attachments” ซึ่งเป็นที่ที่คุณลบมันอีกครั้ง ไฟล์ PNG, JPEG และ GIF วางได้

คุณแนบไฟล์ได้ก็ต่อเมื่อบันทึกรายการแล้ว ที่ด้านล่างของหน้ารายการมีการ์ด “Attachments” พร้อม “Upload file” ชนิดไฟล์ที่อนุญาตและขนาดเหมือนกับของทิกเก็ต (ไม่เกิน 50 MB ต่อไฟล์) ใครที่อัปโหลดไฟล์ก็นำมันออกได้อีกครั้ง ส่วนผู้ดูแลระบบนำออกได้ทุกไฟล์

ผู้ดูแลระบบเขียนได้เสมอ ส่วนเจ้าหน้าที่เขียนได้ตราบใดที่สวิตช์ในการตั้งค่าอนุญาต (ดูการ์ด “การอนุมัติ”) ลูกค้าอ่านได้อย่างเดียว ผู้ดูแลระบบลบรายการใดก็ได้ ส่วนผู้เขียนลบรายการของตนเองได้ตราบใดที่มันยังรอการอนุมัติอยู่

หน้าภาพรวมฐานความรู้ที่มีแผ่นหัวข้อสามแผ่น และรายการเมนู “Knowledge Base” อยู่ในกรอบสีแดง
ทางเข้าคือ “Knowledge Base” ในแถบด้านซ้าย ทุกแผ่นคือหนึ่งหัวข้อ ตัวเลขระบุรายการที่เผยแพร่แล้ว ส่วนป้ายสีเหลืองอำพันระบุรายการที่รออยู่เปิดภาพขนาดเต็ม
หน้าจอแก้ไข “New entry” พร้อมช่อง Title และ Topic แถบเครื่องมือของหน้าจอแก้ไข และปุ่ม “Save” ที่เป็นสีเทา
ชื่อเรื่อง หัวข้อ เนื้อหา ตราบใดที่ยังไม่ได้เลือกหัวข้อ “Save” จะยังเป็นสีเทา ในกรอบสีแดงคือตัวเลือกที่ยังขาดอยู่ตรงนี้เปิดภาพขนาดเต็ม
รายการหนึ่งของฐานความรู้ พร้อมข้อความที่จัดรูปแบบแล้ว ภาพหน้าจอเครื่องพิมพ์ที่วางไว้ รายการแบบมีหมายเลข และการ์ด “Attachments” ที่มีสองไฟล์
รายการที่เสร็จแล้ว คือส่วนหัวพร้อมหัวข้อ ผู้เขียน และการอนุมัติ ใต้ลงมาคือข้อความพร้อมภาพที่วางไว้ ที่ด้านล่างคือไฟล์ทั้งสอง ได้แก่ คู่มือฉบับย่อสำหรับดาวน์โหลด และภาพที่วางไว้เปิดภาพขนาดเต็ม
3

การมองเห็นแยกตามหัวข้อ คือภายในเท่านั้น หรือเปิดให้ลูกค้า

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

คุณดูแลหัวข้อใต้ “Settings → Knowledge Base” ในการ์ด “Topics” ทุกแถวมีชื่อ คำอธิบาย เลขลำดับสำหรับการเรียงแผ่น สวิตช์ “Visible to customers” และปุ่มสองปุ่มสำหรับบันทึกและลบ คุณบันทึกทีละแถว ไม่ใช่ทั้งการ์ด

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

คุณสร้างหัวข้อใหม่ในแถวเส้นประด้านล่าง คือกรอกชื่อ เลือกการมองเห็น แล้วกด “Add topic” หัวข้อจะลบได้ก็ต่อเมื่อมันว่าง มิฉะนั้นคุณจะลบรายการในนั้นไปด้วยโดยไม่ได้เห็นมัน

การ์ด “Topics” ที่มีสามหัวข้อ โดยสวิตช์ “Visible to customers” เปิดอยู่สำหรับหัวข้อแรก และปิดอยู่สำหรับ “Internal runbooks”
ความต่างอยู่ในกรอบสีแดงทั้งสอง คือ “Printing” เปิดให้ลูกค้า ส่วน “Internal runbooks” ไม่เปิด คุณบันทึกทีละแถวด้วยปุ่มสีส้มทางขวาเปิดภาพขนาดเต็ม
4

วิธีแก้ที่เสนอขณะกำลังสร้างทิกเก็ต

ทันทีที่มีสามตัวอักษรอยู่ในช่อง “Title” ของแบบฟอร์ม “Create new ticket” ระบบจะค้นในเบื้องหลังและแสดงกล่อง “Possible solutions from the knowledge base” พร้อมรายการที่เข้ากับชื่อเรื่องได้มากถึงห้ารายการ ใครที่พบคำตอบของตนที่นั่นก็ไม่สร้างทิกเก็ต และนั่นคือจุดมุ่งหมายทั้งหมด

ระบบค้นเฉพาะชื่อเรื่องเท่านั้น ไม่ค้นคำอธิบาย และกฎเดียวกับในการค้นหาก็ใช้ที่นี่ คือข้อเสนอหนึ่งต้องมีคำในชื่อเรื่องอย่างน้อยครึ่งหนึ่ง ยิ่งชื่อเรื่องแม่นยำ ข้อเสนอก็ยิ่งน้อยและยิ่งตรง คลิกที่ข้อเสนอหนึ่งจะเปิดมันในแท็บใหม่ แบบฟอร์มที่กรอกไปครึ่งหนึ่งจึงไม่หาย ส่วน “Open knowledge base” ที่ด้านล่างพาไปยังหน้าภาพรวมเต็ม

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

ช่อง “Title” ของแบบฟอร์มทิกเก็ตใหม่ พร้อมกล่อง “Possible solutions from the knowledge base” และข้อเสนอที่อยู่ใต้ลงมา
พิมพ์เพียงชื่อเรื่อง กล่องด้านล่างก็ปรากฏขึ้นเอง ด้านบนคือรายการที่เข้ากับชื่อเรื่องได้ดีที่สุดเปิดภาพขนาดเต็ม
5

การเปลี่ยนทิกเก็ตที่แก้แล้วให้เป็นรายการ

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

ที่มุมบนขวาของทุกทิกเก็ตมี “Add to knowledge base” ปุ่มนั้นเปิดหน้าจอแก้ไขสำหรับรายการใหม่ โดยเติมชื่อเรื่องของทิกเก็ตและเรื่องราวทั้งหมดของมันไว้ล่วงหน้า คือคำอธิบายเป็นย่อหน้าแรก และความคิดเห็นทุกรายการอยู่ใต้ลงมาในรูปคำอ้าง

ลำพังเท่านั้นคุณยังไม่ได้อะไร มันเป็นวัตถุดิบ ประเด็นคือคุณเปลี่ยนมันให้เป็นคู่มือ คือตัดให้เหลือสิ่งที่จะช่วยได้ในครั้งหน้า และเขียนชื่อเรื่องใหม่หากมันฟังดูเหมือนเรื่องเดี่ยว ๆ (“Printer on 2nd floor pulls two sheets” กลายเป็น “Clearing a paper jam”)

ไม่มีหัวข้อใดถูกเลือกไว้ล่วงหน้า คุณเลือกเอง รายการนั้นถูกบันทึกเหมือนรายการอื่น คือเผยแพร่ทันทีหากคุณเป็นผู้ดูแลระบบ และส่งไปรอการอนุมัติหากคุณเป็นเจ้าหน้าที่ หลังจากนั้นรหัสอ้างอิงภายใน “Source: Ticket #1” ยังคงอยู่บนรายการ มันคือทางกระโดดกลับไปยังเรื่องนั้น และลูกค้ามองไม่เห็น

ทิกเก็ตหนึ่งใบที่มีปุ่ม “Add to knowledge base” อยู่ในกรอบสีแดงที่มุมบนขวา
ปุ่มนี้อยู่ที่มุมบนขวาของทุกทิกเก็ต ไม่ว่าทิกเก็ตนั้นจะอยู่ในสถานะใดในขณะนั้น มันมีไว้สำหรับเรื่องที่แก้ไขเสร็จแล้วเปิดภาพขนาดเต็ม
หน้าจอแก้ไข “New entry” ที่เติมชื่อเรื่องและเรื่องราวของทิกเก็ตไว้ล่วงหน้า เหนือขึ้นไปคือข้อความเรื่องทิกเก็ตต้นทางในกรอบสีแดง
ข้อความในกรอบสีแดงระบุสิ่งที่สำคัญ ส่วนในข้อความด้านล่างคือบันทึกภายในพร้อมหมายเลขใบสั่งซื้อ ซึ่งเป็นสิ่งที่ต้องนำออกก่อนบันทึกพอดีเปิดภาพขนาดเต็ม
6

การอนุมัติ รายการของเจ้าหน้าที่รอผู้ดูแลระบบ

เจ้าหน้าที่เขียนได้หรือไม่ ตัดสินด้วยสวิตช์ “Agents can create entries” ใต้ “Settings → Knowledge Base” มันเปิดไว้เป็นค่าเริ่มต้น เมื่อปิด มันเป็นเส้นแบ่งที่แข็ง คือปุ่ม “New entry” หายไป และการเรียกหน้าจอแก้ไขโดยตรงก็ถูกปฏิเสธด้วย

มีสองสถานะพอดี คือ “Awaiting review” และ “Published” ไม่มีร่างที่คุณแอบทำงานได้โดยไม่มีใครเห็น ใครเป็นคนเขียนเป็นตัวกำหนดสถานะ ผู้ดูแลระบบเผยแพร่ทันที ส่วนเจ้าหน้าที่สร้างรายการที่มีเครื่องหมาย “Awaiting review” ซึ่งเจ้าหน้าที่และผู้ดูแลระบบเห็น แต่ลูกค้าไม่เห็น บนแผ่นหัวข้อจะมีป้ายสีเหลืองอำพัน “1 awaiting review” ปรากฏขึ้นสำหรับมัน

ผู้ดูแลระบบยังได้รับอีเมลเพิ่มด้วยทันทีที่มีรายการรอการอนุมัติ มันเป็นส่วนเสริม ไม่ใช่ข้อกำหนด หากไม่ได้ตั้งค่าอีเมลขาออก ป้ายนั้นก็ยังเป็นทางที่ใช้หาการอนุมัติที่ค้างอยู่ คุณอนุมัติที่หน้าของรายการนั้นด้วย “Approve & publish” หลังจากนั้นจะมีระบุไว้ที่นั่นว่าใครเป็นผู้อนุมัติ

หากเจ้าหน้าที่เปลี่ยนรายการที่เผยแพร่แล้วในภายหลัง มันจะกลับไปรอการอนุมัติอีกครั้ง การเปลี่ยนแปลงจะกลับมาให้ลูกค้าเห็นก็ต่อเมื่อมีการกด “Approve & publish” ครั้งถัดไป ส่วนคนที่กำลังรออยู่แล้วและบันทึกอีกครั้งจะไม่ทำให้เกิดอีเมลฉบับที่สอง

หน้าการตั้งค่าฐานความรู้ พร้อมสวิตช์ “Agents can create entries” ในกรอบสีแดง
สวิตช์อยู่บนสุดของ “Settings → Knowledge Base” ประโยคข้าง ๆ ระบุว่าอะไรขึ้นอยู่กับมัน คือรายการของเจ้าหน้าที่ต้องรอการอนุมัติเปิดภาพขนาดเต็ม
รายการหนึ่งที่มีเครื่องหมาย “Awaiting review” พร้อมปุ่ม “Approve & publish” ในกรอบสีแดง
รายการนี้มาจากเจ้าหน้าที่ Marco Rossi และกำลังรออยู่ คลิกเดียวที่ “Approve & publish” ก็ทำให้ทุกคนที่เห็นหัวข้อนั้นได้มองเห็นมันเปิดภาพขนาดเต็ม
7

ประวัติการเปลี่ยนแปลงของฐานความรู้

ใต้ “Settings → Knowledge Base” การ์ด “History” อยู่ล่างสุด มันแสดงเหตุการณ์ 200 รายการล่าสุด ใหม่สุดก่อน ได้แก่ เกิดอะไรขึ้น รายการหรือหัวข้อใดได้รับผล ใครทำ และเมื่อใด

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

สองบรรทัดพร้อมกันไม่ใช่ความผิดพลาด เมื่อผู้ดูแลระบบสร้างรายการ จะมี “Entry created” อยู่ตรงนั้น และเหนือขึ้นไปติดกันคือ “Entry approved” เพราะเขาเผยแพร่โดยไม่ต้องอ้อมผ่านการอนุมัติ ส่วนของเจ้าหน้าที่จะมีเพียง “Entry created” ในตอนแรก การอนุมัติมาทีหลังและมาพร้อมชื่อของผู้ดูแลระบบ

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

การ์ด “History” พร้อมบรรทัดอย่าง “Entry created”, “Entry approved” และ “Topic created” แต่ละบรรทัดมีชื่อและเวลา
บนสุดคือรายการของเจ้าหน้าที่ที่ยังรอการอนุมัติ มันจึงยังไม่มีบรรทัด “Entry approved” ใต้ลงมาคือรายการของผู้ดูแลระบบ แต่ละรายการมีทั้งสองบรรทัดเปิดภาพขนาดเต็ม

การสำรองและกู้คืนข้อมูล

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

1

แอปพลิเคชันสำหรับสำรองและกู้คืนข้อมูล

แอปพลิเคชันชื่อ “Ticket System Backup & Restore” มันอยู่ข้างระบบทิกเก็ตและมีทางลัดของตัวเองบนเดสก์ท็อป

มีรุ่นสำหรับ Windows และรุ่นสำหรับ Linux มันคือแอปพลิเคชันเดียวกัน เพียงแต่สร้างให้กับแต่ละระบบปฏิบัติการ

มันมีห้าแท็บ “Restore” แสดงรายการข้อมูลสำรองที่คุณมี “Create Backup” สร้างชุดใหม่ “Schedule” ดูแลเรื่องเวลา “Settings” แสดงเส้นทาง และ “Log” แสดงบันทึก

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

โฟลเดอร์สำหรับข้อมูลสำรองอยู่ใต้ “Backup directory” คุณเปลี่ยนมันได้ เช่น เปลี่ยนไปยังไดรฟ์อื่น

แท็บ “Restore” ที่มีข้อมูลสำรองสองชุด แต่ละชุดมีเวลา ขนาด และชนิด
กรอบสีแดงอยู่ที่รายการนั้น คอลัมน์ “Type” ระบุว่าข้อมูลสำรองชุดนั้นมาจากตารางเวลาหรือถูกสร้างด้วยมือเปิดภาพขนาดเต็ม
แท็บ “Settings” พร้อมโฟลเดอร์ ฐานข้อมูล และวอลุมทั้งสาม
กรอบสีแดงอยู่ที่ชื่อฐานข้อมูล ใต้ลงมาคือวอลุมที่ถูกเก็บไปพร้อมกันเปิดภาพขนาดเต็ม
2

ตารางเวลาทำงานตั้งแต่วินาทีที่คุณติดตั้ง

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

การติดตั้งจะตั้งค่าการสำรองข้อมูลรายวันให้เอง มันทำงานเวลา 23:00 น. ตามนาฬิกาของเซิร์ฟเวอร์

ตารางเวลาอยู่ในระบบปฏิบัติการ บน Windows คือ Task Scheduler ส่วนบน Linux คือบริการ cron จึงไม่มีบริการเพิ่มที่ทำงานอยู่เพียงเพื่อสำรองข้อมูล

การสำรองข้อมูลไม่ต้องมีใครเข้าสู่ระบบอยู่ บนเซิร์ฟเวอร์ที่ไม่มีใครเข้าสู่ระบบเลย มันก็ยังทำงาน

บรรทัดใต้ปุ่มบอกคุณว่างานนั้นมีอยู่จริงในระบบปฏิบัติการหรือไม่ ช่องที่ติ๊กไว้บอกได้เพียงว่าอะไรถูกบันทึกไว้

ข้อมูลสำรองถูกเก็บไว้ห้าชั้น คือ 14 วัน 4 สัปดาห์ 12 เดือน 4 ไตรมาส และ 5 ปี ข้อมูลสำรองชุดหนึ่งอยู่ต่อไปตราบใดที่มันเป็นชุดใหม่สุดของช่วงนั้นในชั้นใดชั้นหนึ่ง

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

ข้อมูลสำรองที่คุณสร้างด้วยมือไม่เคยถูกลบอัตโนมัติ นั่นคือความหมายของเลข 0 ที่ “Keep manual”

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

แท็บ “Schedule” ที่ติ๊ก “Daily” ไว้ และตั้งเวลาไว้ที่ 23:00
กรอบสีแดงอยู่ที่ “Daily” และที่เวลา ประโยคด้านบนระบุทั้งสองทาง คือ Task Scheduler และ cronเปิดภาพขนาดเต็ม
บรรทัด “Registered with the operating system: yes (Daily)” ใต้ปุ่ม
บรรทัดนี้ถูกตรวจใหม่ทุกครั้งที่เริ่มทำงาน หากมันระบุว่า “NO” ก็จะไม่มีอะไรทำงานเอง ในกรณีนั้นให้ใช้ “Apply schedule” ในฐานะผู้ดูแลระบบเปิดภาพขนาดเต็ม
ช่องเก็บรักษาหกช่อง คือ 14, 4, 12, 4, 5 และ 0
กรอบสีแดงอยู่ที่ชั้นต่าง ๆ ส่วน “Keep manual (0 = keep all)” หมายความว่าข้อมูลสำรองที่สร้างด้วยมือจะถูกเก็บไว้เปิดภาพขนาดเต็ม
3

ข้อมูลสำรองหนึ่งชุดมีอะไรอยู่ข้างใน

ข้อมูลสำรองมีทุกอย่างที่ประกอบเป็นสภาพของระบบคุณ ได้แก่ ฐานข้อมูล ไฟล์แนบ ไฟล์เก็บถาวร และกุญแจ

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

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

ระบบยังทำงานต่อไปในระหว่างนั้น เจ้าหน้าที่ของคุณไม่รู้สึกถึงการสำรองข้อมูลเลย

“Estimate size” บอกล่วงหน้าว่าฐานข้อมูลใหญ่แค่ไหน ส่วนไฟล์ที่เสร็จแล้วจะเล็กกว่า เพราะมันถูกบีบอัด

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

แท็บ “Create Backup” พร้อมปุ่ม “Estimate size” และ “Create backup now”
กรอบสีแดงอยู่ที่ปุ่มทั้งสอง ประโยคด้านบนแจกแจงว่ามีอะไรรวมอยู่บ้างเปิดภาพขนาดเต็ม
ข้อความด้านล่างพร้อมเส้นทางเต็มของไฟล์ที่ถูกสร้างขึ้น
หลังสร้างเสร็จ ชื่อไฟล์จะปรากฏที่ด้านล่างของหน้าต่าง เวลาเป็นส่วนหนึ่งของชื่อเปิดภาพขนาดเต็ม
4

การเอาทุกอย่างกลับคืนมา

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

ในแท็บ “Restore” คุณเลือกข้อมูลสำรองชุดที่ต้องการกลับคืนมา แล้วคลิก “Restore”

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

การติ๊ก “Wipe target volumes before restore” จะล้างวอลุมก่อน วิธีนี้ทำให้ไม่มีไฟล์ใดตกค้างอยู่ทั้งที่มันไม่มีอยู่ตอนสร้างข้อมูลสำรอง

ขั้นตอนต่าง ๆ ปรากฏในแท็บ “Log” ที่นั่นคุณเห็นทีละขั้นว่าแอปพลิเคชันทำอะไรไป

สภาพทั้งหมดกลับคืนมา ทั้งทิกเก็ต ความคิดเห็น ประวัติ ไฟล์แนบ เวลาที่บันทึกไว้ และฐานความรู้ ทั้งหมดกลับมาเหมือนตอนที่สร้างข้อมูลสำรอง

หลังจากนั้นระบบใช้งานได้อีกครั้ง บนการติดตั้งขนาดเล็ก เรื่องนี้ใช้เวลาไม่ถึงหนึ่งนาที

ข้อมูลสำรองชุดที่เลือกไว้ในรายการ พร้อมช่องติ๊กและปุ่ม “Restore” ด้านล่าง
กรอบสีแดงอยู่ที่ช่องติ๊กและที่ “Restore” หากไม่ได้เลือกแถวใด ปุ่มจะยังปิดอยู่เปิดภาพขนาดเต็ม
คำยืนยันก่อนการกู้คืน พร้อมปุ่ม “Yes” และ “No”
คำถามระบุผลที่ตามมาทั้งสองอย่าง คือสภาพของวันนี้ถูกเขียนทับ และคอนเทนเนอร์ถูกเริ่มใหม่เปิดภาพขนาดเต็ม
บันทึกหลังการกู้คืน พร้อมข้อความ “Restore complete.” ที่ด้านล่าง
ทุกขั้นตอนอยู่ตรงนั้นพร้อมเวลาของมัน ตอนท้ายแอปพลิเคชันรายงานว่า “Restore complete.”เปิดภาพขนาดเต็ม
5

บนเซิร์ฟเวอร์ที่ไม่มีเดสก์ท็อป

เซิร์ฟเวอร์มักไม่มีเดสก์ท็อป แอปพลิเคชันเดียวกันจึงทำงานเป็นคำสั่งได้ด้วย

ห้าคำสั่งคือสิ่งที่คุณต้องใช้ “backup” เก็บข้อมูล “list” แสดงข้อมูลสำรองที่คุณมี “restore” นำชุดหนึ่งกลับคืนมา “schedule” ตั้งเวลา และ “config” แสดงการตั้งค่า

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

แอปพลิเคชันอยู่ใน “/opt/smitey/Backup” คุณเรียกมันด้วย “sudo” แล้วต่อท้ายด้วยคำสั่ง คอนเทนเนอร์ทำงานในฐานะ “root” การสำรองข้อมูลจึงต้องใช้สิทธิ์นั้นด้วย

คุณคัดลอกกล่องสี่กล่องด้านล่างได้ มันครอบคลุมสิ่งที่ต้องใช้จริงในงานประจำวัน

การกู้คืนก็ถามที่นี่เช่นกัน มันจะทำงานก็ต่อเมื่อคุณเติม “--yes”

มีไฟล์หนึ่งบนเซิร์ฟเวอร์ให้อ่านเรื่องทั้งหมดนี้ มันชื่อ “BACKUP-RESTORE.txt” และอยู่ใน “/opt/smitey” มันพาไปดูตารางเวลา ทุกคำสั่ง และทางกลับอีกครั้ง ตามจังหวะของคุณเอง มันมาในภาษาที่คุณเลือกไว้ตอนติดตั้ง ส่วนภาษาอื่นอยู่ใต้ “/opt/smitey/docs”

แสดงข้อมูลสำรองที่คุณมี

sudo /opt/smitey/Backup/TicketSystemBackup list

ทุกบรรทัดมีเวลา เหตุผล ขนาด และชื่อไฟล์ มันคือรายการเดียวกับในหน้าต่าง

แสดงตารางเวลา

sudo /opt/smitey/Backup/TicketSystemBackup schedule --show

บรรทัดแรกระบุเวลาที่ตั้งไว้ ส่วนบรรทัดสุดท้ายบอกว่างานนั้นมีอยู่จริงในระบบปฏิบัติการหรือไม่ หากมันระบุว่า “NO” ก็จะไม่มีอะไรทำงานเอง

เปลี่ยนตารางเวลา

sudo /opt/smitey/Backup/TicketSystemBackup schedule --daily 23:00 --keep 14

เวลาคือเวลาของเซิร์ฟเวอร์เอง “--keep” ระบุว่าจะเก็บข้อมูลสำรองรายวันไว้กี่ชุด ส่วน “schedule --off” ปิดการสำรองข้อมูลรายวัน

สร้างข้อมูลสำรองเดี๋ยวนี้

sudo /opt/smitey/Backup/TicketSystemBackup backup

ข้อมูลสำรองชุดนี้นับเป็น “Manual” ข้อมูลสำรองที่สร้างด้วยมือไม่เคยถูกลบอัตโนมัติ

บรรทัดคำสั่งบนเซิร์ฟเวอร์ Linux ที่มีการทำงานของ “backup” และรายการจาก “list” อยู่ใต้ลงมา
ด้านบน “backup” ทำงานผ่านไป คือเก็บฐานข้อมูล เก็บวอลุมทั้งสาม แล้วบีบอัด ใต้ลงมา “list” แสดงไฟล์ที่เสร็จแล้วไว้ในลำดับแรก ส่วนบรรทัดที่มีลูกศรคือคำสั่งที่แอปพลิเคชันเรียกเองเปิดภาพขนาดเต็ม
6

ข้อมูลสำรองอยู่บนเครื่องเดียวกัน

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

ข้อมูลสำรองคือไฟล์ในโฟลเดอร์ที่คุณตั้งไว้ โฟลเดอร์นั้นอยู่บนเครื่องเดียวกับระบบทิกเก็ต

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

มันไม่ช่วยเมื่อดิสก์เสีย หากดิสก์หายไป ข้อมูลสำรองก็หายไปด้วย

ให้คัดลอกไฟล์ไปที่อื่น ไดรฟ์เครือข่าย เซิร์ฟเวอร์เครื่องที่สอง หรือที่เก็บข้อมูลในเครือข่าย ก็เพียงพอ

ไฟล์ที่คัดลอกไว้โหลดกลับได้ทุกที่ ด้วย “Import backup file…” คุณนำมันกลับเข้ามาในรายการ

แท็บ “Settings” พร้อมช่อง “Backup directory”
ช่อง “Backup directory” ระบุว่าไฟล์อยู่ที่ไหน นั่นคือโฟลเดอร์ที่คุณควรคัดลอกไปที่อื่นเป็นประจำเปิดภาพขนาดเต็ม
7

ก่อนอัปเดตทุกครั้ง ระบบสำรองข้อมูลให้เอง

การอัปเดตจะสำรองข้อมูลของตัวเองไว้ก่อน เรื่องนั้นเกิดขึ้นอิสระจากตารางเวลาของคุณ และคุณไม่ต้องติ๊กอะไรเลย

มันเก็บเหมือนเดิมทุกครั้ง คือฐานข้อมูล ไฟล์แนบ ไฟล์เก็บถาวร และกุญแจ

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

ข้อความก่อนการอัปเดตบอกคุณเช่นนั้น คุณจึงไม่ต้องจำว่าจะสำรองข้อมูลเองก่อน

อ่านเพิ่มเติมได้ในการ์ด: การอัปเดตด้วยการกดปุ่ม

คำยืนยันก่อนการอัปเดต พร้อมข้อความเรื่องการสำรองข้อมูล
ประโยค “A full backup is taken automatically beforehand” เป็นส่วนหนึ่งของคำถาม การสำรองข้อมูลทำงานก่อนที่อะไรจะถูกแทนที่เปิดภาพขนาดเต็ม

คำสั่งสำคัญ (Linux)

พร้อมคัดลอก ทุกคำสั่งใช้ sudo เพราะตัวติดตั้งและคอนเทนเนอร์ต้องใช้สิทธิ์ root

ติดตั้งสิ่งที่ต้องมีก่อน

sudo apt install -y unzip

หากไม่มี unzip ตัวติดตั้งจะแตกแพ็กเกจไม่ได้

ติดตั้งระบบทิกเก็ต

curl -fsSL https://files.smitey.eu/download/get-smitey.sh | sudo bash

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

ตรวจสอบ HTTPS

sudo /opt/smitey/smitey-install check-https

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

ดูข้อมูลเข้าสู่ระบบครั้งแรก

sudo cat /opt/smitey/SMITEY-credentials.txt

หลังเข้าสู่ระบบครั้งแรก ให้เปลี่ยนรหัสผ่านแล้วลบไฟล์นั้นทิ้ง

คอนเทนเนอร์ทำงานอยู่หรือไม่

sudo podman ps

แสดงทุกส่วนของระบบพร้อมสภาพของมัน

ติดตามบันทึก

sudo podman logs -f container-backend-1

แสดงสิ่งที่แบ็กเอนด์รายงานแบบสด หยุดด้วย Ctrl+C

ตรวจสอบตัวควบคุม

systemctl status smitey-supervisor

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

สร้างชุดข้อมูลสนับสนุน

sudo /opt/smitey/install.sh --support-bundle

รวบรวมบันทึกและสภาพระบบไว้ในไฟล์ zip เดียว รหัสผ่านและกุญแจถูกนำออก

เปลี่ยนที่อยู่สาธารณะ

sudo /opt/smitey/install.sh --reconfigure

ตั้งโดเมนใหม่แล้วเริ่มระบบใหม่ เพื่อให้มีการขอใบรับรองสำหรับชื่อใหม่

ถอนการติดตั้ง

sudo /opt/smitey/install.sh --uninstall

มันถามเรื่องข้อมูลและเรื่อง Podman แยกกัน ไม่มีอะไรถูกลบโดยไม่ถาม

การสำรองข้อมูลจัดการโดย /opt/smitey/Backup/TicketSystemBackup (list, backup, restore) ส่วนการสำรองข้อมูลรายวันทำงานเอง รายละเอียดอยู่ใน /opt/smitey/docs/en/BACKUP-RESTORE.txt

กลับไปที่การเปรียบเทียบความสามารถภาพเหล่านี้มาจากเวอร์ชัน 0.46.0