抽屜式導航可能降低產品一半的使用者參與度,導航產品參與
設想你需要設計一個含有許多頁面和模組,不能在一屏內顯示完全的應用。你一定會首先想到去設計一個底部或頂部的Tab導航。等一下,多出來的一排導航看上去有點礙眼?我們嘗試下把他們收到側邊欄裡,或者叫安卓團隊給它的名字“側邊抽屜導航”。
如果你們的應用的也是多視圖的,在你們的團隊裡,以下話題一定常常引發激烈討論:
是把導航選項都顯示在螢幕上,讓你們的使用者可以清晰認知app結構,並避免多餘操作才能發現;還是使用側導航讓主屏的顯示地區更大些。
目前,側導航在安卓裝置上比較流行,而iOS平台上使用的還不是很普遍。所以我們的討論還要面對一個問題:安卓和iOS應用是不是有一樣的使用者習慣,適用一樣的導航模式?
我想,在這裡分享下我們的經驗是很有價值的。
可用性 vs. 乾淨的設計
當第一次開始zeekbox項目,我們使用了頂部的tab導航。我們的理由很簡單“看不到的不記掛”。既然你第一眼看不到這些入口,那麼也許你也就不會知道它們在哪兒。
舉個例子,左邊的方案,如果你沒有看到引導,你可能真的找不到導航在哪裡。如果找到了一次,你會在每次回來zeebox的時候都記得側導航的入口嗎?即使你記住了,每次切換欄目還是會需要點擊兩次。
但從另外一個角度來說,沒有那一排tab導航,讓設計看上去乾淨多了,把導航放進側邊抽屜裡,讓主內容地區有了更大的空間餘地。
側邊抽屜導航這種設計模式興起於18個月前。
2013年九月左右Facebook使用了一種新的導航方式-也有可能是我在使用的Facebook app作為A/B test的一個樣本。當然了,既然Facebook都這麼做了,那這種方案應該是好的吧,我這麼想。
而後,友好而樂於提供指導的Google Play團隊建議側邊欄抽屜式導航(navigation drawers)作為一種新的導航方式適用於安卓應用。
所以6個月後,我們決定冒險嘗試改為側邊欄導航。為了保證使用者能清楚地發現側導航,我們在應用初次開啟的時候,設定側邊欄是展開顯示著的,像這樣:
新版本剛發布的時候,我們的使用者反饋很棒(都是諸如“喜歡新的設計,全5分!”這樣的反饋)但當我們看到自己的資料,這真是個災難!使用者參與度降低了一半,就好像“看不到的不記掛”這句話真的應驗了。
讓人驚訝的事實
在意識到結果的嚴重性之後,我們用兩周時間出了一個版本恢複到了頂部Tab導航的模式。同時,為了不讓哪些喜歡新導航的使用者失望,我們在設定裡保留了側導航的選項。
6個月後,zeebox經曆了不少的改變,我們有了一個新的“我的TV”頁面,它的內容內容更豐富,包括了訂閱和廣告,是對於使用者來說很重要的一個頁面。為了讓更多的內容展現在這個頁面裡,我們又想到了嘗試側導航。基於之前的經曆,這一次,我們決定使用一種更聰明的辦法,A/B test去測試。
我最喜歡的A/B test 工具和方法
我們使用Flinto來製作高保真的可點擊原型,它讓設計看起來像是一個真實的應用,並且,使用者可以在很短是時間內就完成它。你在這裡看見我們建立的Flinto原型:案例1、案例2-在iPhone上可以獲得最佳的點擊效果:在頁面內任何地區點擊,可以互動的熱區就會顯示出高亮提示,可以點擊這些熱區,就像你使用一個真實的應用一樣。
我們招募了喜歡看電視節目的使用者,每周兩次過來我們的工作室,測試不同的概念和我們設計的原型。在一些情況下,我們可以通過小樣本使用者測試選擇方案,就像上面提到的對於“我的TV”頁面的原型測試。對於另一些情況,像驗證側邊欄導航的使用效果,你需要觀察大量使用者的真實使用記錄。這時,我們需要使用A/B Test。
對於行動裝置 App的A/B Test,我們使用Swrve-在我看來最成熟的A/B Test工具,它不但能提供Goal Seeking (當勝出方案明確的時候,A/B測試伺服器可以自動切換所有使用者到最佳選項),還能夠選擇對不同使用者提供不同的體驗方案。
舉個例子來說,如果你是一個Comcast源的訂閱者,你沒有發現我們應用中有對Xfinity遠端控制的功能,Swrve會讓zeebox彈一個窗告訴你相關資訊。通過這種訊息提醒機制的調整控制,A/B test每天都會趨向一種更合理的測試結果。
對於側邊欄使用效果的測試,我們採用了15/85方法,即針對15%的使用者投放了側邊欄的方案,85%的使用者保持Tab導航的方式。我們發布了這個新版本進行A/B Test,等待最終的測試結果…
如,測試結果很驚人。
抽屜導航和tab導航對使用者使用頻率的影響
周使用頻率在下降(對比明顯),日使用頻率在下降,使用者在應用中花費的時間在下降。側邊欄導航在第一輪測試中看起來像個災難。
感謝A/B test,讓我們在一段時間的驗證後快速的將所有使用者切換到了tab導航的方案。
如果關於使用側邊欄還是tab的爭論也出現在你們團隊中,我想我們的研究經驗值得與你們分享。
在我們通過A/B test決定側邊欄不適合我們產品的時候,facebook也發布了應用的新版本,還是採用了固定的底部tab導航。所以,在iPhone上他們最終還是選擇了保守的導航方式。
而在安卓上,他們又是怎麼處理的呢。在我的安卓裝置上顯示的是左一的方案(通過二級tab切換不同頁面),在我同事的手機上顯示的是右一的方案,通過(側導航切換不同頁面)。facebook一定也在使用A/B test測試使用者對抽屜導航和tab的不同反應,我很期待facebook對這一測試的最終結果。
譯者按:在目前最新的face版本中採用了方案1,也就是tab導航的方式,如所示
facebook最新決定方案
那麼,到底什麼時候適合用側導航呢?
我的建議是,如果應用主要的功能和內容都在一個頁面裡面。只是一些使用者佈建和選項需要顯示在其他頁面裡。處於讓首頁面看上去乾淨美觀的目的可以把這些協助工具功能放在側邊欄裡。
而如果你的應用有不同的視圖,且他們是平級的,需要使用者同等地對待,側邊欄將會浪費掉大多數的使用者對於側邊欄中入口的潛在參與度和互動程度。
問怎降低網站跳出率 網站運營分析
其原因很簡單:由於訪客的需求不同,所以他們與你的網站的關聯性也就不同了
讓使用者和你的內容產生互動可以產生銷售、訂閱、標書籤和回訪。提高讀者的參與度最好的方法之一是確保你的網站連結的是相關聯的內容,並且將它們以一種能鼓勵使用者點擊的方式顯示出來。
通常用來衡量訪客參與度的是跳出率,它是指那些進了登陸頁面後就離開的訪客的數量百分比,這些訪客登入後沒有查看其他的頁面就跳出了。你可以使用像Google Analytics那樣的統計工具很容易地算出網站的跳出率。
較低的跳出率就表示訪客更深入地探索了你的網站,這也可以推斷出,訪客們和你的內容參與度很高。雅各布尼爾森在他的一篇文章中提到,跳出率仍然是一個重要指標。
由於跳出率越來越高,我們必須停止將獨立的訪客作為度量網站成功性的指標。那些立即離開網站的訪客會增加獨立的訪客數,但對長期價值沒有作用。相反,跳出量應被視為負面的統計:該網站沒有足夠地誘惑他們參與進來哪怕是一秒鐘的頁面瀏覽都沒有。
尼爾森提議,跳出率必須分開分析,因為主要有四種不同的使用者來源:低價值的引薦、其他網站的直接連結、搜尋引擎和忠實的使用者。其原因很簡單:由於訪客的需求不同,所以他們與你的網站的關聯性也就不同了
忠誠使用者可以通過供稿閱讀器(為了方便地讀取RSS和Atom文檔)訪問你的網站,並在閱讀了一篇新的文章之後就退出去了,因為他忙著去閱讀其他更多的內容了。對知識非常渴望的使用者會通過搜尋引擎來訪問你的網站,並且很容易會被誘使到處點擊看看。一個閑逛的訪客在瀏覽像StumbleUpon那樣的社交管道時會開啟你的某個頁面的。
需要注意的一點是,跳出率會由於來源的不同而有所不同,因此,應該根據以往類似的資料來進行對比分析。例如,搜尋引擎推介的效果應該是根據以往的跳出率來進行衡量,而不是根據另一個訪客來源(比如Digg)來衡量。
1、根據網站整體目標來測量跳出率
通過不同的訪客來源來比較跳出率的話,能夠顯示出你所獲得的流量價值。較低的跳出率會產生購買、訂閱或回訪,這樣有助於幫你找到最好的流量來源。需要注意的是,最終要根據網站的整體目標來確定每個來源的跳出率。
除了訪問來源,還有一些問題會影響跳出率。例如你建網站的目的、當前的設計等。很難確定一個尺度作為衡量跳出率的標準,但分析專家阿維納什考希克卻提供了一些很好的建議:
阿維納什說,部落格和其他的靜態網站是有那麼一點區別的,對部落格來說,50%的跳出率是很正常的,75%的跳出率才需要關注一下。
指標是有用的,其重要性不僅僅在於能查出跳出率,還在於對某個具體目標的影響(比如轉化率)。你無法確定你的競爭者或同行的跳出率,所以你需要把重點放在自己的網站的過往成績上,並研究趨勢以區別訪客的模式。
2、改善跳出率,獲得更多頁面瀏覽量
每個網站都有它自己的目標和要求,所以這裡不會對每種情況詳細說明,只談一談總體策略。首先,可視的事物對訪客的跳出率影響是很大的,如果他們遇到了很相關聯的連結、行動呼籲或資訊的話,他們就更可能點擊其他的頁面的。
最佳化網頁,然後將網頁串連到一個整體上,這不僅能為忠實的讀者增值,也能為那些通過推介網站或搜尋引擎而訪問的訪客增值。假設你的訪客們對你的網站一無所知,假設他們想要知道更多的資訊,那就要使導航點便於利用,在內容周圍添加上合適的連結。
尼爾森提出了一種能降低跳出率的方案:
對一組使用者進行測試。讓他們從某個特定的網頁登入你的網站,然後根據他們的體驗獲得反饋。這樣能有助你想到改善的方法的。
公開下一步措施。如果訪客們對當前的頁面感興趣的話,就讓他們採取行動。在副本下方或內容裡面添加更多的連結,......餘下全文>>