ทำไม Rivya เก็บแจ้งเตือนบัญชีและผลลัพธ์

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 ที่คิดเงินได้อีกครั้ง