close

“后臺體驗”中若干原則的補充 - 網頁設計

http://webdesign.zoapcon.com

 

首先,強烈推薦讀者猛擊《網站后臺用戶體驗一個容易被遺忘的策劃》一文。

同樣都是Web頁面,為什么要人為的區分為“前臺”和“后臺”呢?有個緣由在其中:那些需要受到特殊安全保護的表單和網站控制中樞,在某些情況下必須集中的設計和部署。管理員、內容編輯人員、權限用戶……這些內容創造者是一群特殊的用戶,需要關照;在“用戶創造內容”的大趨勢下,“前臺”和“后臺”的概念越來越模糊,可以肯定的是類似SNS這樣的軟件也會有所謂“后臺”;是否硬性的區分“前后臺”并不在本文的討論范疇,只針對“后臺用戶”這一特殊群體提供一些可行的體驗優化原則。

親見過許多網站在華麗外表后面,是丑陋、雜亂的“后臺”,被剝奪了用戶尊嚴的網站編輯們,在最簡陋的表單下提交著數據;這就好比硫磺熏過的饅頭、地溝油炸出的麻花、摻過蘇丹紅的辣醬,看起來很美,聞起來味道不錯,如果讓你參觀一下制作過程,除了惡心沒有任何食欲可言。用戶體驗是一個通配符,對網站的“后臺”同等重要,畢竟“后臺用戶”是最頻繁的使用者之一。

現象:后臺操作強迫癥

了解網站編輯人員的工作么?可不是用WordPress寫寫Blog那么簡單。面對“編輯任務”,必須絞盡腦汁尋找資源,網站編輯不同于傳統紙媒的編輯人員,并沒有太多記者、通訊員及校對輔助,完全是獨立的開展工作,即要保證內容迅捷,也要兼顧轉載版權、內容河蟹;很多網站編輯還兼顧圖片處理、專題頁面制作、SEO工程師的角色,可以說是一專多能了。

現實中,編輯人員又往往是運營團隊中身份低微,待遇并不優厚的那一群,原因很簡單:很多網站根本不期望和要求原創內容,編輯人員僅僅是復制和粘貼而已。頻繁的表單操作往往讓編輯人員心力焦悴,疲于完成指標,又擔心操作錯誤造成的內容偏頗,每日如履薄冰,形成了“后臺操作強迫癥”。

后臺操作強迫癥的兩個具體表現:

1. 頻繁預覽
網頁真的和編輯效果一樣么?圖片不會沒法看到吧?模板正常么?刷新一下,嗯……再刷新一下
2. 害怕遺漏和忘記
剛才那條新聞的時間寫了么?摘要和SEO關鍵字呢?啊,莫非又忘記了關閉評論功能?

補充原則之一:繁簡兩條腿,后臺兩張皮
“能在一個頁面完成的工作,決不在兩個頁面實現!”這個說法并不正確,或者沒辦法解決“強迫癥”問題。在某些時候,使用Step By Step的方式反而能夠事半功倍,即是“后臺體驗”中的一條“簡主線”;在某些時候必須進行批量的和復雜表單提交,即是“后臺體驗”中的一條“繁主線”。

強烈建議在“提交新內容”的后臺操作設計中使用“簡主線”,而在修改、刪除、復制、分發的過程中使用“繁主線”。


“新增內容”采用“簡主線”;“修改內容”采用“繁主線”

對操作任務按照復雜和謹慎程度進行區分,是一個建立用戶同理心的過程。添加新內容是一項高度緊密的工作,如果因為電話或者其他原因被打斷,這種操作可能必須重新開始,簡潔的表單依照次序逐步進行可以有效的避免錯誤的操作,給編輯者減輕負擔,這不是一個簡單的“效率”問題,而牽扯到“效度”。對舊有內容的修改操作,更偏重便捷,此時設置復雜表單是用戶可以接受的,也是他們所希望的“一目了然”,而批量操作也往往在此時甚有裨益。

補充原則之二:“回收池”是退路
內容回收和還原機制是支撐“兩條腿”工作的重要功能。試想,如果因為一次誤操作造成了數據的物理刪除,那么“后臺用戶”不得不抓狂的再來一次,其心態的懊惱和沮喪是何種滋味呢?Windows系統的“回收站”是非常體貼的設計,不妨拿來交給“網站后臺”,讓內容管理員少一些麻煩,多一條退路。

什么樣的內容數據應該進入“回收池”?

過期和被刪除的(或許是有用的寶藏)
正在被修改和轉移的(保留一個修改前的副本)
被打斷的“新增內容”(讓用戶繼續完成它們吧)

補充原則之三:預想“下一步”
“如果系統能辦到,千萬別用人腦!”,不僅僅如此,從某個用戶經常使用的連貫功能,預設“下一步”操作,是非常簡單的數據挖掘,卻能帶來極大的方便。

