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