譯者注：對于網頁設計職員，如何組織和規劃內容可以說是一個十分樞紐而又令人頭疼的題目。本文站在治理者的角度，從內容規劃、開發和維護三個階段來告訴讀者應該如何采取并實施準確的內容策略，同時提供了不少實用方法及內容規劃工具，如Basecamp、Trello、GatherContent。

我在創建自己的數字機構時碰到了一個很大的題目： 組織內容。

對于我們碰到的大多數項目來說， 內容都是一個明顯的瓶頸。 從客戶那里收集內容本身已經夠難題的了， 但更麻煩的是治理基礎舉措措施，工作流，出版技術細節和認證工作流程。

讓我們承認吧， 內容的開發仍舊是一個巨大的，令人沮喪的流程。 客戶一下子朝你丟過來一份200頁的word文檔， 有時還附有一張裝滿了零散圖片的CD和僅僅達成部門一致的流程。你能有多少時間用來鋪張在用郵件收發校對word文檔上呢?

基于治理和經營一個14人工作室的經驗， 根據三個不同的內容開發階段， 我想分享一些心得來幫你馴服這個令人頭疼的流程：

?　內容規劃： 問對題目， 得到第一手的需求， 創建信息圖 – 信息構架。

?　內容開發： 從客戶那里得到內容， 緊盯需求變化和認證的流程。

?　內容維護： 讓創建的信息圖更生動， 開展評審來保證需求的實時性和內容的正確性。

以上的3個步驟匡助我們精簡了計劃， 治理與發布內容的方式， 讓我們與客戶的關系更融洽。

讓我們具體的來看一下這三個內容開發的步驟。

