微信交互式菜單,微信交互式菜單如何設(shè)計(jì)？

　　微信交互式菜單,微信交互式菜單如何設(shè)計(jì)？作為一個(gè)負(fù)責(zé)任的開(kāi)發(fā)者，一旦用戶(hù)進(jìn)入我們的小程序頁(yè)面，就有責(zé)任和義務(wù)清晰明確告知用戶(hù)身在何處、又可以往何處去，確保用戶(hù)在頁(yè)面中游刃有余地穿梭而不迷路，這樣才能為用戶(hù)提供安全的愉悅的使用體驗(yàn)。

　　1. 導(dǎo)航明確，來(lái)去自如

　　導(dǎo)航是確保用戶(hù)在網(wǎng)頁(yè)中瀏覽跳轉(zhuǎn)時(shí)不迷路的最關(guān)鍵因素。導(dǎo)航需要告訴用戶(hù)，我在哪，我可以去哪，如何回去等問(wèn)題。首先在微信系統(tǒng)內(nèi)的所有小程序的全部頁(yè)面，均會(huì)自帶微信提供的導(dǎo)航欄，統(tǒng)一統(tǒng)一解決我在哪，如何回去的問(wèn)題。在微信層級(jí)導(dǎo)航保持體驗(yàn)一致，有益用戶(hù)在微信內(nèi)形成較為統(tǒng)一的體驗(yàn)和交互認(rèn)知，無(wú)需在各小程序和微信切換中新增學(xué)習(xí)成本或使用習(xí)慣。

　　微信導(dǎo)航欄

　　微信導(dǎo)航欄，直接繼承于客戶(hù)端，除導(dǎo)航欄顏色之外，開(kāi)發(fā)者無(wú)需亦不可以對(duì)其中的內(nèi)容進(jìn)行自定義。但開(kāi)發(fā)者需要規(guī)定小程序各個(gè)頁(yè)面的跳轉(zhuǎn)關(guān)系，讓導(dǎo)航系統(tǒng)能夠以合理的方式工作。

　　微信導(dǎo)航欄分為導(dǎo)航區(qū)域、標(biāo)題區(qū)域以及操作區(qū)域。其中導(dǎo)航區(qū)控制程序頁(yè)面進(jìn)程。目前導(dǎo)航欄分深淺兩種基本配色，在iOS和Android展示有所不同，如下圖所示：

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

　　導(dǎo)航區(qū)通常只有一個(gè)操作，即返回上一級(jí)界面。開(kāi)發(fā)者可定義其內(nèi)容，不可對(duì)樣式進(jìn)行修改。

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

　　通常情況下，系統(tǒng)導(dǎo)航左側(cè)唯一的操作為“離開(kāi)小程序，回到微信，程序后臺(tái)運(yùn)行”。

　　當(dāng)用戶(hù)進(jìn)入小程序次級(jí)頁(yè)面后，我們建議小程序自身可以設(shè)計(jì)返回操作，同事用戶(hù)也可以通過(guò)安卓系統(tǒng)自帶的硬件返回按鈕返回上一級(jí)。

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

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

　　選色方案示例：

　　頁(yè)面內(nèi)導(dǎo)航

　　開(kāi)發(fā)者可根據(jù)自身功能合計(jì)需要在頁(yè)面內(nèi)添加自有導(dǎo)航。并保持不同頁(yè)面間導(dǎo)航一致。但是受限于手機(jī)屏幕尺寸的限制，小程序頁(yè)面的導(dǎo)航應(yīng)盡量簡(jiǎn)單，若僅為一般線(xiàn)性瀏覽的頁(yè)面建議僅使用微信導(dǎo)航欄即可。

　　微信控件庫(kù)提供tab導(dǎo)航供開(kāi)發(fā)者選擇。tab欄可固定在頁(yè)面頂部或者底部，便于用戶(hù)在不同的tab頁(yè)面間作切換。為確保點(diǎn)擊區(qū)域，tab項(xiàng)不得超過(guò)4項(xiàng)。一個(gè)頁(yè)面也不應(yīng)出現(xiàn)一組以上的tab欄。

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

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

　　啟動(dòng)頁(yè)設(shè)計(jì)

　　小程序啟動(dòng)也是小程序在微信內(nèi)容一定程度上展現(xiàn)品牌特征的頁(yè)面之一。

　　本頁(yè)面將突出展示小程序品牌特征和加載狀態(tài)。

　　啟動(dòng)頁(yè)除LOGO品牌展示外，頁(yè)面上的其他所有元素如加載進(jìn)度指示，由微信統(tǒng)一提供且不能更改。無(wú)需開(kāi)發(fā)者開(kāi)發(fā)。

　　下拉標(biāo)示區(qū)

　　微信類(lèi)所有小程序頁(yè)面，都會(huì)再下拉時(shí)出現(xiàn)微信為其統(tǒng)一設(shè)計(jì)的標(biāo)示區(qū)。品牌展示區(qū)由品牌名稱(chēng)和微信小程序提示組成。目的是強(qiáng)化品牌和用戶(hù)對(duì)小程序的產(chǎn)品感知。

