Rivya มี notifications center เพราะ feedback ชั่วคราวไม่พออีกต่อไปเมื่อผลิตภัณฑ์กำลังจัดการงานจริงและสถานะบัญชีจริง
หน้านี้อธิบายว่าทำไมผลิตภัณฑ์ต้องมี notifications ที่คงอยู่ ไม่ใช่เอกสารอ้างอิงแบบละเอียดของชนิด notification, unread state หรือพฤติกรรม related-link
Toasts อยู่แค่ชั่วครู่
toast มีประโยชน์สำหรับ:
- งานของคุณเริ่มแล้ว
- การคัดลอกสำเร็จ
- การกระทำนั้นเพิ่งเสร็จ
แต่ไม่ถนัดเรื่อง:
- ทำไมสถานะบัญชีของฉันเปลี่ยน?
- ตอนฉันไม่อยู่ มีอะไรล้มเหลว?
- payment นั้นสำเร็จจริงหรือไม่?
- ทำไมเมื่อกี้ฉันเริ่มการรันนั้นไม่ได้?
ช่องว่างนี้คือเหตุผลที่ notifications center มีอยู่
ความจำเชิงปฏิบัติการที่คงอยู่
ผลิตภัณฑ์ปัจจุบันมี event types ที่ยังสำคัญหลังช่วงเวลานั้นผ่านไปแล้ว:
- เริ่ม subscription แล้ว
- ต่ออายุ subscription แล้ว
- การชำระเงินล้มเหลว
- เพิ่มแพ็กเครดิตแล้ว
- งานสร้างสำเร็จ
- การสร้างล้มเหลว
- เครดิตไม่พอ
สิ่งเหล่านี้ไม่ใช่ event เพื่อความสวยงาม แต่มันเปลี่ยนสิ่งที่ผู้ใช้ทำต่อได้
Notifications เทียบกับ Preferences
ความต่างที่มีประโยชน์ใน Rivya คือ:
- settings ควบคุมสิ่งที่คุณต้องการจัดการ
- notifications บอกสิ่งที่เกิดขึ้นจริง
นั่นคือเหตุผลที่ newsletter preference อยู่ใน profile ส่วน payment failed ควรอยู่ใน notifications
สองอย่างนี้แก้ปัญหาคนละแบบ
ทำไม workflows ต้องมีความจำ
Rivya ไม่ใช่ chat app หน้าเดียว ผู้ใช้สามารถขยับระหว่าง:
- แชต
- ภาพ
- วิดีโอ
- เสียง
เมื่อผลิตภัณฑ์ครอบคลุม workflows ที่คิดเงินได้หลายแบบ สัญญาณที่คงอยู่ยิ่งสำคัญขึ้น:
- การสร้างล้มเหลว
- wallet ต่ำเกินไป
- การชำระเงินเสร็จสมบูรณ์
- เพิ่มแพ็กแล้ว
หากไม่มีความจำชั้นนี้ ผู้ใช้จะต้องเดาสถานะย้อนหลังเอง
ศูนย์นี้ทำอะไร
หน้า /notifications ปัจจุบันเน้นสัญญาณที่มีประโยชน์และมี noise ค่อนข้างน้อย
มันให้คุณ:
- feed ของเหตุการณ์ล่าสุด
- จำนวนตามชนิด event
- สถานะยังไม่ได้อ่าน
- action ทำเครื่องหมายว่าอ่านแล้วทั้งหมด
- links กลับไปยังหน้าที่เกี่ยวข้องที่สุด
ส่วนสุดท้ายสำคัญกว่าที่ฟังดู notification ที่ดีควรพาคุณไปยังที่ที่ลงมือทำได้
อะไรควรอยู่นอกศูนย์นี้
Rivya ไม่ได้พยายามเปลี่ยน notifications ให้เป็น:
- inbox โซเชียล
- wall การตลาด
- stream ของทุก chat reply
ผลิตภัณฑ์จะน่าเชื่อถือขึ้นก็ต่อเมื่อศูนย์นี้ยังเลือกเฉพาะสิ่งที่สำคัญ
Dashboard และ Notifications
dashboard แสดง preview แบบเบาของ notifications ล่าสุด
ศูนย์เต็มคือที่ที่คุณไปเมื่อจำเป็นต้องดู operational record ที่ยาวกว่า
การจับคู่นี้ตั้งใจออกแบบ:
- dashboard ทำให้คุณยังรู้ทิศทาง
- notifications เก็บ record ไว้
ประโยชน์เชิงปฏิบัติ
notifications center ทำให้ Rivya รู้สึกไม่ disposable เท่าเดิม
เมื่อมีเรื่องสำคัญเกิดขึ้น บัญชีจะจดจำมันไว้
ฟังดูเหมือนการตัดสินใจผลิตภัณฑ์เล็ก ๆ แต่เปลี่ยนความรู้สึกปลอดภัยของระบบระหว่างใช้งานจริง
ขั้นต่อไปใน Rivya
- ต้องการพฤติกรรมหน้าที่ละเอียดหรือไม่? อ่าน Notifications Center in Rivya
- History in Rivya
- How to Think About Rivya Credits, Packs, and Plans
- How to Move a Project Across Chat, Image, Video, and Audio in Rivya
ทำให้งานตามรอยได้
ก่อนลงมือจาก notification ให้เก็บบริบทเชิงปฏิบัติการไว้ด้วยกัน:
- อะไรเปลี่ยนไป: billing, credits, generation status หรือ account state
- ควรไปต่อที่ไหน: dashboard, history, billing หรือ task ต้นทาง
- ต้องลงมือเดี๋ยวนี้หรือ event นี้เป็นเพียง record
- notification นี้อ้างถึง task, payment หรือ credit event ใด
จุดสำคัญคือหลีกเลี่ยงการเดาจากความจำ เมื่อมีเรื่องสำคัญเกิดขึ้นตอนคุณไม่อยู่
ตรวจสถานะก่อนลงมือ
อย่ามองทุก notification เป็นเหตุผลให้เริ่มงานใหม่ ก่อนอื่นให้ตรวจว่างานเสร็จแล้ว ล้มเหลว ต้องใช้เครดิตเพิ่ม หรือเพียงบันทึก account event
ถ้า generation สำเร็จ ให้เปิดผลลัพธ์จาก History ถ้าล้มเหลว ให้ตรวจ task state ก่อน retry หาก event เกี่ยวกับ billing ให้ตรวจเครดิตหรือ payment state ก่อนเริ่ม run ที่คิดเงินได้อีกครั้ง
