Rivya 有通知中心，是因為一個產品開始處理真實工作和真實帳戶狀態後，短暫回饋就不夠了。
這一頁說明產品裡為什麼需要持久通知。它不是通知類型、未讀狀態或相關連結行為的精確參考文件。
Toasts 只管當下
toast 適合用來提示：
- 你的任務已經開始
- 你的複製動作成功了
- 那個動作剛剛完成
它不擅長回答：
- 為什麼我的帳戶狀態改變了？
- 我離開時有什麼失敗了？
- 那筆付款真的入帳了嗎？
- 為什麼我之前無法開始那次執行？
這個缺口正是通知中心存在的原因。
持久的營運記憶
目前產品已經有一些事件類型，即使當下過去後仍然重要：
- 訂閱開始
- 訂閱續期
- 付款失敗
- 積分包加入
- 生成成功
- 生成失敗
- 積分不足
這些不是裝飾性事件。它們會改變使用者下一步能做什麼。
Notifications 與 Preferences
Rivya 裡有一個有用的區分：
- settings 控制你想管理什麼
- notifications 告訴你實際發生了什麼
這就是為什麼 newsletter 偏好屬於 profile，而付款失敗屬於 notifications。
它們解決的是不同問題。
為什麼工作流需要記憶
Rivya 不是單頁 chat app。使用者可以在這些介面之間移動：
- chat
- image
- video
- audio
一旦產品跨越多個可計費工作流，持久信號就更重要：
- 一次生成失敗
- 錢包餘額太低
- 一筆付款完成
- 一個積分包已加入
沒有這種記憶，使用者只能靠猜測重建狀態。
中心做什麼
目前的 /notifications 頁面聚焦有用信號，並盡量降低噪音。
它提供：
- 最近事件 feed
- 按事件類型統計
- 未讀狀態
- 全部標記已讀的動作
- 回到最相關頁面的連結
最後一點比聽起來更重要。有用的通知應該把你帶到可以採取行動的地方。
什麼不放進來
Rivya 並不想把 notifications 變成：
- 社交 inbox
- 行銷牆
- 每一則 chat 回覆的流水
只有當這個中心保持選擇性時，產品才會更值得信任。
Dashboard 與 Notifications
dashboard 會顯示最近通知的輕量預覽。
完整中心則是你需要較長營運記錄時前往的地方。
這組搭配是有意設計的：
- dashboard 讓你保持方向感
- notifications 保留記錄
實際好處
通知中心讓 Rivya 感覺不那麼一次性。
當重要事情發生時，帳戶會記得它。
這聽起來像是一個小產品決策，但在真實使用時，會改變系統讓人感到多安全。
Rivya 裡的下一步
保持任務可追蹤
在根據通知採取行動前，先把營運脈絡放在一起：
- 改變了什麼：帳單、積分、生成狀態或帳戶狀態
- 要去哪裡繼續：dashboard、history、billing 或原始任務
- 是否現在需要行動，還是這個事件只是一筆記錄
- 這則通知指的是哪個任務、付款或積分事件
重點是避免你離開期間發生重要事情後，只能靠記憶猜測。
行動前先檢查狀態
不要把每一則通知都當成重新開始工作的理由。先檢查任務是完成、失敗、需要更多積分，還是只是記錄了一個帳戶事件。
如果生成成功，從 History 打開結果。如果失敗，重試前先檢查任務狀態。如果事件與帳單相關，先檢查積分或付款狀態，再開始另一個可計費執行。