　　下拉標(biāo)示(iOS深淺兩色方案)

　　微信提供深淺兩套配色方案，如此處標(biāo)示所示，文字顏色不可自定義，開(kāi)發(fā)者在自定義背景色時(shí)，應(yīng)注意保證下拉標(biāo)示的辨識(shí)度。

　　下拉標(biāo)示(Android深淺兩色方案)

　　微信下拉提示用于給用戶(hù)明確的小程序歸屬者，防止造假與作弊。此處標(biāo)示提供深淺兩套方案，文字顏色不可自定義，開(kāi)發(fā)者在自定義背景色時(shí)，應(yīng)注意保證下拉標(biāo)示的辨識(shí)度。

　　頁(yè)面刷新交互(iOS)

　　開(kāi)發(fā)者可自定義需要通過(guò)下拉交互完成刷新的頁(yè)面，此類(lèi)交互微信將提供標(biāo)準(zhǔn)能力和樣式。在樣式上，刷新圖標(biāo)與下拉標(biāo)示配色已捆綁，分為深淺兩套方案，開(kāi)發(fā)者在使用時(shí)，應(yīng)注意頭部文字、下拉標(biāo)示與刷新圖標(biāo)的和諧統(tǒng)一。但用戶(hù)在該類(lèi)頁(yè)面做出下拉交互時(shí)，出現(xiàn)微信小程序頁(yè)面標(biāo)準(zhǔn)加載動(dòng)畫(huà)。開(kāi)發(fā)者無(wú)需自行開(kāi)發(fā)樣式。

　　在開(kāi)發(fā)者沒(méi)有在頁(yè)面頂部設(shè)計(jì)tab的情況下，若定義該頁(yè)面可通過(guò)下拉動(dòng)作刷新，則刷新后加載狀態(tài)提示語(yǔ)小程序品牌展示區(qū)出現(xiàn)在標(biāo)題欄之下，頁(yè)面頂部。

　　開(kāi)發(fā)者暫無(wú)法執(zhí)行定義此加載效果。

　　在開(kāi)發(fā)者定義了頁(yè)面頂部tab并定義該Tab下的內(nèi)容頁(yè)面可通過(guò)下拉動(dòng)作刷新，則刷新后加載狀態(tài)提示語(yǔ)小程序品牌展示區(qū)出現(xiàn)在頂部Tab之下，且僅刷新當(dāng)前頁(yè)面內(nèi)容。開(kāi)發(fā)者暫無(wú)法自行定義此加載效果。

　　頁(yè)面刷新交互(Android)

　　與iOS相同，在樣式上，Android下刷新圖標(biāo)與下拉標(biāo)示配色已捆綁，分為深淺兩套方案，開(kāi)發(fā)者在使用時(shí)，應(yīng)注意頭部文字、下拉標(biāo)識(shí)與刷新圖標(biāo)的和諧統(tǒng)一。

　　微信下拉標(biāo)示錯(cuò)誤使用案例

　　請(qǐng)避免以下錯(cuò)誤使用情況，確保信息的可見(jiàn)性和頁(yè)面的可用性。

　　頁(yè)面內(nèi)導(dǎo)航

　　微信控件庫(kù)提供深淺tab導(dǎo)航方案供開(kāi)發(fā)者選擇。tab欄需固定在頁(yè)面頂部，便于用戶(hù)在不同的tab頁(yè)面間作切換。為確保點(diǎn)擊區(qū)域，tab項(xiàng)不得超過(guò)4項(xiàng)。一個(gè)頁(yè)面也不應(yīng)出現(xiàn)一組以上的tab欄。

　　Tab欄選中態(tài)默認(rèn)為100%實(shí)色，未選中態(tài)帶有60%，其中選中態(tài)顏色可自定義。在自定義顏色選擇中，務(wù)必保持Tab的可用性、可視性和可操作性。

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

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

　　模態(tài)加載

　　模態(tài)的加載樣式將覆蓋整個(gè)頁(yè)面的，由于無(wú)法明確告知具體加載的位置或內(nèi)哦讓那個(gè)將可能引起用戶(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è)面使用超過(guò)1個(gè)加載動(dòng)畫(huà)。

　　結(jié)果反饋

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

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

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

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

　　其中toast適用于輕量級(jí)的成功提示，1.5秒后自動(dòng)消失，并不打斷流程，對(duì)用戶(hù)影響較小，適用于不需要強(qiáng)調(diào)成功專(zhuān)題的操作提醒。特別注意toast形式不適用于任何錯(cuò)誤提醒。

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

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

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

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

　　總結(jié)：以上就是微信交互式菜單解讀，希望能幫助到你們!了解更多，請(qǐng)持續(xù)關(guān)注Hi商學(xué)院