縱觀那些流行的CMS軟件,無論Portal如何高效,模板組裝如何便捷,都沒有逃脫“以內容為中心”的后臺設計思路。左邊是一系列的功能列表,右邊是主操作界面,使用框架結構的頁面……內容控制的智能已經被帶領到自動從網際抓取(剽竊)內容的死胡同,那些先進的技術都緊緊的圍繞SEO和流量展開,誰在為使用者多考慮一些“下一步”呢?

補充原則之四:簡化編輯器
“懂得語義化Html是萬維網從業者的充要條件”,如果不能滿足這個條件呢?沒關系,有WYSIWYG編輯器。但是可以肯定,Web內容編輯器正在被濫用!那些JavaScript和正則語法達人正在“無所不用其極”的將編輯器變得臃腫起來。
來看看比較常見的可視化編輯器的功能有多么“全面”吧:

加粗文本
設置這個功能可以理解,但是一定要使用<strong>或者<em>標記,珍愛生命,遠離<b>

斜體文本
My上帝、玉皇、觀音菩薩……斜體對中文簡直就是噩夢!如果不能限制用戶僅僅在拉丁文上使用,請去掉這個吧

下劃線
難道沒有人告訴你只有超級鏈接才配得上下劃線這么昂貴的字體裝飾么?

刪除線
這個尚且有點用,但其實很少有人用

字體顏色、字體種類、字號
最容易被濫用而破壞頁面一致的功能

文本背景顏色
如果真的要突出的表現某些文字,那么加粗已經足夠了

h1~h6級標題
如果不理解語義,用戶往往使用“加粗”來裝飾標題;如果理解語義,那為什么還需要可視化編輯?

增加縮進量
為了保證正文的一致,推薦把縮進量固化到CSS中

左對齊、居中對齊、右對齊
別老折騰那些文字好么?有興趣的可以把所有文本都居中對齊,保證你會抓狂

水平線
大哥,<hr/>是W3C組織眾多棄嬰當中的一個

站外圖片Url
對站外圖片有歧視?

上傳圖片
為啥還要分為有鏈接和無連接兩個不同的版本

表格
勾引用戶使用表格進行編輯區布局?

從Word粘貼
用Word編輯內容會帶來大量代碼冗余,編輯器不應該慣用戶這個毛病

HTML視圖
一旦被濫用,后果不堪設想

……如果都思考過來,劫后余生的不多了


簡化后的編輯器:

加粗
有序/無序列表
為目標加入超鏈接(包括文本和圖片)
圖片(站外、站內、上傳新的、有連接的)
多媒體(音頻、視頻、動畫)
預覽

……好了,已經基本夠了,附帶請讓剪貼板自動的讀取圖片和多媒體內容進行粘貼

盡量簡化編輯器,是優化“后臺操作”的重要步驟,也是體貼編輯人員工作的開始。為不同水平和背景的編輯人員提供不同版本的編輯器,能夠保持最后內容的一致和工作效率的提升。特別注意的是,除了系統管理員之外,不應該有其他人能夠完全開放的向內容中加入HTML代碼。

補充原則之五:別把后臺搞成信息孤島

“網站編輯小李同學,你上次的約稿我已經Mail給你了,請查收”,小李馬上打開了Foxmail將文章粘貼到后臺編輯器,調整格式,預覽,等待審核發布。本文用了大約70個字描述了小李同學發布某一條內容的過程,而實際工作中,小李可能花費了3~5分鐘才完成了一系列操作。

通常,內容往往是通過Email、OA系統、CRM、Word、RSS、IM粘貼到網站的后臺,所以編輯人員不得不打開QQ和MSN,并時刻注意FoxMail和OA的動向,同時還要應付桌面上亂其八糟的Word和TXT文檔。你瞧,這就是可愛的網站編輯的日常工作,將來自各個渠道的內容粘貼到網站后臺去,同時艱苦卓絕的應對“后臺操作”。

試想,在網站后臺內置一個類似Outlook的小程序,多一個簡單的RSS閱讀器,能夠輕松以“一鍵到位”的方式完成內容的轉移和分發,多么美好?實現這些功能并不難,只是沒有人去考慮,沒有人愿意去做,因為網站編輯的工作在很多人眼里很廉價。

撰后小記
“網站策劃的目的是為了運營”,并不是很贊同這種說法,有些本位主義,運營對一個網站很關鍵,但絕對不是網站策劃的目的。也在思考網站策劃的目的是啥?想了半天終于有個結果了——網站策劃的目的是為了“讓所有和網站有關的人都高興”。用戶高興,因為網站的內容對他們的生活和事業有幫助;運營人員高興,因為他們的工作有了結果,獲得了認可與尊重;投資人高興,因為網站給了他們經濟利益的回報。

給運營人員特別是內容編輯人員提供良好的“后臺體驗”,可能會增加技術成本,也許看過本文的CTO正在大罵“吃飽了撐的沒事干”,但是誰也沒有辦法改變一個事實:任何提高都要付出代價。

 

arrow
arrow
    文章標籤
    網頁設計 web design
    全站熱搜
    創作者介紹
    創作者 beangte 的頭像
    beangte

    beangte的部落格

    beangte 發表在 痞客邦 留言(0) 人氣()