APP的所有功能和內容最終都呈現在頁面這個載體上。設計好頁面，至少會讓整個APP的交互體驗達到及格的水平。而頁面的加載邏輯、狀態表現等規則在大部分時候都應該是一致的。所以，PM應該提前定義好頁面的全局規范再去設計具體的頁面。

我將從頁面內容的類型、頁面數據的加載邏輯&刷新邏輯、頁面顯示的狀態、頁面間如何轉場等5個角度來講解。

當你通過這種方法去和前端工程師提頁面需求并要求他寫到框架中，會讓他對你另眼相看。并且如果以后需要修改，僅需修改框架即可改變所有頁面的交互規則。

一、頁面

當你打開一個APP之后，你看到的功能、文字、圖片、視頻等所有的東西都顯示在頁面這個載體里面。

二、頁面類型

你在APP里面看到的每一個頁面都不太一樣，但從技術實現的角度來看可能只有幾種。

很多PM以頁面用途的角度還分成了什么卡片頁面、內容頁面，導航頁面、既無法窮舉又無法形成共識。

但是，技術實現的角度可以窮舉，并且更主要的是影響著你選擇頁面加載的方法。當然，其實很多PM其實忽視了這樣做可以快速提升用戶打開頁面的體驗。下一篇我們單獨講一下這個。

三、頁面狀態

按照頁面加載或者刷新的結果可以分為以下常見的幾種。

為什么是這幾種狀態，為什么沒有其他狀態。要知道這些狀態是根據頁面加載或者刷新的狀態變化而得出來的。想了解如何畫狀態機圖，請查看如何繪畫狀態機來描述業務變化。

四、頁面加載

曾經寫過一篇詳細的文章來講解2種模式6種方法解析頁面加載邏輯，這里不再贅述，或者詳見詳見頁面加載。

五、頁面刷新

需要用到刷新的頁面，往往是列表頁。頁面刷新的交互方式大概有三種。

5.1 點擊刷新

5.2 自動刷新

5.3 下拉刷新

下拉刷新由于邏輯比較復雜，還需要和技術溝通清楚。詳見頁面刷新。

六、頁面轉場

iOS和Android的規范略有不同。

還有一些不太常見的轉場效果。詳見頁面轉場

七、總結

不一定非要按照我定義的頁面規范來設計你們的APP，可以自己定義。但是理解全局規則并由寫到框架中，這種工作思想一定要學會。

當然，頁面規范、僅僅是全局規則里面的一部分。還有全局手勢和頁面里的交互，后續會單獨來講。

相關閱讀

善用Axure寫PRD，全面通用的移動端產品規范V2.0

善用Axure寫PRD，全局規范一個都不能少

2種模式6種方法解析頁面加載邏輯

PRD1.0分享：全面通用的移動端產品需求文檔

#專欄作家#

浪子，業務型PM，浪子PRD系列51prd.com，公眾號langzisay。

本文由 @浪子 原創發布于人人都是產品經理。未經許可，禁止轉載。