移動端APP應該如何定義頁面規范

2 評論 42029 瀏覽 345 收藏 6 分鐘

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。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請問有些交互,比如說頁面狀態和刷新方式,是否SDK定義好的?還需要自己定義嗎

    回復
  2. 感覺不錯

    回復