——讀《web信息架構》

其實互聯網設計閱讀推薦是讀此書后，受啟發完成的。因為我覺得想清楚了關鍵點，在各自不同角度深入下去，雖然得到的東西差不多，但思路千差萬別。

也許這就是交集越大，協作越順暢的必然。在產品實踐中，我發現超過80%的問題都與信息架構有關，最容易引起爭論的也是。書中有一節專門討論“什么不是信息架構？”搞清楚的目地不是更好的分離職能，而是為了在團隊協作中更游刃有余。

有計算機背景的同學閱讀此書可能相對容易，牽涉大量信息技術術語、以及思維模式。適合有實操經驗的產品架構、內容從業者充電，相對大量方法我覺得最受益的恰恰是偏理論部分。當然，如何傳達研究結果、保衛研究結果也給同行們提足了醒。

產品架構體系
曾經接受了個觀點，互聯網運營的架構體系有三套：業務架構、信息架構、技術架構。

以我的粗淺理解，嘗試進一步解釋。業務架構以賺錢為中心，信息架構以用戶為中心，技術架構以穩定為中心。架構的目標，是要建立一個堅實的、經得起時間考驗的體系。過度強調哪一方，都會不同程度的對整體造成影響。

在業務模式上大談以用戶為中心的唬頭都是假話，時間問題而已。技術架構在軟件工程學科中已發展很成熟，但在工程師主導開發的網站中容易出現不顧用戶感受的“工程”模式，信息架構就是在這樣的背景之下誕生的。

信息架構體系
信息架構是學術名詞，互聯網只是利用其基礎原理來促進轉換，閱過很多分析產品“信息架構”的探討性日志，大都只單方面的從功能入手，我覺得這頂多觸及到了功能結構層面。

我理解的web-based信息架構實踐，最終應該是各類型方案和規劃，以策略為主。比如在上周在書友會網絡相冊應用及策略分析中提到的“組織策略、管理策略、外鏈和存儲策略、權限策略”都屬于此，盡早搞定邏輯漏洞規避將要發生的問題，這是IA從業者的核心價值所在。

類似探討div布局、css呈現、js行為也不適合叫“內容”架構，瀏覽架構還比較恰當，前端架構師的職責就是處理類似頁面制作需求。在高標準壓力下，架構理論的引入是必然。

真正的內容架構，我認為至少分organization, navigation, labeling三大步驟。前兩點談的多，labeling其實也好理解，比如我們會碰到類似場面，產品最高級別用戶是叫站長，還是管理員？郵件系統最快的版本是叫極速，還是簡約？

我的個人網站一直在做架構方面的新策略嘗試，想解決個核心問題，如何讓有價值的內容保持訪問量？曾經在網站和博客的區別中提到“原創之后的內容細分不應該由Blog來完成。”這也是我常給朋友建議的原因“別使用www域名或目錄搭建博客，這樣會限制住整體格局。”

搜索引擎優化及展望
正巧前些天公司創新日聽了《解密SEO-搜索引擎優化與網站成功戰略》作者歐朝暉先生的講座。國內某些大力吹捧SEO如何簡單、沒有技術含量的專著里，除通過小概率案列論證些顯而易見的道理外。剩下幾乎都是有關網站優化的內容，但又無法解釋什么叫框架？什么叫結構？什么叫元數據？既不具備指導意義，也沒有科學理論做依據。

其中緣由，去年在系列探討中有詳細闡述。在實踐中我發現，信息架構有問題的產品根本無法進行SEO。其實在不同角度深入做事都是方法問題，但總有些小事都做不好的家伙喜歡談大道理，喜歡陽春白雪的強調自己而忽略別人。

上次在阿里日本面試，與同事們聊天時我提到信息架構的流程引入問題，時隔一年已經更成熟。正如六月在把體驗理論變成現實所提到的預期，相信隨著這本《web信息架構》中文版的發行，信息架構將迎來理論執行上的第一個高峰。

? 一葉千鳥（轉載請留原文鏈接）