手機屏幕小、單手操作，長列表該怎麼呈現？是「長列表+滾動」，還是「短列表+翻頁」？本文通過 Watch Lists、Feedly、自選股等實例，深入剖析兩種模式的體驗差異與設計取捨。

核心矛盾：流暢度 vs. 導航效率

短列表+翻頁：若每頁需重新加載，頻繁等待屬於「大卡頓」，體驗極差。但若預加載完成（如 Feedly），翻頁極其絲滑，體驗接近「盒裝紙巾」——一張張抽取，模型清晰易懂。

長列表+滾動：單頁加載，滾動流暢度取決於渲染性能。若卡頓，同樣難用。優勢在於「成卷衛生紙」模型：連續空間感強，符合 PC 時代滾動條心智模型。

關鍵痛點：頁內定位與快速導航

Feedly 模式雖絲滑，但引入新問題：從第 12 頁快速回到第 4 頁如何實現？

• PC 端靠滾動條解決（可見位置、可拖拽、可點擊跳轉）。
• 移動端系統滾動條退化：僅顯示位置，不可操作。Android 長滑加速、iOS 點頂部回頂，功能有限。
• Feedly 將「頁內導航」轉化為「頁間跳轉」，失去系統級導航輔助，跨頁跳轉效率極低。

不同業務場景的最優解

場景	推薦模式	理由
資訊閱讀（Feedly、新聞）	短列表+預加載翻頁	用戶多為線性瀏覽，極少需精準回溯歷史頁
股票自選/通訊錄（百項以上）	長列表+字母索引/分組導航	高頻精準查找需求，需強頁內導航能力
通用長列表	長列表+自定義頁內導航（如側邊字母索引、浮動回頂）	不依賴系統弱化的滾動條，自建導航體系

設計建議

1. 優先保證流暢：無論哪種模式，60fps 滾動/翻頁是底線。
2. 匹配用戶心智模型：線性消費用「紙巾模型」；隨機查找用「衛生紙模型」+ 強導航。
3. 補足系統短板：移動端滾動條失效時，設計師必須自建導航組件（字母索引、分組錨點、進度指示器、浮動操作按鈕）。
4. 別為創新而創新：Feedly 模式解決了加載問題，卻創造了導航問題。選擇模式前，先問：用戶最核心的任務是「瀏覽」還是「查找」？

最樸素的長列表，往往藏著最朴素的智慧：簡單、直白、省事。但在百項數據面前，請務必為它裝上「導航儀」。