在網(wǎng)站上發(fā)布新內(nèi)容成本是很高的。你可能會覺得“其實并沒有，發(fā)布內(nèi)容要什么成本啊，又不是要打印出來?！睆哪硞€角度來說，這么想也對。但其實問題正在于發(fā)布內(nèi)容的成本低廉。正因為成本太低，人們才會不停地發(fā)不停地發(fā)。

 

實際上，很多公司因為不考慮成本，所以隨便哪個員工都可以沒事上去發(fā)點東西。這些公司往往會安裝一套內(nèi)容管理系統(tǒng)，然后所有員工都可以上去搞東搞西。甚至是負責控制內(nèi)容一致性和準確性的人員也會在網(wǎng)站上大書特書。這些人的想法是：大水漫灌，用戶總能找到對自己有用的內(nèi)容。但是長此以往，你遲早會發(fā)現(xiàn)這里面所隱含的成本。這些隱含的成本有時甚至能讓大型企業(yè)叫苦不堪。

 

內(nèi)容的隱含成本

 

創(chuàng)造內(nèi)容固然是有成本的，但是隨著時間推移，管理內(nèi)容所需要的成本比創(chuàng)造內(nèi)容要高的多。管理內(nèi)容需要耗費大量資金和時間對內(nèi)容進行定期審查以保證其準確性和相關(guān)性，對于在網(wǎng)上設(shè)有大量頁面的企業(yè)來說，這一點尤其重要。而最后所帶來的后果，就是很多公司扛不住，只好放棄。對于非關(guān)鍵的內(nèi)容，我們往往會在點擊完“發(fā)布”按鈕后就忘了到底發(fā)了些什么東西，而這里所隱含的成本卻不僅僅是維護成本這么簡單了。其還會影響到網(wǎng)站的易用性。如果網(wǎng)站上內(nèi)容過多，就會妨礙用戶找到自己所需的內(nèi)容。舉例來說，微軟的網(wǎng)站曾一度擁有過超過1000萬個頁面，其中有3百多萬從來沒有用戶來看。這些沒用的內(nèi)容除了影響尋找內(nèi)容的效率進而降低用戶滿意度之外沒有任何用處。

 

Microsoft.com等大型網(wǎng)站往往會有數(shù)以百萬計的頁面，其中大部分是沒用的。

 

除此之外，還有一個終極的隱含成本：也就是企業(yè)對網(wǎng)站更新迭代能力的影響。舉例來說，有個公司想把網(wǎng)站改造成響應(yīng)式網(wǎng)站。理論上我們只需要更新一下CSS，充其量也就是在內(nèi)容管理系統(tǒng)里更新一下模板，但是如果我們隨著時間累計攢下了上百萬個頁面，事情就沒這么簡單了。內(nèi)容的出產(chǎn)方肯定曾經(jīng)以各種各樣的方式對內(nèi)容進行了各種修飾，因而修改設(shè)計將變得難上加難。

 

很多數(shù)字團隊就因為這一點放棄了修改網(wǎng)站的想法，并轉(zhuǎn)而求其次：重新設(shè)計網(wǎng)站核心板塊，不管歷史遺留內(nèi)容。這樣一來就會造成用戶在適應(yīng)網(wǎng)站新界面時產(chǎn)生碎片化的體驗情形。

 

那么，我們應(yīng)該怎樣應(yīng)對這一巨大的難題呢?首先，我們要解決網(wǎng)站上的沒用內(nèi)容

 

哪些內(nèi)容屬于沒用的內(nèi)容?

 

沒用的內(nèi)容是指多余、過時和雜項的內(nèi)容。其實，我們網(wǎng)站上的內(nèi)容有一大部分都屬于這個范疇。這些沒用的內(nèi)容對于很多大型網(wǎng)站來說是個很頭疼的問題。

 

歐盟委員會近期對網(wǎng)站進行了一次內(nèi)容審查。審查結(jié)果就是刪去了80%沒用的網(wǎng)上內(nèi)容。這一舉措一方面改善了用戶體驗，另一方面也降低了成本。此外，還大大方便了他們對網(wǎng)站進行跟新迭代。

 

