強烈推薦！設計常遺漏細節，等開發提問才補坑。網易團隊自創自查表，預防問題於未然，系統全面、條理清晰，實用性極強。

為什麼需要自查表

移動場景複雜、設備多樣。設計評審前，細節是否完善？異常狀態是否覆蓋？傳統 QA 用例法（任務為主線）耗時且重複設計階段工作，遺漏的往往是異常情況。自查表聚焦異常，為特定目標提供全景體驗視角，提醒深度思考解決方案。

一、自查表如何建：四步走

1. 確認功能可行性（可用性基石）；
2. 梳理核心使用場景與影響因素；
3. 按模塊分類影響因素；
4. 列舉歸類形成表格，版本迭代同步補充新異常點。

六大異常因素分類庫

1. 軟硬件特性

設備、系統、版本兼容、屏幕大尺寸下單手操作適配等。

2. 網絡特性

弱網/無網/加載慢處理：骨架屏、緩存策略、明確預期、避免漫長等待感。

3. A→B 中間狀態

順暢路徑的動效引導 + 異常中斷的體面退出（如「後會有期」入口），而非殺進程憤然離去。

4. 內容展現異常

空態、極值、數據過期提示。不同 App 類型關注點不同。

5. 用戶個人屬性狀態

登錄/未登錄/權限差異、狀態切換影響。

6. 特殊情景狀態

低曝光率但缺一不可的模式（如免打擾、駕駛模式、兒童鎖），遺漏將造成突兀體驗。

二、自查表怎麼用

「設計—自查」循環迭代（引入用戶測試更佳），反饋修正構思，提煉規范。新產品設計尤為重要。每版本回顧因素影響，新增異常點入表，積累越多，考慮越完善，減輕開發階段「掉血」。

結語

影響因素因應用而異，正確分析記錄、處理運用、形成規范，體驗持續提升。咱有藥，能治「掉血」！