參與 360 雲盤半年多，經歷 PC/Web/iPhone/Android/iPad 多端成長。基於 Jeff Johnson《UI 設計準則》兩大核心原則，分享手機雲盤實戰應用。

原則一：專注用戶與任務，而非技術

開工前必須回答：誰是目標用戶？他們要完成什麼任務？環境如何？三大方法找答案：

1. 明確目標用戶，拒絕「所有人」

早期陷入「面向所有人」誤區走彎路。重新梳理後：

1. 鎖定「存儲、同步、分享」三大核心目標
2. 用研支援下，通過問卷訪談鎖定「經常用電腦辦公、學歷較高」為核心用戶群
3. 篩選分析該群體反饋（優化現有功能/新增需求），場景模擬更周全，避開「大而全」陷阱

2. 調查目標用戶特徵

需用研同學通過訪談、可用性測試、焦點小組等獲取信息，輸送給產品團隊。

3. 多維度定義用戶類型

勿簡單劃分「小白到專家」。Jeff Johnson 提出三個獨立知識維度：

同一維度認知不代表其他維度。小白與專家都可能在購票網站「迷路」；不懂財務的程序員用財務軟件會抓狂，不懂編程的財務專家卻能輕松上手。

小結：功能大而全未必是用戶想要的；優秀產品需懂用戶、懂任務、懂環境。

原則二：不要分散用戶對目標的注意力

1. 不要讓用戶解決額外問題

常見干擾：App 啟動彈「更新提示」（App Store 慢如蝸牛）、彈「評分提示」（打斷聽歌）。早期雲盤也這樣做，數據極差、用戶投訴。

優化方案：

• Tab 欄「設置」旁加紅點，評分後消失——不打擾、柔和傳達（圖 3）
• 後將「設置」改為「關於我」，「設置」移入頁面右上角；把評分提取為「給我評分吧」信息條，常駐操作歷史頂部，評分後自動消失（圖 4）——不干擾、入口明顯，數據超預期

小結：設計不應打斷用戶任務、浪費時間；若強行中斷注意力，須重新設計。題外話：盡量避免 App 內設置模塊，符合用戶預期時設置重要性自然降低。

2. 清除「需琢磨推導」才能用的功能

舊版備份照片：點擊→自動上傳至默認「雲相冊」。團隊覺合理，但可用性測試發現用戶普遍困惑：上傳成功後找不到照片在哪，需各種猜測琢磨，不符心智模型。

優化：上傳前讓用戶自選/創建相冊（圖 6）。雖多一步，但用戶清晰知曉照片去向，無抱怨，達到「無需推導即得答案」。

小結：功能設計不應讓用戶猜測，應讓用戶清晰完成任務。

更多準則應用待下篇分享，歡迎使用 360 雲盤並反饋建議！