很多公司發(fā)布的許多內(nèi)容其實都屬于雜項內(nèi)容，這些內(nèi)容主要是為了照顧邊緣化的問題，實際上大部分用戶都碰不到這些問題。但正是這些內(nèi)容需要花費大量時間和精力去維護，而且妨礙了重要內(nèi)容的瀏覽。

 

然而，有時候即便是重要內(nèi)容也會變成沒用的內(nèi)容。因為隨著公司的進步，其網(wǎng)上內(nèi)容也需要跟著進步，可實際上網(wǎng)上內(nèi)容會停滯不前，直到變成多余。

 

最后要說的是，我們發(fā)布到網(wǎng)站的很多內(nèi)容都存在有限的生命周期。比如曾經(jīng)搞過的活動，很多年前的新段子等等，都會影響搜索結(jié)果。

 

這些沒用的內(nèi)容遲早都需要我們?nèi)ッ鎸?，去解決。但是具體應(yīng)該怎么做呢?

 

從頭開始

 

最好的解決方案，往往是從頭開始。對于大型網(wǎng)站來說，哪怕僅僅是把現(xiàn)有內(nèi)容梳理一遍也會耗去大量時間和資金。其實很多網(wǎng)站建設(shè)團隊自己都不知道網(wǎng)站上有哪些內(nèi)容。所以在這種情況下，最好的辦法就是把內(nèi)容遷移走。不過這就好比給豬畫口紅一樣，解決不了根本問題。

 

與此相比，很多公司選擇從零開始，從頭再來。首先，他們會找出用戶的首要任務(wù)，并圍繞這些任務(wù)創(chuàng)造內(nèi)容，進而滿足用戶需求。這樣一來就只需要遷移相關(guān)的內(nèi)容，并在遷移過程中對內(nèi)容進行重新編譯。

 

英國的Goverment Digital Service在做GOV.UK項目時就采取了這一方法。他們首先將現(xiàn)有政府網(wǎng)站上的內(nèi)容轉(zhuǎn)換成實際的用戶需求，例如“我需要掛失護照?！比缓笸ㄟ^一系列標準判定相關(guān)需求是否需要解決，如果是，就保留。在這一過程中，他們使用了自己開發(fā)的一款名為“Needotron”的應(yīng)用。

 

但不幸的是，很多公司的網(wǎng)站團隊無法做出如此徹底的改變。因為網(wǎng)站團隊不是內(nèi)容的所有人，因此沒有權(quán)限做出刪除的決定。雖然我個人認為這一情況并不普遍，不過我的個人看法并沒有什么卵用。那么不如這樣，我們來看看實際中比較可能存在的情形：

 

刪除多余內(nèi)容

 

首先我們看多余的內(nèi)容：已經(jīng)下線的產(chǎn)品或服務(wù);已經(jīng)結(jié)束的活動。這些內(nèi)容比較好發(fā)現(xiàn)，通?？梢酝ㄟ^導(dǎo)航、搜索結(jié)果和分析技術(shù)找到。

 

這部分內(nèi)容一般也比較好解決。一般沒有人會在乎冗余的內(nèi)容，所以即便刪掉也不會有人找麻煩。此外，這部分內(nèi)容量也不會太大，所以網(wǎng)站團隊應(yīng)該有能力解決。

 

不過，過時的內(nèi)容如何解決就需要技巧了。

 

解決過時的內(nèi)容

 

過時的內(nèi)容不好發(fā)現(xiàn)。比如已經(jīng)不再使用的電話號碼、涉及已離職員工的信息、已經(jīng)結(jié)束的活動事件或者有關(guān)已下線產(chǎn)品的內(nèi)容。這些內(nèi)容往往深深隱藏在網(wǎng)站身處或小版塊中。

相比多余的內(nèi)容，過時內(nèi)容的量會比較大，網(wǎng)站團隊找起來會比較吃力。刪除這部分內(nèi)容需要采取自動化的方式，并需要和內(nèi)容發(fā)布方進行跨部門合作。

 

這方面有一個辦法就是在雙方協(xié)商好的期限到期后，對新聞、活動進行存檔處理。這樣可以將內(nèi)容從搜索和導(dǎo)航結(jié)果中刪除，但是需要使用的人最終還是能找到?？墒堑狡跁r限比較模糊的內(nèi)容該怎么處理呢?

 

