ช่องทางการแจ้งเตือน 8 ช่องทาง · แยกตามเส้นทางที่ข้อมูลเดินทาง
| ช่องทาง | สถานะ | อัตราส่งสำเร็จ | ข้อมูลเดินทางผ่านใคร | เนื้อหาที่อนุญาต | ความถี่ |
|---|---|---|---|---|---|
| ในแอปพลิเคชัน | เปิด | 99.8% | ภายในระบบเท่านั้น | เนื้อหาเต็มได้ | ทันที |
| อีเมล | เปิด | 99.2% | ผู้ให้บริการอีเมลขององค์กร | สรุปย่อ + ลิงก์ | ทันที หรือสรุปรายวัน |
| ข้อความสั้น | เปิด | 98.6% | ผู้ให้บริการโทรคมนาคม | ไม่มีเนื้อหา — แจ้งให้เข้าระบบ | เฉพาะเรื่องเร่งด่วน |
| แอปแชท | เปิด | 99.1% | ผู้ให้บริการแอปแชท | ไม่มีเนื้อหา — แจ้งให้เข้าระบบ | ทันที |
| แอปประชุมองค์กร | เปิด | 99.4% | ผู้ให้บริการซอฟต์แวร์องค์กร | สรุปย่อ | ทันที หรือสรุปรายวัน |
| แอปสนทนาทีม | เปิด · ส่งล้มเหลวบ่อย | 92.4% | ผู้ให้บริการภายนอก | สรุปย่อ | ทันที |
| การแจ้งเตือนบนอุปกรณ์ | เปิด | 97.8% | ผู้ให้บริการระบบปฏิบัติการ | ไม่มีเนื้อหา | ทันที |
| ส่งต่อระบบอื่นอัตโนมัติ | เปิด | 99.6% | ปลายทางที่องค์กรกำหนดเอง | ตามที่ตั้งค่า | ทันที |
สองคอลัมน์กลางไม่มีในต้นแบบเลย — ต้นแบบแสดงเพียงว่าช่องทางไหนเปิดหรือปิด และตั้งความถี่เป็นทันทีทุกช่องทาง · ช่องทาง 5 จาก 8 ส่งข้อมูลผ่านผู้ให้บริการภายนอก ซึ่งหมายความว่าเนื้อหาที่ส่งจะผ่านมือบุคคลอื่นทุกครั้ง · ตัวอย่างการแจ้งเตือนในต้นแบบมีทั้งชื่อผู้รับ เลขที่เอกสาร และเรื่องที่อนุมัติ ซึ่งถ้าส่งทางข้อความสั้นก็เท่ากับส่งข้อมูลนั้นให้ผู้ให้บริการโทรคมนาคมด้วย · วิธีที่ปลอดภัยกว่าคือส่งข้อความที่ไม่มีเนื้อหา แล้วให้ผู้รับเข้ามาดูในระบบ ซึ่งได้ผลเท่ากันในการแจ้งเตือนแต่ไม่ทำให้ข้อมูลออกไป
ความถี่และการรวมเป็นสรุป ทางแก้ปัญหาการแจ้งเตือนล้น
| ประเภทเรื่อง | ความถี่ที่ควรเป็น | ช่องทางที่ควรใช้ | เหตุผล |
|---|---|---|---|
| เรื่องความปลอดภัยและเหตุฉุกเฉิน | ทันที | ทุกช่องทาง | ต้องรู้ทันที |
| เรื่องที่มีกำหนดเวลาตามกฎหมาย | ทันที + เตือนซ้ำ | ในแอป + อีเมล | พลาดแล้วแก้ไม่ได้ |
| การอนุมัติที่รอตัวเรา | ทันที | ในแอป + แอปแชท | คนอื่นรออยู่ |
| ความคืบหน้าของงานทั่วไป | สรุปรายวัน | อีเมล | ไม่ต้องรู้ทันที |
| รายงานที่สร้างเสร็จ | สรุปรายวัน | ในแอป | ดูเมื่อว่างได้ |
| ผลการทำงานของระบบอัตโนมัติ | สรุปรายสัปดาห์ | อีเมล | ดูเป็นภาพรวมพอ |
ต้นแบบตั้งความถี่เป็น "ทันที" ทุกช่องทางโดยไม่มีทางเลือกอื่น — ซึ่งเป็นสาเหตุโดยตรงของสิ่งที่พบในหน้า Notification Center ระดับแพลตฟอร์ม คือการแจ้งเตือนค้างอยู่ 1,355 รายการ คิดเป็น 41.7% และ 73.4% ของทั้งหมดเป็นเรื่องทั่วไปที่ไม่ต้องทำอะไร · เมื่อทุกอย่างเร่งด่วน ก็เท่ากับไม่มีอะไรเร่งด่วน ผู้ใช้จะเลิกอ่านทั้งหมดรวมถึงเรื่องที่สำคัญจริง · การรวมเรื่องทั่วไปเป็นสรุปรายวันฉบับเดียวลดจำนวนการแจ้งเตือนได้มากโดยไม่เสียข้อมูล
การส่งล่าสุดและอัตราสำเร็จ
| ช่องทาง | ส่งวันนี้ | สำเร็จ | ล้มเหลว | อัตราสำเร็จ |
|---|---|---|---|---|
| ในแอปพลิเคชัน | 842 | 840 | 2 | 99.8% |
| อีเมล | 486 | 482 | 4 | 99.2% |
| แอปประชุมองค์กร | 186 | 185 | 1 | 99.4% |
| แอปแชท | 142 | 141 | 1 | 99.1% |
| ข้อความสั้น | 72 | 71 | 1 | 98.6% |
| แอปสนทนาทีม | 66 | 61 | 5 | 92.4% |
| การแจ้งเตือนบนอุปกรณ์ | 48 | 47 | 1 | 97.8% |
| รวม | 1,842 | 1,827 | 15 | 99.2% |
840 + 482 + 185 + 141 + 71 + 61 + 47 = 1,827 ครั้งที่สำเร็จ · ล้มเหลว 15 ครั้ง → อัตราสำเร็จ 99.2%
ต้นแบบแสดงว่าช่องทางหนึ่งส่งล้มเหลวในรายการล่าสุด แต่สถานะช่องทางนั้นยังขึ้นว่าเชื่อมต่อปกติ — เมื่อดูรวมทั้งวันจะเห็นว่าช่องทางนั้นมีอัตราสำเร็จ 92.4% ซึ่งต่ำกว่าช่องทางอื่นชัดเจน · การแจ้งเตือนที่ส่งไม่ถึงคือการแจ้งเตือนที่ไม่มีอยู่จริงสำหรับผู้รับ ถ้าเป็นเรื่องที่มีกำหนดเวลา ผู้รับจะพลาดโดยไม่รู้ตัว ระบบจึงต้องนับอัตราสำเร็จรายช่องทางและเตือนเมื่อต่ำกว่าเกณฑ์
ต้นแบบ — ข้อมูลตัวอย่าง · ค่าที่ตั้งในโมดูลนี้มีผลกับองค์กรนี้เท่านั้น ตัวเลขบนหน้าจึงเป็นคนละฐานกับโมดูล Super Admin ที่นับทั้งแพลตฟอร์ม · หน้านี้แก้จากต้นแบบ 3 จุด ตัวอย่างการแจ้งเตือนแสดงชื่อผู้รับและเลขที่เอกสารเต็ม — ถ้าส่งผ่านข้อความสั้นหรือแอปแชท เนื้อหานั้นจะเดินทางผ่านผู้ให้บริการภายนอกทุกครั้ง ระบบจึงควรส่งข้อความสั้นที่ไม่มีเนื้อหาแล้วให้ผู้รับเข้ามาดูในระบบ · ทุกช่องทางตั้งความถี่เป็น "ทันที" ทั้งหมด ซึ่งเป็นสาเหตุของการแจ้งเตือนค้าง 41.7% ที่พบในหน้า Notification Center ระดับแพลตฟอร์ม · และช่องทางที่ส่งล้มเหลวยังแสดงสถานะว่าเชื่อมต่อปกติ