คู่มือศูนย์การแจ้งเตือน Rivya

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

ศูนย์การแจ้งเตือนของ Rivya ไม่ได้มีไว้เพื่อทำให้ผลิตภัณฑ์ดูวุ่นวาย

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

คำถามจริงที่การแจ้งเตือนตอบ

การแจ้งเตือนมีประโยชน์ที่สุดเมื่อคุณไม่ได้ถามว่า:

ฉันสร้างอะไรไว้

แต่กำลังถามว่า:

เกิดอะไรขึ้นในบัญชีนี้ที่อาจเปลี่ยนก้าวถัดไปของฉัน

นี่คือเหตุผลที่การแจ้งเตือนแตกต่างจากทั้งประวัติและการตั้งค่า

การแจ้งเตือนมีไว้สำหรับเหตุการณ์เชิงปฏิบัติการ ไม่ใช่กิจกรรมทั่วไป

สตรีมการแจ้งเตือนที่ใช้งานได้จริงในปัจจุบันจัดรอบเหตุการณ์เชิงปฏิบัติสามชนิด:

• การเรียกเก็บเงิน

• เครดิต

• การสร้าง

ยังมีชนิด account อยู่ในโมเดลข้อมูลที่กว้างกว่า แต่สตรีมที่ผู้ใช้เห็นจริงตั้งใจโฟกัสที่สามชนิดข้างต้น

นี่คือการเลือกทางผลิตภัณฑ์ ไม่ใช่ฟีเจอร์ที่หายไป ระบบพยายามรักษาสัญญาณที่มีประโยชน์ ไม่ใช่ทุกเหตุการณ์ที่เป็นไปได้

เหตุการณ์ที่สำคัญจริงที่นี่

ตอนนี้ เหตุการณ์การแจ้งเตือนที่คงอยู่และสำคัญที่สุด ได้แก่:

• เริ่มการสมัครสมาชิก

• ต่ออายุการสมัครสมาชิก

• การชำระเงินล้มเหลว

• เพิ่มแพ็กเครดิตแล้ว

• การสร้างสำเร็จ

• การสร้างล้มเหลว

• เครดิตไม่เพียงพอ

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

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

นี่คือสิ่งที่ทำให้ศูนย์นี้มีประโยชน์จริง

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

การแจ้งเตือนยังสำคัญ เพราะมันตอบคำถามข้ามหน้าว่า:

ผลลัพธ์สำคัญใดที่ฉันต้องสังเกตตอนนี้

นั่นคือเหตุผลที่เหตุการณ์เดียวกันอาจปรากฏ:

• ในพื้นที่ทำงานหรือหน้าการตั้งค่าที่เกี่ยวข้อง

• และในศูนย์การแจ้งเตือนในฐานะบันทึกเชิงปฏิบัติการที่คงอยู่

ตัวอย่างบนแดชบอร์ดเทียบกับหน้าการแจ้งเตือนเต็ม

ตัวอย่างบนแดชบอร์ดคือเวอร์ชันสั้น

มันมีไว้เพื่อตอบว่า:

• ฉันมีรายการยังไม่อ่านหรือไม่

• มีอะไรเร่งด่วนหรือไม่

• ควรเปิดศูนย์เต็มหรือไม่

หน้า /notifications เต็มคือที่ที่คุณเห็นมุมมองเชิงปฏิบัติการที่ยาวกว่า

ตอนนี้หน้าดังกล่าวให้:

• ฟีดการแจ้งเตือนล่าสุด

• จำนวนตามชนิด

• สถานะยังไม่อ่าน

• การทำเครื่องหมายอ่านทั้งหมด

• ลิงก์กลับไปยังหน้าผลิตภัณฑ์ที่เกี่ยวข้องที่สุด

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

การแจ้งเตือนเทียบกับประวัติ

ใช้ ประวัติ เมื่อคำถามหลักคือ:

ฉันสร้างหรือคุยอะไรไว้

ใช้การแจ้งเตือนเมื่อคำถามหลักคือ:

เกิดอะไรขึ้นที่อาจต้องสนใจ อธิบาย หรือดำเนินการต่อ

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

การแจ้งเตือนเทียบกับการตั้งค่า

ควรแยกความแตกต่างนี้ให้ชัด:

• การตั้งค่าจัดการสิ่งที่คุณควบคุม

• การแจ้งเตือนเก็บสิ่งที่เกิดขึ้นแล้ว

ตัวอย่างเช่น:

• การตั้งค่าความชอบรับจดหมายข่าวอยู่ในการตั้งค่า

• การชำระเงินล้มเหลวอยู่ในการแจ้งเตือน

การปฏิบัติกับสองสิ่งนี้เหมือนกันมักทำให้ผลิตภัณฑ์เข้าใจยากขึ้น

เมื่อใดที่ศูนย์การแจ้งเตือนมีประโยชน์ที่สุด

ศูนย์นี้มีคุณค่ามากที่สุดในช่วงเวลาแบบนี้:

• คุณไม่ได้อยู่หน้าจอและอยากรู้ว่ามีอะไรสำคัญเปลี่ยนไปหรือไม่

• การรันดูเหมือนปกติ แต่ภายหลังมีบางอย่างล้มเหลว

• การชำระเงินเสร็จแล้วและคุณต้องการยืนยันว่าบัญชีบันทึกอะไรไว้จริง

• เครดิตเหลือน้อยและคุณต้องตัดสินใจว่าจะเติมเครดิตหรือหยุดก่อน

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

พฤติกรรมใช้งานการแจ้งเตือนที่เหมาะ

สำหรับผู้ใช้ส่วนใหญ่ รูปแบบที่ดีคือ:

1. ใช้แดชบอร์ดดูว่ามีอะไรต้องสนใจหรือไม่

2. เปิดหน้าการแจ้งเตือนเต็มเมื่อตัวอย่างสั้นไม่พอ

3. ตามลิงก์ที่เกี่ยวข้องกลับไปยังพื้นที่ทำงานหรือหน้าการตั้งค่าที่ถูกต้อง

วิธีนี้ทำให้การแจ้งเตือนทำหน้าที่เหมือนพื้นที่ทำงานเชิงปฏิบัติการ ไม่ใช่กล่องข้อความแบบนิ่ง

อ่านต่อ

• ประวัติ

• วงจรชีวิตงาน

• เวิร์กโฟลว์รูปภาพใน Rivya

• เวิร์กโฟลว์วิดีโอใน Rivya

• เวิร์กโฟลว์เสียงใน Rivya

• แดชบอร์ดใน Rivya

• การแก้ไขปัญหาใน Rivya

• ทำไม Rivya จึงมีศูนย์การแจ้งเตือน

เช็กลิสต์ทบทวนการแจ้งเตือน

เมื่อคุณต้องเข้าใจเหตุการณ์ ไม่ใช่แค่ดูเอาต์พุตสุดท้าย ให้ตรวจว่า:

• ตรวจว่าการแจ้งเตือนเกี่ยวกับการเรียกเก็บเงิน เครดิต การสร้าง หรือสถานะบัญชี

• เชื่อมการแจ้งเตือนการสร้างกลับไปยังบันทึกงานและรายการประวัติ

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

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

• ใช้สถานะยังไม่อ่านเพื่อคัดแยก ไม่ใช่เป็นหลักฐานว่าเหตุการณ์ยังไม่ถูกแก้

ตรวจซ้ำเมื่อสถานะและประวัติไม่ตรงกัน

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