小程序設(shè)計(jì)規(guī)范有哪些

小程序設(shè)計(jì)規(guī)范有哪些？今天，重點(diǎn)介紹小程序設(shè)計(jì)流程和小程序設(shè)計(jì)規(guī)范。

1、小程序設(shè)計(jì)流程

1.1.接入流程

注冊(cè)在微信公眾平臺(tái)注冊(cè)小程序，完成注冊(cè)后可以同步進(jìn)行信息完善和開(kāi)發(fā)。

1.2.小程序信息完善

填寫(xiě)小程序基本信息，包括名稱(chēng)、頭像、介紹及服務(wù)范圍等。

1.3.開(kāi)發(fā)小程序

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

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

完成小程序開(kāi)發(fā)后，提交代碼至微信團(tuán)隊(duì)審核，審核通過(guò)后即可發(fā)布(公測(cè)期間不能發(fā)布)。

2、小程序設(shè)計(jì)規(guī)范

2.1.友好禮貌

為了避免用戶(hù)在微信中使用小程序服務(wù)時(shí)，注意力被周?chē)鷱?fù)雜環(huán)境干擾，小程序在設(shè)計(jì)時(shí)應(yīng)該注意減少無(wú)關(guān)的設(shè)計(jì)元素對(duì)用戶(hù)目標(biāo)的干擾，禮貌地向用戶(hù)展示程序提供的服務(wù)，友好地引導(dǎo)用戶(hù)進(jìn)行操作。

2.2.重點(diǎn)突出

每個(gè)頁(yè)面都應(yīng)有明確的重點(diǎn)，以便于用戶(hù)每進(jìn)入一個(gè)新頁(yè)面的時(shí)候都能快速地理解頁(yè)面內(nèi)容。在確定了重點(diǎn)的前提下，應(yīng)盡量避免頁(yè)面上出現(xiàn)其它與用戶(hù)的決策和操作無(wú)關(guān)的干擾因素。

2.3.反例示意

此頁(yè)面的主題是查詢(xún)，卻添加了諸多與查詢(xún)不相關(guān)的業(yè)務(wù)入口，與用戶(hù)的目標(biāo)無(wú)關(guān)，易造成用戶(hù)的迷失。

操作沒(méi)有主次，讓用戶(hù)無(wú)從選擇。

2.4.糾正示意

去掉任何與用戶(hù)目標(biāo)不相關(guān)的內(nèi)容，明確頁(yè)面主題，在技術(shù)和頁(yè)面控件允許的前提下提供有助于用戶(hù)決策和操作的幫助內(nèi)容，比如最近搜索詞等。

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

2.5.流程明確

為了讓用戶(hù)順暢地使用頁(yè)面，在用戶(hù)進(jìn)行某一個(gè)操作流程時(shí)，應(yīng)避免出現(xiàn)用戶(hù)目標(biāo)流程之外的內(nèi)容而打斷用戶(hù)。

2.6.反例示意

用戶(hù)本打算進(jìn)行搜索，在進(jìn)入頁(yè)面時(shí)卻被突如其來(lái)的模態(tài)抽獎(jiǎng)框所打斷；對(duì)于抽獎(jiǎng)沒(méi)有興趣的用戶(hù)是非常不友好的干擾；而即便有部分用戶(hù)確實(shí)被“誘人”的抽獎(jiǎng)活動(dòng)所吸引，離開(kāi)主流程去抽獎(jiǎng)之后可能就遺忘了原本的目標(biāo)，進(jìn)而失去了對(duì)產(chǎn)品真正價(jià)值的利用和認(rèn)識(shí)。

2.7.導(dǎo)航明確，來(lái)去自如導(dǎo)航是確保用戶(hù)在網(wǎng)頁(yè)中瀏覽跳轉(zhuǎn)時(shí)不迷路的最關(guān)鍵因素。

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

在微信層級(jí)導(dǎo)航保持體驗(yàn)一致，有助于用戶(hù)在微信內(nèi)形成統(tǒng)一的體驗(yàn)和交互認(rèn)知，無(wú)需在各小程序和其他微信頁(yè)面的切換中新增學(xué)習(xí)成本或改變使用習(xí)慣。

微信導(dǎo)航欄

導(dǎo)航區(qū)(iOS)

微信進(jìn)入小程序的第一個(gè)頁(yè)面，導(dǎo)航區(qū)通常只有一個(gè)操作——“返回”，即返回進(jìn)入小程序前的微信頁(yè)面。

進(jìn)入小程序后的次級(jí)頁(yè)面，導(dǎo)航區(qū)的操作為——“返回”和“關(guān)閉”。

導(dǎo)航區(qū)(Android)

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

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

小程序?qū)Ш綑谥С只镜谋尘邦伾远x功能，選擇的顏色需要在滿(mǎn)足可用性前提下，和諧搭配微信提供的兩套主導(dǎo)航欄圖標(biāo)。