最好的方法就是建立起明確的內(nèi)容審查制度。這樣就可以迫使內(nèi)容發(fā)布方檢查內(nèi)容，確認其是否過期。例如，可以讓相關(guān)人員每六個月登陸一次內(nèi)容管理系統(tǒng)檢查內(nèi)容時效性。

 

如果過期的內(nèi)容無法刪除，則應(yīng)該至少將其標記為過期。

 

當然，還必須告訴內(nèi)容發(fā)布方如果不照做需要承擔什么后果，否則他們肯定不當回事。在這一過程中，我們需要將不需要的頁面從主導(dǎo)航和搜索結(jié)果中刪除，同時還需要給頁面加一個banner告知用戶這個內(nèi)容已經(jīng)過期。BBC就曾采用過這個技巧。

 

我們還可以在CMS中使用“上次更新日期”功能來發(fā)送郵件通知創(chuàng)建內(nèi)容的人員登錄檢查。如果這個人已經(jīng)離職，也沒有其他人負責，那就直接標記為過期。

 

另外呢，還可以通知內(nèi)容發(fā)布方，告知其內(nèi)容無法達到預(yù)定的流量下限或已超過保留時間?？傊椒ǘ嗟氖恰２贿^要注意，一定不能選錯指標。流量和保留時間有時候并不適用于所有內(nèi)容。

 

雜項的內(nèi)容怎么辦呢?

 

沒用的內(nèi)容中最為難的一部分就是雜項的內(nèi)容這一塊，因為到底什么樣算雜項很難讓各方達成共識。你覺得邊緣化的內(nèi)容對于另一個人來說可能是關(guān)鍵的業(yè)務(wù)信息。

 

要解決這個問題，就需要設(shè)定一系列內(nèi)容價值評估標準。這些標準包括：

 

1. 分析數(shù)據(jù)

 

2. 用戶的首要任務(wù)

 

3. 業(yè)務(wù)目標首先，要看頁面的點擊量。如果達不到一定點擊量，就應(yīng)該做出標記，讓人重新審查。達不到量并不代表內(nèi)容就是沒用了，只不過是有這個可能性。

 

下一步，將內(nèi)容與用戶可能需要執(zhí)行的一系列關(guān)鍵任務(wù)進行比較。具體有哪些任務(wù)你要首先想清楚。這一點應(yīng)當是判斷內(nèi)容是否屬于雜項內(nèi)容的首要標準。如果內(nèi)容和任務(wù)不匹配，就說明可能存在問題。

 

當然，某項任務(wù)可能不是對所有用戶來說都算關(guān)鍵任務(wù)，但對整個公司來說卻十分重要。例如，購物網(wǎng)站上只有一小部分用戶會執(zhí)行最后的購買任務(wù)，但你能說購買這個任務(wù)對公司不重要嗎?

所以說，我們一定要問：這項內(nèi)容是否支持了公司的幾個首要業(yè)務(wù)目標。如果只是支持細微的小業(yè)務(wù)目標則無所謂。

 

如果內(nèi)容沒有符合上面說的幾個標準，那么就可以判定為雜項內(nèi)容。不過還不能急著刪，對于某些內(nèi)容，因為法規(guī)原因，或者其對于一小撮用戶具有非常重要的意義，是不能隨意刪除的。

 

對于這類內(nèi)容，我們在保留的同時，要注意不要讓其影響關(guān)鍵內(nèi)容的瀏覽。你可以讓這些內(nèi)容只能通過搜索找到，或者將其從主站上刪除，因為通過社交媒體、電子郵件或其他通信渠道向用戶送達特定頁面遠比讓他們在你的網(wǎng)站上找來找去要容易得多。

 

困難但重要的挑戰(zhàn)

 

對于大型網(wǎng)站來說，處理沒用的內(nèi)容往往讓人覺得手足無措，甚至覺得完全做不到。但實際上不是這樣。很多時候你只需要有正確的流程就好辦了。

 

我希望大家把從頭開始始終當作一個備選方案，不要直接否定。雖然對于很多公司來說從頭做一個網(wǎng)站是不可能的，但最后的結(jié)果往往不是這樣。如果你能做出一個原型讓大家看看比之前的網(wǎng)站牛逼很多，他們很可能會同意你的方案。別不好意思!狠狠心免得這些沒用的內(nèi)容吧!