小程序設計規(guī)范有哪些

小程序設計規(guī)范有哪些？今天，重點介紹小程序設計流程和小程序設計規(guī)范。

1、小程序設計流程

1.1.接入流程

注冊在微信公眾平臺注冊小程序，完成注冊后可以同步進行信息完善和開發(fā)。

1.2.小程序信息完善

填寫小程序基本信息，包括名稱、頭像、介紹及服務范圍等。

1.3.開發(fā)小程序

完成小程序開發(fā)者綁定、開發(fā)信息配置后，開發(fā)者可下載開發(fā)者工具、參考開發(fā)文檔進行小程序的開發(fā)和調試。

1.4.提交審核和發(fā)布

完成小程序開發(fā)后，提交代碼至微信團隊審核，審核通過后即可發(fā)布(公測期間不能發(fā)布)。

2、小程序設計規(guī)范

2.1.友好禮貌

為了避免用戶在微信中使用小程序服務時，注意力被周圍復雜環(huán)境干擾，小程序在設計時應該注意減少無關的設計元素對用戶目標的干擾，禮貌地向用戶展示程序提供的服務，友好地引導用戶進行操作。

2.2.重點突出

每個頁面都應有明確的重點，以便于用戶每進入一個新頁面的時候都能快速地理解頁面內容。在確定了重點的前提下，應盡量避免頁面上出現其它與用戶的決策和操作無關的干擾因素。

2.3.反例示意

此頁面的主題是查詢，卻添加了諸多與查詢不相關的業(yè)務入口，與用戶的目標無關，易造成用戶的迷失。

操作沒有主次，讓用戶無從選擇。

2.4.糾正示意

去掉任何與用戶目標不相關的內容，明確頁面主題，在技術和頁面控件允許的前提下提供有助于用戶決策和操作的幫助內容，比如最近搜索詞等。

首先要避免并列過多操作讓用戶選擇，在不得不并列多個操作時，需區(qū)分操作主次，減輕用戶的選擇難度。

2.5.流程明確

為了讓用戶順暢地使用頁面，在用戶進行某一個操作流程時，應避免出現用戶目標流程之外的內容而打斷用戶。

2.6.反例示意

用戶本打算進行搜索，在進入頁面時卻被突如其來的模態(tài)抽獎框所打斷；對于抽獎沒有興趣的用戶是非常不友好的干擾；而即便有部分用戶確實被“誘人”的抽獎活動所吸引，離開主流程去抽獎之后可能就遺忘了原本的目標，進而失去了對產品真正價值的利用和認識。

2.7.導航明確，來去自如導航是確保用戶在網頁中瀏覽跳轉時不迷路的最關鍵因素。

導航需要告訴用戶，當前在哪，可以去哪，如何回去等問題。首先在微信系統(tǒng)內的所有小程序的全部頁面，均會自帶有微信提供的導航欄，統(tǒng)一解決當前在哪，如何回去的問題。

在微信層級導航保持體驗一致，有助于用戶在微信內形成統(tǒng)一的體驗和交互認知，無需在各小程序和其他微信頁面的切換中新增學習成本或改變使用習慣。

微信導航欄

導航區(qū)(iOS)

微信進入小程序的第一個頁面，導航區(qū)通常只有一個操作——“返回”，即返回進入小程序前的微信頁面。

進入小程序后的次級頁面，導航區(qū)的操作為——“返回”和“關閉”。

導航區(qū)(Android)

導航區(qū)僅存在唯一操作——直接退出小程序，回到進入小程序前的微信或系統(tǒng)桌面，安卓手機自帶的硬件返回鍵執(zhí)行返回上一級頁面的操作。

微信導航欄自定義顏色規(guī)則(iOS和Android)

小程序導航欄支持基本的背景顏色自定義功能，選擇的顏色需要在滿足可用性前提下，和諧搭配微信提供的兩套主導航欄圖標。

2.8.便捷優(yōu)雅

避免誤操作

因為在手機上我們通過手指觸摸屏幕來操控界面，手指的點擊精確度遠不如鼠標，因此在設計頁面上需點擊的控件時，需要充分考慮到其熱區(qū)面積，避免由于可點擊區(qū)域過小或過于密集而造成誤操作。

