In-App Notification Center
App 內通知中心
App 內通知中心會把有用更新放在同一處。每則通知會顯示變更內容、時間和未讀狀態。
另一個例子
隊友在留言中提到 Maya。Maya 可以立即閱讀,也能稍後從未讀清單回來。
主要部分
- 01未讀數量
- 02通知項目
- 03來源和時間
- 04前往內容的連結
- 05通知偏好控制
什麼時候用
重要產品更新在橫幅消失後仍要找得到時,可以使用 App 內通知中心。
什麼時候不要用
不要重複顯示同一事件,也不要洩漏私密內容。請讓使用者控制通知。
程式裡的名稱
event + recipient + unread state + dedupe + deep link + preferences 上線前要檢查
發布前檢查頁面結構、鍵盤操作、清楚可見的焦點、對比與縮放。也要檢查載入、沒有內容、錯誤、成功、取消與減少動態效果。
預期成果:使用 App 內通知中心 (In-App Notification Center) 解決這項需求,同時保留使用者目前的操作脈絡。 使用者情境:隊友在留言中提到 Maya。Maya 可以立即閱讀,也能稍後從未讀清單回來。 建議介面模式:App 內通知中心 (In-App Notification Center)。 適用理由:重要產品更新在橫幅消失後仍要找得到時,可以使用 App 內通知中心。 不應使用的情況:不要重複顯示同一事件,也不要洩漏私密內容。請讓使用者控制通知。 產品要求:定義預設、載入、沒有內容、錯誤、成功與復原狀態。保留使用者已輸入的內容,每個操作後都提供清楚回饋。 無障礙與韌性:使用結構正確的 HTML(語意化 HTML)和完整鍵盤操作。焦點要清楚可見,版面縮放後仍要好用。也要提供減少動態效果。遵守專案現有規則。除非專案已採用,否則不要新增介面元件庫。 驗收條件:主要任務可只用鍵盤完成,在 320px 寬度也能正常使用。焦點與狀態變化可被輔助工具讀出。載入、失敗、重試、取消與減少動態效果都已驗證。 證據與限制(證據邊界):沒有一份官方標準能管到全部內容。不同團隊、平台或框架的用法可能不同。 待確認:產品文字、資料來源、分析事件、支援裝置與語系,以及平台特有限制。
檢查這份需求
請 AI 程式助手檢查目前如何使用 App 內通知中心 (In-App Notification Center)。 定義:App 內通知中心會把有用更新放在同一處。每則通知會顯示變更內容、時間和未讀狀態。 正式環境檢查:發布前檢查頁面結構、鍵盤操作、清楚可見的焦點、對比與縮放。也要檢查載入、沒有內容、錯誤、成功、取消與減少動態效果。 修改程式前,先列出看到的證據、缺口、嚴重程度,以及最小且安全的修正。