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

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

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

現(xiàn)象：后臺操作強迫癥

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

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

后臺操作強迫癥的兩個具體表現(xiàn)：

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

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

強烈建議在“提交新內(nèi)容”的后臺操作設(shè)計中使用“簡主線”，而在修改、刪除、復制、分發(fā)的過程中使用“繁主線”。

“新增內(nèi)容”采用“簡主線”；“修改內(nèi)容”采用“繁主線”

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

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

什么樣的內(nèi)容數(shù)據(jù)應(yīng)該進入“回收池”？

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

補充原則之三：預想“下一步”
“如果系統(tǒng)能辦到，千萬別用人腦！”，不僅僅如此，從某個用戶經(jīng)常使用的連貫功能，預設(shè)“下一步”操作，是非常簡單的數(shù)據(jù)挖掘，卻能帶來極大的方便。

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

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

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

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

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

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

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

文本背景顏色
如果真的要突出的表現(xiàn)某些文字，那么加粗已經(jīng)足夠了

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

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

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

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

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

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

表格
勾引用戶使用表格進行編輯區(qū)布局？

從Word粘貼
用Word編輯內(nèi)容會帶來大量代碼冗余，編輯器不應(yīng)該慣用戶這個毛病

HTML視圖
一旦被濫用，后果不堪設(shè)想

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

簡化后的編輯器：

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

……好了，已經(jīng)基本夠了，附帶請讓剪貼板自動的讀取圖片和多媒體內(nèi)容進行粘貼

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

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

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

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

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

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

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

原文：http://www.hozin.com/Point/200912/Principle-On-BackEnd-Of-Website.html