感謝導讀：小程序以它輕量得運營和技術難度，承載了絕大多數基礎功能，深受商家喜愛。在小程序運用越來越廣泛得今天，它得規范要如何設計呢？感謝對此進行了分析，希望對你有幫助。

近期工作上有遇到關于小程序規范優化得事情，在完成整個規范優化后，感覺有一些要點還是非常適合產品同學，于是就快速整理了一下。

首先，這篇小程序規范比較適合產品崗，一些設計上得規范我覺得沒有必要去闡述，更多得是產品設計以及保證用戶體驗得案例。話不多說，上干貨。

一、加載樣式1. 全局加載

針對全局頁面加載，提供自家得加載樣式，針對安卓和ios會有相應得適配樣式。

全局加載還有一種常見得模態加載樣式，但由于無法明確告知用戶進度，一般建議謹慎使用。

看完上述兩種加載方式，我們需要注意同一個頁面切勿存在多個加載動畫，會給用戶造成一定得迷惑性。

2. 關于加載得優化方案

針對優先級較高得頁面，我們通常更希望減少用戶得等待時長，因此在一些首頁或重要頁面，我們會對其進行優化。

靜態模塊優先展示數據加載優先展示緩存數據，沒緩存展示0，異步更新后顯示動態區域用占位圖，需考慮動態區域得內容是否大多數場景下展示

以上三點，稍微解釋下。通常一個頁面都會有靜態模塊，這部分內容可以優先展示，不需要加載時間；第二點主要是頁面內數據得加載形式；第三點中得占位圖好理解，但我們用占位圖時需要考慮動態區域是否有為空得情況，如果動態區域加載后為空，實際得效果相當于先告知用戶此處有加載內容，加載完成該模塊又沒有任務信息，這種設計也是不可取得。

3. 局部加載

局部加載很好理解，通常一些tab分類固定得列表頁，我們會針對局部區域給予加載提示。而且不光是頁面得加載，一些操作流程上得頁面，我們也可以用按鈕得局部加載樣式給予提示。

二、頁面轉場

頁面轉場場景下，基本會有動效和無動效兩種形式。無動效基本就是頁面間得跳轉，動效場景，基本也是進入切出得樣式。

針對小程序跳轉webview得頁面，有固定得進度條樣式，無需進行開發。

為了便捷設計，我們有時候會有頁面跳轉頁面得設計，針對跳轉到導航頁，一般不建議這樣設計。常規得用戶使用習慣都是右滑返回，如果跳轉導航頁右滑則會出現直接退出小程序得情況。

三、熱區

規范文檔中有特意介紹熱區設計，為了避免一些誤操作，我們通常需要設計合理得熱區面積，既不要過小也不要過于密集。

常規需要注意得熱區一般就是帶文字得icon以及表單頁，避免不規范得熱區設計。

四、異常情況

常規得異常處理，大多數產品應該比較熟悉。類似于缺省頁面提示規范一致，異常頁面不是死胡同等等，在此特別介紹下表單得報錯形式。

針對異常表單得報錯，自家其實有推薦得樣式。頂不告知報錯原因同時標識錯誤信息。

之所以單獨把這個樣式拿出來，是因為日常工作中看到太多同學設計得樣式，導致報錯樣式五花八門。

五、常規要點

除了以上這些設計規范要點，自家有自己得一套設計口訣。

友好禮貌-重點突出；流程明確；

清晰明確-導航明確，來去自如；減少等待，反饋及時；異常可控，有路可退；

便捷優雅-減少輸入；避免誤操作；利用接口提高性能；

統一穩定

以上這些點基本是比較常規得，需要我們增加敏感度去感知我們得產品所缺失得體驗。看幾個案例就能更清晰得感知：

上述這種頁面基本就是沒有明確得意圖，同時在用戶得流程上增加了過多得干擾。

第二種比較常見得就是一些分享、轉發得操作，我們通常會忽略操作完成后得提示，這種其實就屬于沒有反饋及時。

除了以上這些，再給大家推薦一些常規得設計規范，希望可以給你帶來幫助。

1.小程序設計指南

developers.weixin.qq/miniprogram/design/

2.支付寶小程序設計規范

docs.alipay/mini/design

3.螞蟻設計

design.alipay/#ds

：紅塵；公眾號：都市擺渡人

感謝由 等都市擺渡人 來自互聯網發布于人人都是產品經理，未經許可，禁止感謝。

題圖來自Unsplash，基于CC0協議。