“你是怎么看待基于角色的導(dǎo)航的？”這個問題在我的例行可用性周會上常常被問起，我很清楚大家為什么關(guān)心這個問題。這類導(dǎo)航系統(tǒng)的誕生本意上是為了讓用戶能專注于和他們相關(guān)的信息。不幸的是，我對此問題的回答很簡單：根據(jù)用戶類別來組織網(wǎng)站導(dǎo)航的行為往往是愚蠢的。

先來解釋一下什么叫基于角色的導(dǎo)航吧，網(wǎng)站有時候會針對不同的用戶群體提供不同的服務(wù)，為了更好地做到這點，網(wǎng)站會讓他們的用戶一開始選擇自己的類別然后進(jìn)入某個版塊或頁面來瀏覽對應(yīng)該角色類別的信息。這種針對各個用戶群體類別的標(biāo)簽常常出現(xiàn)在全局導(dǎo)航中，有時候也能在首頁顯眼的位置找到。設(shè)計師構(gòu)想的理想情況是這樣的：所有用戶都知道他們各自屬于哪種類別，然后只需要瀏覽和使用對應(yīng)板塊內(nèi)的信息及功能就可以了。在這種假設(shè)下，網(wǎng)站可以過濾掉那些并非針對當(dāng)前用戶的功能和服務(wù)而幫助他們排除干擾，從而節(jié)省大量時間。

基于受眾導(dǎo)航的五宗罪

看起來無論是對于用戶還是內(nèi)容產(chǎn)生者而言，根據(jù)用戶類型來組織信息似乎既簡單又快捷。越來越多的公司開始采用這樣的設(shè)計，其部分原因可以歸結(jié)為他們本來就對自己的目標(biāo)受眾十分熟悉。設(shè)計師希望通過預(yù)測各個群體的需求以便讓他們在網(wǎng)站中實踐更高效的導(dǎo)航體驗。

盡管表面上看起來棒極了，這類基于用戶導(dǎo)航的可用性問題卻愈發(fā)凸顯，已然不容我們小覷，下面是在我們調(diào)研中總結(jié)出來的此類導(dǎo)航最主要的五個問題。

用戶不知道該選擇哪個組別。有的用戶會在多個用戶組別中糾結(jié)自己到底屬于哪類；還有人認(rèn)為自己不屬于任一組別；另外有些人壓根不理解這些組別的含義——這些用戶類別的區(qū)分都是基于網(wǎng)站設(shè)計人員的行業(yè)規(guī)范和術(shù)語。事實上人們并不總能如設(shè)計師設(shè)想的那樣，平滑地把自己嵌入某個特定的類別，更多的情況是用戶并不能快速進(jìn)行自我辨別。

Key Bank使用了基于用戶的導(dǎo)航設(shè)計，私人、商業(yè)、企業(yè)之間的區(qū)別我是沒搞懂。舉個例子，如果一個私有小公司（也可能是個企業(yè)）的所有者在這個網(wǎng)站上應(yīng)該選擇哪個？

用戶會搞不明白一件事：這個用戶類別點進(jìn)去后是給我展示“關(guān)于”這個組別的信息，還是“為”這個組別準(zhǔn)備的信息呢？設(shè)想一下，某大學(xué)網(wǎng)站的主導(dǎo)航欄中有一個“Faculty”(友情翻譯：科系；全體教員)的鏈接。你覺得點進(jìn)去是能看到這個大學(xué)里所有教職工的信息呢，還是針對這個院系下成員的信息？你無法單單通過這個文本標(biāo)簽去判斷，用戶也一樣不行（附帶說一句，通過我們的可用性測試，你可以在受訪者點擊某個鏈接之前即刻詢問他們對該鏈接背后內(nèi)容的設(shè)想，這會讓你獲得很多重要和有趣的信息）。

強(qiáng)迫用戶自我識別不僅會平添額外的步驟，還會打破用戶的工作流。上你網(wǎng)站的用戶都是任務(wù)驅(qū)使的；他們并不會去分析自己屬于哪種類別的用戶。在基于用戶的導(dǎo)航中，他們必須先猜想面前的這個網(wǎng)站“認(rèn)為”自己屬于哪種組別、究竟那種組別的用戶想看到什么類型的內(nèi)容。所有這些問題都會增加用戶的認(rèn)知成本。

用戶會糾結(jié)他們看到的信息可能是不完整或不正確的。當(dāng)用戶在某個組別中遇到在你看來就一丁點大的問題時，他們的思緒就會飄到其它組別上。尤其是在電商或B2B的產(chǎn)品中，用戶總是很想知道是否其它組別的用戶能有更多的選項或拿到更低的價格。