2.8.便捷優(yōu)雅

避免誤操作

因?yàn)樵谑謾C(jī)上我們通過(guò)手指觸摸屏幕來(lái)操控界面，手指的點(diǎn)擊精確度遠(yuǎn)不如鼠標(biāo)，因此在設(shè)計(jì)頁(yè)面上需點(diǎn)擊的控件時(shí)，需要充分考慮到其熱區(qū)面積，避免由于可點(diǎn)擊區(qū)域過(guò)小或過(guò)于密集而造成誤操作。

利用接口提升性能

微信設(shè)計(jì)中心已推出了一套網(wǎng)頁(yè)標(biāo)準(zhǔn)控件庫(kù)，包括sketch設(shè)計(jì)控件庫(kù) 和Photoshop設(shè)計(jì)控件庫(kù)，后續(xù)還將完善小程序組件，這些控件都已充分考慮了移動(dòng)端頁(yè)面的特點(diǎn)，能夠保證其在移動(dòng)端頁(yè)面上的可用性和操作性能；

減少輸入

由于手機(jī)鍵盤(pán)區(qū)域小且密集，輸入困難的同時(shí)還易引起輸入錯(cuò)誤，因此在設(shè)計(jì)小程序頁(yè)面時(shí)因盡量減少用戶(hù)輸入，利用現(xiàn)有接口或其他一些易于操作的選擇控件來(lái)改善用戶(hù)輸入的體驗(yàn)。

2.9.減少等待，反饋及時(shí)

頁(yè)面的過(guò)長(zhǎng)時(shí)間的等待會(huì)引起用戶(hù)的不良情緒，使用微信小程序項(xiàng)目提供的技術(shù)已能很大程度縮短等待時(shí)間。即便如此，當(dāng)不可避免的出現(xiàn)了加載和等待的時(shí)候，需要予以及時(shí)的反饋以舒緩用戶(hù)等待的不良情緒。

頁(yè)面下拉刷新加載

在微信小程序內(nèi)，微信提供標(biāo)準(zhǔn)的頁(yè)面下拉刷新加載能力和樣式，開(kāi)發(fā)者無(wú)需自行開(kāi)發(fā)。

頁(yè)面內(nèi)加載反饋

開(kāi)發(fā)者可在小程序里自定義頁(yè)面內(nèi)容的加載樣式。建議不管是使用在局部還是全局加載，自定義加載樣式都應(yīng)該盡可能簡(jiǎn)潔，并使用簡(jiǎn)單動(dòng)畫(huà)告知用戶(hù)加載過(guò)程。

模態(tài)加載

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

局部加載反饋

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

加載反饋?zhàn)⒁馐马?xiàng)

若載入時(shí)間較長(zhǎng),應(yīng)提供取消操作，并使用進(jìn)度條顯示載入的進(jìn)度。

載入過(guò)程中，應(yīng)保持動(dòng)畫(huà)效果；

無(wú)動(dòng)畫(huà)效果的加載很容易讓人產(chǎn)生該界面已經(jīng)卡死的錯(cuò)覺(jué)。

不要在同一個(gè)頁(yè)面同時(shí)使用超過(guò)1個(gè)加載動(dòng)畫(huà)。

結(jié)果反饋

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

頁(yè)面局部操作結(jié)果反饋

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

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

彈出式提示(Toast)適用于輕量級(jí)的成功提示，1.5秒后自動(dòng)消失，并不打斷流程，對(duì)用戶(hù)影響較小，適用于不需要強(qiáng)調(diào)的操作提醒，例如成功提示。

特別注意該形式不適用于錯(cuò)誤提示，因?yàn)殄e(cuò)誤提示需明確告知用戶(hù)，因而不適合使用一閃而過(guò)的彈出式提示。

頁(yè)面全局操作結(jié)果——模態(tài)對(duì)話(huà)框

對(duì)于需要用戶(hù)明確知曉的操作結(jié)果狀態(tài)可通過(guò)模態(tài)對(duì)話(huà)框來(lái)提示，并可附帶下一步操作指引。

頁(yè)面全局操作結(jié)果—結(jié)果頁(yè)

對(duì)于操作結(jié)果已經(jīng)是當(dāng)前流程的終結(jié)的情況，可使用操作結(jié)果頁(yè)來(lái)反饋。這種方式最為強(qiáng)烈和明確的告知用戶(hù)操作已經(jīng)完成，并可根據(jù)實(shí)際情況給出下

一步操作的指引。

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

表單報(bào)錯(cuò)，在表單頂部告知錯(cuò)誤原因，并標(biāo)識(shí)出錯(cuò)誤字段提示用戶(hù)修改。

異?？煽?，有路可退

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

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

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