利用接口提升性能

微信設計中心已推出了一套網頁標準控件庫，包括sketch設計控件庫 和Photoshop設計控件庫，后續(xù)還將完善小程序組件，這些控件都已充分考慮了移動端頁面的特點，能夠保證其在移動端頁面上的可用性和操作性能；

減少輸入

由于手機鍵盤區(qū)域小且密集，輸入困難的同時還易引起輸入錯誤，因此在設計小程序頁面時因盡量減少用戶輸入，利用現有接口或其他一些易于操作的選擇控件來改善用戶輸入的體驗。

2.9.減少等待，反饋及時

頁面的過長時間的等待會引起用戶的不良情緒，使用微信小程序項目提供的技術已能很大程度縮短等待時間。即便如此，當不可避免的出現了加載和等待的時候，需要予以及時的反饋以舒緩用戶等待的不良情緒。

頁面下拉刷新加載

在微信小程序內，微信提供標準的頁面下拉刷新加載能力和樣式，開發(fā)者無需自行開發(fā)。

頁面內加載反饋

開發(fā)者可在小程序里自定義頁面內容的加載樣式。建議不管是使用在局部還是全局加載，自定義加載樣式都應該盡可能簡潔，并使用簡單動畫告知用戶加載過程。

模態(tài)加載

模態(tài)的加載樣式將覆蓋整個頁面的，由于無法明確告知具體加載的位置或內容將可能引起用戶的焦慮感，因此應謹慎使用。除了在某些全局性操作下不要使用模態(tài)的加載。

局部加載反饋

局部加載反饋即只在觸發(fā)加載的頁面局部進行反饋，這樣的反饋機制更加有針對性，頁面跳動小，是微信推薦的反饋方式。

加載反饋注意事項

若載入時間較長,應提供取消操作，并使用進度條顯示載入的進度。

載入過程中，應保持動畫效果；

無動畫效果的加載很容易讓人產生該界面已經卡死的錯覺。

不要在同一個頁面同時使用超過1個加載動畫。

結果反饋

除了在用戶等待的過程中需予以及時反饋外，對操作的結果也需要予以明確反饋。根據實際情況，可選擇不同的結果反饋樣式。對于頁面局部的操作，可在操作區(qū)域予以直接反饋，對于頁面級操作結果，可使用彈出式提示(Toast)、模態(tài)對話框或結果頁面展示。

頁面局部操作結果反饋

對于頁面局部的操作，可在操作區(qū)域予以直接反饋，例如點擊多選控件前后如下圖。對于常用控件，微信設計中心將提供控件庫，其中的控件都已提供完整操作反饋。

頁面全局操作結果——彈出式提示(Toast)

彈出式提示(Toast)適用于輕量級的成功提示，1.5秒后自動消失，并不打斷流程，對用戶影響較小，適用于不需要強調的操作提醒，例如成功提示。

特別注意該形式不適用于錯誤提示，因為錯誤提示需明確告知用戶，因而不適合使用一閃而過的彈出式提示。

頁面全局操作結果——模態(tài)對話框

對于需要用戶明確知曉的操作結果狀態(tài)可通過模態(tài)對話框來提示，并可附帶下一步操作指引。

頁面全局操作結果—結果頁

對于操作結果已經是當前流程的終結的情況，可使用操作結果頁來反饋。這種方式最為強烈和明確的告知用戶操作已經完成，并可根據實際情況給出下

一步操作的指引。

異常狀態(tài)——表單出錯

表單報錯，在表單頂部告知錯誤原因，并標識出錯誤字段提示用戶修改。

異常可控，有路可退

異常狀態(tài)和流程往往容易被忽略，而這些異常場景往往是用戶最為沮喪和需要幫助的時候，因此需要格外注意異常狀態(tài)的設計，在出現異常時予以用戶必要的狀態(tài)提示，并告知解決方案，使其有路可退。

要杜絕異常狀態(tài)下，用戶莫名其妙又無處可去，停滯在某一個頁面的情況。

上文中所提到的模態(tài)對話框和結果頁面都可作為異常狀態(tài)的提醒方式。除此之外，在表單頁面中尤其是表單項較多的頁面中，還應明確指出出錯項目，以便用戶修改。