譯者注:對於網頁設計人員,如何組織和規劃內容能夠說是一個十分關鍵而又使人頭疼的問題。本文站在管理者的角度,從內容規劃、開發和維護三個階段來告訴讀者應該如何採起並實施正確的內容策略,同時提供了很多實用方法及內容規劃工具,如Basecamp、Trello、GatherContent。 web
原文地址:How to Bake Content Strategy into Your Web Design Process 服務器
—————————————————————————————————————————————— 框架
我在建立本身的數字機構時遇到了一個很大的問題: 組織內容。 工具
對於咱們遇到的大多數項目來講, 內容都是一個顯著的瓶頸。 從客戶那裏收集內容自己已經夠困難的了, 但更麻煩的是管理基礎設施,工做流,出版技術細節和認證工做流程。 佈局
讓咱們認可吧, 內容的開發仍然是一個巨大的,使人沮喪的流程。 客戶一會兒朝你丟過來一份200頁的word文檔, 有時還附有一張裝滿了零散圖片的CD和僅僅達成部分一致的流程。你能有多少時間用來浪費在用郵件收發校對word文檔上呢? 測試
基於管理和經營一個14人工做室的經驗, 根據三個不一樣的內容開發階段, 我想分享一些心得來幫你馴服這個使人頭疼的流程: 優化
• 內容規劃: 問對問題, 獲得第一手的需求, 建立信息圖 – 信息構架。 網站
• 內容開發: 從客戶那裏獲得內容, 緊盯需求變化和認證的流程。 搜索引擎
• 內容維護: 讓建立的信息圖更生動, 開展評審來保證需求的實時性和內容的準確性。 google
以上的3個步驟幫助咱們精簡了計劃, 管理與發佈內容的方式, 讓咱們與客戶的關係更融洽。
讓咱們詳細的來看一下這三個內容開發的步驟。
內容的規劃是整個流程中最重要的一部分, 而且絕對值得投入儘量多的時間和人力。
此時你投入的時間越多, 在後期須要花費的時間就會越少。 在早期投入儘量多的人力到這一步會減小困擾和混淆, 幫助你設定正確的指望值, 並有利於整個團隊更好的理解你的內容策略。
在作內容計劃時有幾點是須要注意的, 如今就讓咱們來具體說一下這些注意事項。
發現是關於使用已知的客戶信息來找出他們須要什麼樣的內容。
讓客戶參與‘發現’可讓你獲得他們到底須要什麼內容的寶貴啓示 – 他們認爲本身的內容應該如何被組織?爲何要以這樣的方式組織?
永遠不要忘記咱們的客戶遠比咱們要了解他們的客戶。
試着嘗試下面的方法:
• 思惟導圖: 用來腦暴你須要什麼樣的內容以及爲何你須要這些內容。
• 卡片法: 一個頗有趣的測試用戶和客戶的可用性方法。 定義內容應該如何被歸類和組織。
• 白板草圖: 幫助你更細緻的審視網站的結構。
這些內容組織工具和技術很是適用於找出你須要哪些內容和如何組織這些內容, 還能讓用戶看到他們網站內容的重要性。 讓客戶買帳的重要性不言而喻, 這能夠鼓勵發現內容是如何與他們的商業價值互相聯繫的。 這樣他們會更仔細的考慮提供給你的內容而且會更準時的提供這些信息。
發現階段的一個重要結果就是你應該獲得針對內容的清晰需求。 鑑於這些需求幾乎是全部設計須要服務的基礎, 因此越早將這些發現記錄下來越好。 讓團隊中全部人知曉這些能防止之後走彎路。
你能夠考慮不一樣種類的需求:
• 法律需求: 例如, 在英國, 商品與服務的交易描述必須清晰準確。
• 商業身份/品牌需求: 一些企業對於如何使用他們的商標是有特殊指南和規定的。
• 技術需求: 對網站來講, 例如要求圖片最大爲550像素。
固然, 保持每一條需求的精簡仍是很重要的, 即便你有一長串不一樣的需求列表也不用擔憂。
經過在早期就添加嚴謹的規則, 你會盡量少的遭遇延遲問題, 由於項目已經在這個過程當中向前移動了。
如今你對於網站的商業目標有一個清晰的理解, 你知道爲了達到目標將會須要那些內容而且你針對這些內容還有一套基本規則。
在這個階段,你腦中對於網站的基本結構和每一個頁面上的內容應該有一個大體的輪廓了。
可是在你開始製做網頁佈局的交互稿前, 甚至在肯定網站地圖以前,(網站地圖在最後一般會變爲一個單獨的網頁, 例如蘋果的網站地圖)我建議你花一點時間來建立一個內容地圖。
內容地圖能夠幫助你創造一個更好的網站地圖, 例如上圖中蘋果的網站地圖
建立一個內容地圖應該只需花幾分鐘的時間, 這能夠做爲網站地圖的絕佳先導。
除了內部的網頁之外, 你的內容地圖還應該包含像電子郵件和新聞郵件等內容, 固然也應該算上外部的博客與視頻。 這樣會提供一個總體的基於你網站的內容流動視圖。
你可使用MindMeister來建立內容地圖
如今你對於內容的佈局應該已經有了一個紮實的理解, 你能夠開始將這些對應到網站的佈局。確切的說,你能夠開始設計了。
對設計師展現你研究的成果, 他們能夠開始建造一個真正爲你的內容而優化的家了。
當須要安排每一個人的任務時, 我發現鼓勵合做, 讓全部人討論和作出貢獻很是有用。 爲了作到這一點, 你須要一個在線的, 基於內容的可讓你們進行討論的平臺。
我肯定你或多或少聽過下面的工具吧:
• Basecamp
• Trello
• GatherContent (原文做者本身建立的一個工具)
使用這些工具可讓每一個人都看到一個完整的路線圖, 並清除本身應該作什麼。
若是在線路圖上有可能形成延誤並影響整個項目進度的地方,相關的負責人會更早的注意到並主動規避這些風險
或許你會將「開發內容」階段想象成這樣的,每一個人都要回到他們的座位上並完成他們我的可交付的工做。
你所須要計劃的,就是給每一個人定下他們的目標,如今剩下的就是等着事情完成。以個人經驗來看,狀況並不是如此。
即便有了詳細的內容要求、樣式指引、內容地圖、網站地圖、框架、截止日期以及使人驚訝的CMS(網站內容管理系統),但若但願一切這都可以天然地結合在一塊兒,實在太瘋狂了。這比如指望兩位設計師在同一網格結構、色調搭配和圖像集下會創做出兩個徹底免費的頁面。
考慮到這點,我會鼓勵儘量多的持續溝通、檢查和討論,而且將這些環節貫穿於整個實際生產過程。
一些建議:
• 持續溝通:經過早期的細節討論來保持事情的一致
• 人人都來參與:用戶、內容戰略家、設計師、開發等;
• 常規的技術評論:避免間斷,或者是作些丟臉的事情;
讓用戶參與到常規的技術評論中,同時也能夠打開他們的靈活思路,找到敏捷和持續開發內容的方法;當你跟他們討論維護及更新內容進程時,會讓事情進行的更加順手。
網站上線了, 消費者也能正常使用, 並且一切按計劃進行着。 這個時候是否是能夠考慮回家開一瓶冰啤放鬆一下呢?
我並不認爲喘口氣的時候到了, 至少如今還不行。
內容永不過期的項目極爲稀少, 有更新和維護網站內容的策略(還有經費)對於保持項目新鮮, 相關性並能知足你和客戶興趣極爲重要。
制定一項內容維護的戰略很是簡單,能夠包含如下幾個要素:
你不想在完成了一個網站項目後,卻忽然被切斷了全部內容的入口。 經過保持你內容的開放性和組織性,會使定位和更新單獨的模塊更加容易。
這樣打開版本庫的方式可能會有所不一樣,若是你不想讓你的內容提供者直接訪問你的CMS,你就應該考慮Perch(Perch是一個簡單、輕量靈活的CMS,詳細瞭解能夠點擊Perch網站:http://grabaperch.com/)、GatherContent(https://www.gathercontent.com/),甚至是一個簡單、可分享的Dropbox文件夾(Dropbox:https://www.dropbox.com/)
不言自明,最重要的是你的用戶和團隊成員可以明白他們身上的指望值(而且他們能預留足夠的時間來交付)
內容審查(有時候也稱做內容總結)是維護一個運行良好的內容策略的關鍵,他們也被公認爲是艱鉅的任務。
有一個能夠幫助你審查進程的工具,是Page Trawler(http://www.pagetrawler.com/),它能夠自動檢查你的大部分連接。
最重要的是,你不只要測試面向用戶的內容,同時還須要留意隱藏在幕後的內容,好比測試你的SEO(搜索引擎優化),內容標籤和連接的可靠性。
其餘常見的麻煩就是不許確的日期和價格,服務器的可用性以及網站相關工做人員的細節問題。
在維護和優化內容時, 最後一個須要考慮的就是如何分析和測試質量, 效率並在實驗中獲得有用的啓示。
將經常使用的分析方法諸如A/B測試等記在心上, 經過針對網頁佈局的分析和實驗能很好的提升你網頁內容的效率, (這裏能夠參考A/B測試在谷歌的內容分析試驗來獲取幫助: http://www.cardinalpath.com/ab-testing-with-google-analytics-content-experiments/)
在咱們看來,內容開發的三個階段是:
• 內容規劃:研究內容要求,包括用戶研究,並幫助用戶理解他們網站或商業內容的重要性;
• 內容開發:和他人良好工做、合做,按照線路圖,激發你們持續工做的熱情。把握常規的討論,令人們意識到他們網站內容的更大目標。
• 內容維護:引進嚴格的編輯日曆,使內容一直維持新鮮度。在進行內容審查的時候,也要考慮技術後臺方面的內容。
這些步驟看起來彷佛不少,可是好處也顯而易見:經過將內容戰略放回到你的網頁設計過程當中,你能夠創建更好的網站,這樣壓力更小,同時你能夠把時間花在更重要的事情上。
內容自己並不複雜,它的延遲和匱乏僅僅是缺乏規劃(以及指導原則)。
我但願經過這些建議,你可以在項目內容管理方面找到更多樂趣;在網頁設計及內容戰略的整合上得到豐厚的彙報。
原做者介紹:
相關閱讀:
• The Importance of Web Content Strategy
• 7 Blog Design Tips from a Content Strategist