案例|設(shè)置是查看還是修改?

本文作者將淺析網(wǎng)站設(shè)置和手機(jī)設(shè)置,且針對“設(shè)置是查看還是修改?”的問題提出了她的解決方案,一起來看看~
最近做了很多設(shè)置相關(guān)的工作,期間發(fā)現(xiàn)一個矛盾,那就是查看與修改難以取舍。
尤其是對于包含多個維很多設(shè)置項目,例如,手機(jī)的“音量”設(shè)置可能包含靜音模式、震動模式、鈴聲音量、媒體音量、鬧鐘音量和通話音量。由于信息層次、數(shù)量較多,給設(shè)置頁面的設(shè)計帶來更大的條件。
常見網(wǎng)站設(shè)置
如果把手機(jī)音量設(shè)置用常見網(wǎng)站的形式展示出來也許是這個樣子:
相比查看參數(shù),常見的網(wǎng)站設(shè)置頁面更加側(cè)重修改參數(shù)。因為這種方式將所有信息平等地鋪展出來,每一個都可以隨時修改。
- 好處:不用切換頁面,所見即所得。
- 壞處:信息展示沒有重點,看起來費力。這種方式還衍生出來一個問題,就是頁面上所有東西都是可編輯狀態(tài),為了避免誤操作,通常使用確定取消按鈕來保存設(shè)置。
常見手機(jī)設(shè)置
綜合了一下常見手機(jī)的設(shè)置方式:
常見手機(jī)對于多維項目的設(shè)置頁面,與常見網(wǎng)站相比,主要有三點不同:
- 將一個個多維項目從頁面上分開,必須點擊才能進(jìn)入多維項目單獨的設(shè)置頁面;
- 因為每一個只展示一個多維項目的設(shè)置內(nèi)容,所以信息沒那么多,不用確定取消按鈕來防止誤操作了;
- 設(shè)置控件更加簡潔清晰了。
- 好處:每次載入的項目不會太多,保證頁面的簡介清晰。
- 壞處:增加了一個層級,而且除非點入多維項目的單獨設(shè)置頁面,否則沒法看到任何參數(shù)。除此之外,手機(jī)為了簡潔而放棄了滑塊的精確性。
我的方案
我根據(jù)自己的期望設(shè)計出來的一套方案:
我的期望只有兩點:
- 查看的時候夠清晰
- 修改的時候不放棄精確性
如果用戶只想看一看該項的參數(shù),那么在收起狀態(tài)就能看到主要參數(shù)。如果用戶想要修改,那么展開后他能看到該項目的單獨修改內(nèi)容。這樣就兼顧了查看與修改。
這個方案需要注意的是,收起狀態(tài)的關(guān)鍵詞提取。這些關(guān)鍵詞不但要選取最主要的,而且要抓住關(guān)鍵結(jié)果,而非設(shè)置方式。例如,上圖中收起狀態(tài)的的第一個關(guān)鍵詞是“振動”,而不是“靜音模式,靜音時振動”。因為不論這個振動模式是通過什么樣的邏輯判斷出來的,用戶關(guān)心的是最終結(jié)果。
假設(shè)整個手機(jī)的設(shè)置都用這種方式,那么看起來大概是這樣:
作者:Z Yuhan
來源:https://zhuanlan.zhihu.com/p/26755332?group_id=844254583084679169
本文由 @Z Yuhan 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
操作音量大小,具體數(shù)值不是用戶注意的重點,是非必要信息,加上之后反而有點畫蛇添足,個人愚見
贊同
列表式的交互讓信息的展示較為擁擠,用戶的視覺負(fù)荷較大,作為用戶我其實更偏向于圖形化的頁面
界面布局體驗看著有點不舒服,如果小屏幕,怎么容納次要部分的數(shù)據(jù)資料。(個人看法)
思路清晰,分析到位,目標(biāo)明確,一擊而中
個人不太認(rèn)同,這些信息本身就是歸屬設(shè)置的功能。
1.從用戶需求角度來說,這塊信息并不???,對某些數(shù)據(jù)的精確度也不敏感,更多只是為了設(shè)置而設(shè)置,并非為了查看而設(shè)置。
2.所以何不通過簡潔的界面來提升用戶體驗?zāi)兀?/p>