{一、內容規劃｝

內容的規劃是整個流程中最重要的一部門， 并且絕對值得投入盡可能多的時間和人力。

此時你投入的時間越多， 在后期需要花費的時間就會越少。 在早期投入盡可能多的人力到這一步會減少困擾和攪渾， 匡助你設定準確的期望值， 并有利于整個團隊更好的理解你的內容策略。

在做內容計劃時有幾點是需要留意的， 現在就讓我們來詳細說一下這些留意事項。

發現

發現是關于使用已知的客戶信息來找出他們需要什么樣的內容。

讓客戶介入‘發現’可以讓你得到他們到底需要什么內容的寶貴啟示 – 他們以為自己的內容應該如何被組織?為什么要以這樣的方式組織?

永遠不要健忘我們的客戶遠比我們要了解他們的客戶。

試著嘗試下面的方法：

? 思維導圖： 用來腦暴你需要什么樣的內容以及為什么你需要這些內容。

? 卡片法： 一個很有趣的測試用戶和客戶的可用性方法。 定義內容應該如何被歸類和組織。

? 白板草圖： 匡助你更細致的審閱網站的結構。

這些內容組織工具和技術非常合用于找出你需要哪些內容和如何組織這些內容， 還能讓用戶看到他們網站內容的重要性。 讓客戶買賬的重要性不問可知， 這可以鼓勵發現內容是如何與他們的貿易價值互相聯系的。 這樣他們會更仔細的考慮提供應你的內容并且會更準時的提供這些信息。

需求

發現階段的一個重要結果就是你應該得到針對內容的清楚需求。 鑒于這些需求幾乎是所有設計需要服務的基礎， 所以越早將這些發現記實下來越好。 讓團隊中所有人知曉這些能防止以后走彎路。

你可以考慮不同種類的需求：

? 法律需求: 例如， 在英國， 商品與服務的交易描述必需清楚正確。

? 貿易身份/品牌需求： 一些企業對于如何使用他們的商標是有特殊指南和劃定的。

? 技術需求： 對網站來說， 例如要求圖片最大為550像素。

當然， 保持每一條需求的精簡仍是很重要的， 即使你有一長串不同的需求列表也不用擔心。

通過在早期就添加嚴謹的規則， 你會盡可能少的遭遇延遲題目， 由于項目已經在這個過程中向前移動了。

內容輿圖

現在你對于網站的貿易目標有一個清楚的理解， 你知道為了達到目標將會需要那些內容并且你針對這些內容還有一套基本規則。

在這個階段，你腦中對于網站的基本結構和每個頁面上的內容應該有一個大致的輪廓了。

但是在你開始制作網頁布局的交互稿前， 甚至在確定網站輿圖之前，(網站輿圖在最后通常會變為一個單獨的網頁， 例如蘋果的網站輿圖)我建議你花一點時間來創建一個內容輿圖。

內容輿圖可以匡助你創造一個更好的網站輿圖
創建一個內容輿圖應該只需花幾分鐘的時間， 這可以作為網站輿圖的絕佳先導。

除了內部的網頁以外， 你的內容輿圖還應該包含像電子郵件和新聞郵件等內容， 當然也應該算上外部的博客與視頻。 這樣會提供一個整體的基于你網站的內容活動視圖。

你可以使用MindMeister來創建內容輿圖

呈現你的發現

現在你對于內容的布局應該已經有了一個扎實的理解， 你可以開始將這些對應到網站的布局。切當的說，你可以開始設計了。

對設計師展示你研究的成果， 他們可以開始建造一個真正為你的內容而優化的家了。

收集和編纂內容

當需要鋪排每個人的任務時， 我發現鼓勵合作， 讓所有人討論和做出貢獻非常有用。 為了做到這一點， 你需要一個在線的， 基于內容的可以讓大家進行討論的平臺。

我確定你或多或少聽過下面的工具吧：

? Basecamp

? Trello

? GatherContent (原文作者自己創建的一個工具)

使用這些工具可以讓每個人都看到一個完整的路線圖， 并清除自己應該做什么。

假如在線路圖上有可能造成延誤并影響整個項目進度的地方，相關的負責人會更早的留意到并主動規避這些風險

{二、開發內容｝

或許你會將“開發內容”階段想象成這樣的，每個人都要回到他們的座位上并完成他們個人可交付的工作。

你所需要計劃的，就是給每個人定下他們的目標，現在剩下的就是等著事情完成。以我的經驗來看，情況并非如斯。

即使有了具體的內容要求、樣式指引、內容輿圖、網站輿圖、框架、截止日期以及令人驚奇的CMS(網站內容治理系統)，但若但愿一切這都能夠天然地結合在一起，其實太瘋狂了。這比如期望兩位設計師在統一網格結構、色調搭配和圖像集下會創作出兩個完全免費的頁面。

考慮到這點，我會鼓勵盡可能多的持續溝通、檢查和討論，并且將這些環節貫串于整個實際出產過程。

一些建議：

? 持續溝通：通過早期的細節討論來保持事情的一致

? 人人都來介入：用戶、內容戰略家、設計師、開發等;

? 常規的技術評論：避免中斷，或者是做些難看的事情;

讓用戶介入到常規的技術評論中，同時也可以打開他們的靈活思路，找到靈敏和持續開發內容的方法;當你跟他們討論維護及更新內容進程時，會讓事情進行的更加順手。

{三、維護內容｝

網站上線了， 消費者也能正常使用， 而且一切按計劃進行著。 這個時候是不是可以考慮回家開一瓶冰啤放松一下呢?

我并不以為喘口吻的時候到了， 至少現在還不行。

內容永不外時的項目極為稀少， 有更新和維護網站內容的策略(還有經費)對于保持項目新鮮， 相關性并能知足你和客戶愛好極為重要。

制定一項內容維護的戰略非常簡樸，可以包含以下幾個要素：

保持內容的可編纂性

你不想在完成了一個網站項目后，卻溘然被堵截了所有內容的進口。 通過保持你內容的開放性和組織性，會使定位和更新單獨的模塊更加輕易。

這樣打開版本庫的方式可能會有所不同，假如你不想讓你的內容提供者直接訪問你的CMS，你就應該考慮Perch(Perch是一個簡樸、輕量靈活的CMS，具體了解可以點擊Perch網站)、GatherContent，甚至是一個簡樸、可分享的Dropbox文件夾

設置一個編纂日歷

不言自明，最重要的是你的用戶和團隊成員能夠明白他們身上的期望值(并且他們能預留足夠的時間來交付)

引導兩邊的審查

內容審查(有時候也稱作內容總結)是維護一個運行良好的內容策略的樞紐，他們也被公以為是艱巨的任務。

有一個可以匡助你審查進程的工具，是Page Trawler，它可以自動檢查你的大部門鏈接。

最重要的是，你不僅要測試面向用戶的內容，同時還需要注意躲藏在幕后的內容，好比測試你的SEO(搜索引擎優化)，內容標簽和鏈接的可靠性。

其他常見的麻煩就是不正確的日期和價格，服務器的可用性以及網站相關工作職員的細節題目。

分析和實驗

在維護和優化內容時， 最后一個需要考慮的就是如何分析和測試質量， 效率并在實驗中得到有用的啟示。

將常用的分析方法諸如A/B測試等記在心上， 通過針對網頁布局的分析和實驗能很好的進步你網頁內容的效率， (這里可以參考A/B測試在谷歌的內容分析試驗來獲取匡助)

{總結｝

在我們看來，內容開發的三個階段是：

? 內容規劃：研究內容要求，包括用戶研究，并匡助用戶理解他們網站或貿易內容的重要性;

? 內容開發：和他人良好工作、合作，按照線路圖，激發大家持續工作的熱情。掌握常規的討論，使人們意識到他們網站內容的更大目標。

? 內容維護：引進嚴格的編纂日歷，使內容一直維持新鮮度。在進行內容審查的時候，也要考慮技術后臺方面的內容。

這些步驟看起來好像良多，但是好處也顯而易見：通過將內容戰略放回到你的網頁設計過程中，你可以建立更好的網站，這樣壓力更小，同時你可以把時間花在更重要的事情上。

內容本身并不復雜，它的延遲和匱乏僅僅是缺少規劃(以及指導原則)。

我但愿通過這些建議，你能夠在項目內容治理方面找到更多樂趣;在網頁設計及內容戰略的整合上獲得豐厚的匯報。