如今微信小程序已經(jīng)用的非常頻繁了,很多平臺也都開展了小程序板塊,小程序在一定程度上給用戶帶來了很多便利;對于小程序的設(shè)計,也一定要注意規(guī)范問題,以免用戶體驗不好;濟南小程序開發(fā)公司分享了關(guān)于小程序產(chǎn)品的設(shè)計規(guī)范,我們一起來了解一下。
無論從小程序上線時間上還是用戶規(guī)模上,小程序都不算是一個新的物種,但依然要秉著用戶最少的學(xué)習(xí)成本來達成產(chǎn)品目標(biāo);近期體驗過程中發(fā)現(xiàn)部分產(chǎn)品并沒有發(fā)揮小程序應(yīng)有的特性和能力,也有部分產(chǎn)品把小程序當(dāng)App一樣進行產(chǎn)品設(shè)計;給用戶帶來不友好的體驗,提煉了幾個出現(xiàn)頻率較高的事項和大家分享。
(數(shù)據(jù)來自阿拉丁統(tǒng)計平臺)
在2020年小程序入口流量排行榜中排在Top1的就是微信消息下拉入口,流量占比達到21.54%,該場景值非常依賴用戶長期打開形成倒序排在最近使用小程序列表前列,或者用戶曾經(jīng)做過“添加到我的小程序”的操作;目前大多數(shù)用戶具備“添加到我的小程序”意識,但多數(shù)需要在恰當(dāng)?shù)膱鼍跋陆o予不一樣的引導(dǎo)方式。
氣泡引導(dǎo)是一種較為輕量級引導(dǎo),展現(xiàn)形式指向小程序膠囊的菜單入口,氣泡引導(dǎo)優(yōu)勢在于不會打斷用戶行為,它應(yīng)在一定時間(建議5s)內(nèi)自動消失,或提供關(guān)閉按鈕由用戶手動關(guān)閉。
蒙層引導(dǎo)偏強制性引導(dǎo),優(yōu)勢在于拆解添加步驟,流程較為清晰。缺點也在于蒙層引導(dǎo)能使用戶注意力聚焦在引導(dǎo)上,此時原頁面功能均無法使用;考慮到它會打斷用戶的任務(wù)路徑和沉浸式體驗,引導(dǎo)次數(shù)不宜過多,且在恰當(dāng)?shù)臅r機再進行引導(dǎo)。
不宜出現(xiàn)疊加引導(dǎo),即同時出現(xiàn)2種引導(dǎo),顯得冗余且會干擾,根據(jù)用戶屬性和偏好選擇恰當(dāng)?shù)囊龑?dǎo)方式或者在不同場景下出現(xiàn)不同引導(dǎo)。
勿利用激勵進行誘導(dǎo)引導(dǎo),從用戶價值導(dǎo)向來看,通過誘導(dǎo)產(chǎn)生的添加在后續(xù)產(chǎn)生的用戶價值是微乎其微的,因為是沖著獎勵/獎品來,而不是小程序本身提供的服務(wù);除非是面向KPI來做產(chǎn)品和運營。同時也違反了小程序運營規(guī)范,遇到基本一個舉報一個準(zhǔn)。
不宜多次重復(fù)引導(dǎo),對于已經(jīng)添加后的用戶引導(dǎo)氣泡/蒙層再次進來無需提示,目前無法監(jiān)聽用戶是否做過“添加到我的小程序”;但可以從打開小程序的場景值中去判斷,即從微信下拉或發(fā)現(xiàn)-小程序-我的小程序中打開可判斷引導(dǎo)添加不予提示,減少無關(guān)頁面元素避免對用戶產(chǎn)生干擾。
用戶授權(quán)的成功與否,一定會影響后續(xù)用戶行為和產(chǎn)品提供服務(wù)質(zhì)量,好的授權(quán)方式應(yīng)該是很自然且充分尊重用戶知情權(quán)與操作權(quán)的基礎(chǔ)之上進行授權(quán)引導(dǎo),從授權(quán)類別上小程序總體可分為“賬號登錄授權(quán)”和“其它服務(wù)授權(quán)”
大多數(shù)業(yè)務(wù)都需要登錄后才能感受到小程序?qū)嶋H價值,整體核心業(yè)務(wù)流程漏斗上,讓用戶登錄成功是第一個漏斗,現(xiàn)在小程序提供的登錄能力很強大,所以流程很簡單,但觸發(fā)和交互方式不容輕視。
登錄授權(quán)觸發(fā)機制均為用戶自主觸發(fā),觸發(fā)方式大體分為“全功能”觸發(fā)和“局部功能模塊”觸發(fā)。
全功能觸發(fā)即小程序頁面中的所有內(nèi)容均需要登錄才能瀏覽/操作,局部功能模塊觸發(fā)即小程序頁面中的部分內(nèi)容模塊,需要登錄才能瀏覽/操作。
針對“全局功能”觸發(fā)建議以傳遞小程序價值為主進行引導(dǎo)授權(quán),比如登錄后可使用訂閱服務(wù),發(fā)布信息服務(wù)等小程序特性或功能點羅列。
針對“局部功能模塊”觸發(fā)建議以傳遞該模塊功能價值進行引導(dǎo)授權(quán),如登錄后可評論,登錄后可查看我的收藏;與“全局功能”觸發(fā)授權(quán)不一樣的是, “局部功能模塊”觸發(fā)的授權(quán),可以由不同頁面模塊來傳遞不一樣的價值來引導(dǎo)授權(quán)登錄。
授權(quán)形式大體分為兩種,一種是“頁面內(nèi)”觸發(fā)授權(quán),另一種是跳轉(zhuǎn)至授權(quán)中間頁授權(quán)。
“頁面內(nèi)”觸發(fā)授權(quán)按鈕,只需要一步就觸發(fā)授權(quán)請求,比較合適于“局部功能模塊”觸發(fā)的授權(quán)形式。
跳轉(zhuǎn)至授權(quán)中間頁統(tǒng)一多場景的登錄體驗,更大設(shè)計空間,比較合適于“全局功能”觸發(fā)的授權(quán)形式。
其它能力授權(quán)包含常見的地理位置、相機、相冊等能力, 這類授權(quán)機制推薦用戶自主觸發(fā)授權(quán);雖然可以做成自動觸發(fā)授權(quán),大多數(shù)用戶對這些授權(quán)都非常敏感,只有在真正需要使用授權(quán)接口時,才向用戶發(fā)起授權(quán)申請,并在授權(quán)申請中說明清楚要使用該功能的理由。
授權(quán)通過率可能才有保障。一旦用戶明確同意或拒絕過授權(quán),其授權(quán)關(guān)系會記錄在后臺,直到用戶主動刪除小程序。
用戶可以手動在小程序設(shè)置界面(右上角- 關(guān)于- 設(shè)置)中控制對該小程序的授權(quán)狀態(tài),這路徑其實有點長;如果判斷拒絕授權(quán)時,可以調(diào)用 wx.openSetting 一步跳轉(zhuǎn)打開權(quán)限設(shè)置界面,引導(dǎo)用戶開啟授權(quán)。
請勿在用戶預(yù)期外彈出授權(quán),比如切換底部tabr彈出登錄授權(quán),對用戶感到,即使該tab部分內(nèi)容模塊需要登錄才能瀏覽/操作,也可讓用戶進入到該tab頁面中,進行引導(dǎo)授權(quán),充分尊重用戶知情權(quán)與操作權(quán)的基礎(chǔ)之上進行授權(quán)引導(dǎo)。
不宜過于強制的引導(dǎo),比如授權(quán)引導(dǎo)固定懸浮在底部,授權(quán)彈窗無法關(guān)閉,頻繁彈出授權(quán)等,會破壞用戶的原生體驗,只解決了“用戶該怎么授權(quán)”并沒有解決“用戶為什么要授權(quán)”的問題。
如微信小程序設(shè)計規(guī)范所說,一旦用戶進入我們的小程序頁面,我們就有責(zé)任和義務(wù)清晰明確地告知用戶身在何處、又可以往何處去;確保用戶在頁面中游刃有余地穿梭而不迷路,這樣才能為用戶提供安全且愉悅的使用體驗。
標(biāo)準(zhǔn)導(dǎo)航欄標(biāo)題具有可讀性高以及和頁面內(nèi)容高匹配度,導(dǎo)航需要告訴用戶,當(dāng)前在哪,可以去哪,標(biāo)題長度保證主流機型能夠展示全;如果標(biāo)題展示不全容易產(chǎn)生信息丟失,理解有障礙;比如微信小程序示例二級面顯示的是具體組件名稱,而不是“組件詳情”。
當(dāng)使用自定義導(dǎo)航時,因注意頁面內(nèi)容是否與小程序膠囊有重疊,小程序膠囊每個頁面的位置都是固定的,不可隱藏也不可調(diào)整位置。
不管從小程序上線時間上還是用戶規(guī)模上,小程序都不算是一個新的物種,但依然要秉著用戶最少的學(xué)習(xí)成本來達成目標(biāo),對話框作為最常見的交互組件之一;發(fā)現(xiàn)很多小程序只會使用dialog(對話框)或自定義一個dialog(對話框),稍微熟悉小程序組件的同學(xué)可能都知道還有一個叫half-screen-dialog(半屏彈窗)。
在half-screen-dialog出來前,包含微信在內(nèi),相關(guān)授權(quán)一直都是用dialog組件來進行授權(quán),在half-screen-dialog出來后,不管是手機號碼授權(quán)還是地理位置授權(quán)都是用half-screen-dialog組件,這意味著half-screen-dialog比dialog更適用于授權(quán)方面。
其實不僅僅在授權(quán)方面,在整個交互反饋傳遞信息上,dialog確實很有局限性,一旦內(nèi)容多顯得密度很高,沒有層次感,而half-screen-dialog很好的解決了這方面問題;但dialog也有自己的優(yōu)勢,就是提示文本比較少的時候合適使用,比如“是否要刪除該圖片”,言簡意賅的提示用dialog是最佳選擇,此時用half-screen-dialog就顯得非常冗余。
總之在組件方面,最理想的情況下是標(biāo)準(zhǔn)化,一能令用戶使用感知更加統(tǒng)一,二能達到降本增效的結(jié)果,使用微信提供的組件對頁面性能的提高有極大作用,無形之中提升了用戶體驗。
整體小程序迭代周期還是以周為單位進行更新,本文有較強實時性,更多最新知識需要大家及時洞察和探索。