采用基于用戶導(dǎo)航系統(tǒng)的網(wǎng)站通常含有重復(fù)的內(nèi)容，這會給用戶和內(nèi)容的維護(hù)者帶來大量的額外工作量。絕大多數(shù)內(nèi)容主題都會和不止一個用戶群體產(chǎn)生關(guān)聯(lián)。因此設(shè)計師們要給每個用戶組別創(chuàng)建一份一模一樣的頁面，亦或是從不同版塊跳轉(zhuǎn)到某個特定頁面的鏈接。在大多數(shù)情況下，這會導(dǎo)致用戶對網(wǎng)站里不同版塊下信息的異同產(chǎn)生好奇，通過我們的觀察，他們會在這些版塊里跳來跳去，只是為了測試兩個看起來一樣的頁面里是否包含了不同的信息（其實往往還真是一模一樣的）。

改進(jìn)基于用戶導(dǎo)航風(fēng)險的方法

盡管存在這些問題，我們還是能通過一些辦法來對基于角色的導(dǎo)航系統(tǒng)進(jìn)行改進(jìn)。

讓用戶組別彼此之間完全區(qū)分開來，用詞要通俗易懂。用戶群體應(yīng)該具備區(qū)分性和描述性，這樣用戶才能快速地識別自己屬于哪一組別，而類別的名稱應(yīng)該采用大家都能看懂的平實語言。

說清楚其中的內(nèi)容是否包含了為該組別準(zhǔn)備的信息。那些使用了“為…

”這類字詞的導(dǎo)航系統(tǒng)往往對于用戶來說更容易理解（下方有例子）。

Mayo Clinic網(wǎng)站上的全局導(dǎo)航基本上是基于內(nèi)容主題的，除了For Medical Professional這個版塊。’For’這個簡單前綴很好地闡述了該版塊的目的和內(nèi)容。

如果要使用基于角色的導(dǎo)航系統(tǒng)，那么請務(wù)必確保其內(nèi)容沒有走偏：該類導(dǎo)航只有在針對特定用戶群的內(nèi)容具備唯一性時才起作用——在每個用戶分組下都應(yīng)該有僅屬于自己的詳盡信息。在我們2015年的Intranet Design Annual中有很多公司成功地把基于角色的個性化融入到了他們的內(nèi)聯(lián)網(wǎng)中。比如有家公司在內(nèi)網(wǎng)創(chuàng)建了一個只有管理層或特定職級才能瀏覽的版塊。

新罕布什爾南方大學(xué)的網(wǎng)站上有一個專門針對軍校學(xué)員的版塊，其中包含了與軍校學(xué)員及其家屬直接相關(guān)的信息。這個版塊有效地避免了那些很‘general’的介紹學(xué)?；蛘猩绦虻闹貜?fù)信息。

在開始的時候就顯示子目錄的概覽。使用類似大數(shù)據(jù)量菜單的方式展現(xiàn)更深層的鏈接，這能幫助用戶對該版塊的職能范圍有一個初步的印象，同時還能為他們進(jìn)入次級內(nèi)容提供直觀的入口。

Multiple Sclerosis Society of Canada網(wǎng)站上的第二級菜單是以用戶類別來劃分的。這個大數(shù)據(jù)量菜單設(shè)計允許用戶對其下針對不同用戶組別的版塊間內(nèi)容有個大致的了解，并能便捷地進(jìn)入某個鏈接。

導(dǎo)航系統(tǒng)需要能讓用戶輕松地在不同身份間切換。就如所有其它類型的導(dǎo)航系統(tǒng)一樣，用戶應(yīng)該能隨時知道他們當(dāng)前身在何處、可以去往何方。因此請?zhí)峁┲庇^的方式幫助用戶在不同版塊之間穿梭，而非封鎖用戶在某個針對特定組別的版塊之內(nèi)。

內(nèi)容主題和任務(wù)要優(yōu)先于用戶類型。正如我說過的，用戶都是任務(wù)驅(qū)動的：他們帶著目的上網(wǎng)?；趦?nèi)容主題或高頻次任務(wù)的信息來組織的方式往往會更有利于快捷導(dǎo)航，因為它們能在第一時間顯現(xiàn)用戶需要的信息。至于基于角色的導(dǎo)航，在內(nèi)容版塊已經(jīng)分割明晰的前提下，可以被用作二級或三級導(dǎo)航。

Trusted Choice?Insurance網(wǎng)站的全局導(dǎo)航系統(tǒng)是基于內(nèi)容主題的，但它提供了兩個基于角色的版塊 入口(For Agents?和?For Carriers)，并安置于一個通用導(dǎo)航系統(tǒng)里優(yōu)先級比較低的位置（右上角）。

總結(jié)

基于角色的導(dǎo)航方式往往需要用戶付出額外的認(rèn)知成本——他們必須先決定選擇哪一個組別、搞明白每個組別里內(nèi)容的區(qū)別，以及在其它的用戶群體里是否蘊(yùn)含對自己有用的信息。這種導(dǎo)航方式會強(qiáng)迫用戶先去思考身份而非首先鋪展內(nèi)容。即便如此，身為設(shè)計師，只要確保每個用戶組別都具備唯一性且各自包含特定獨(dú)立的內(nèi)容，這類導(dǎo)航的潛在風(fēng)險將大幅降低。

作者：KATIE SHERWIN

譯者@勵定洲

來源@簡書

本文由 @勵定洲?授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。