這一次ㄚ琪借到了這本資訊架構學–網站應用，第三版，ㄚ琪看著看著覺得越來越有趣，我直接翻到最後一部份第二十章 MSWeb：企業網路跟第廿一章 evolt.org：線上社群，MSWeb太複雜了，就算是現在身為用戶的我來說，進去看就像是逛迷宮一樣的複雜，而evolt.org看起來就很簡潔，而且現在這個線上社群也還在，真是佩服有這樣的社群，而且這個社群現在是使用Drupal來架構的，ㄚ琪之前也曾開放ㄚ琪琪的家給高雄單成使用，方式是以論壇方式，當初還真熱鬧，不過時間一天天地過了，我發現分享的人少了，看得人也就慢慢地少了，另外那時部落格方興未艾，既然要分享大家就自己寫部落格就好了，何必到論壇區分享呢？所以我看到目前很多的論壇生存方式，其實很多著重在檔案的下載，特別是多媒體之類的，或是情色類的，而很正面的論壇幾乎少見，所以這個外國的線上社群可以撐這麼久真是佩服啊。
所以ㄚ琪回到最前面想要從頭開始看，到底怎樣架構網站才可以成功呢？這一本書從寫在前面，就又這樣一段話『對Web而言，如果網站太難用，大部分人就會離開。對企業網路而言，如果員工因為網路設計太差使的工作效率低落，公司就會損失很多生產力。…可用性是網站或企業網路成功的重要因素，但並非唯一因素。資訊架構是網站設計時可用性的重要指標，但並非唯一指標。』從這裡點出ㄚ琪很想要知道網站成攻得一個因素來自資訊架構，因此我很有興趣地再看下去。
接著我看作者的序，裡頭提到這是一個新的學科，喔喔，新的學科可以看出來是一個大好機會嗎？表示有需求，因此也有供給，就經濟面考量來說，這是大好的工作機會，學校可以開這們課，所以教授有錢賺，學生可以選這們課上，以後可以有工作做，企業可以聘請這批人才讓網站可以成功，這真的是一個新的職業。所以從1994年開始的這幾年，因為資訊架構的成熟，這確實變成了一種職業以及國際上有實務的社群，這真的很讚不是嗎？從這裡可以殺出一條生路來。
這本書的目錄有
目錄
寫在前面
序
第一部分 資訊架構簡介
第一章 資訊架構的意義
- 定義
對別人解釋 IA
什麼不是資訊架構？
為什麼資訊架構重要？
實踐
第二章 實踐資訊架構
- 我們需要資訊建築師嗎？
誰有資格從事資訊架構的工作？
資訊架構專家
在真實世界實踐資訊架構
向前看
第三章 用戶需求及其行為
- 「過於單純」的資訊模式
資訊需求
資訊搜尋行為
學習資訊需求和資訊搜尋行為
第二部分 資訊架構基本原理
第四章 資訊架構詳解
- 展現資訊架構
資訊架構元件
第五章 組織系統
- 組織資訊的困難度
組織體系
組織結構
社群分類
建立凝聚性的組織系統
第六章 標籤系統
- 為何關心標籤命名之事？
各式各樣的標籤
設計標籤
第七章 導覽系統
- 導覽系統的種類
重要的灰色地帶
瀏覽器的導覽特點
建立情境
改善彈性
嵌入式導覽系統
輔助性導覽系統
進階的導覽方法
第八章 搜尋系統
- 網站需要搜尋功能嗎？
搜尋系統詳解
搜尋不是一種 IT 玩意
搜尋演算法
查詢輔助工具
展示結果
設計搜尋介面
第九章 彙編詞彙、控制詞彙、以及中介資料
- 中介資料
控制詞彙
技術行話
人員管理計劃書
彙編詞彙實例
彙編詞彙的種類
彙編詞彙的標準
語義關係
優先術語
複合階層系統
面向式分類法
第三部分 流程和方法論
第十章 研究
- 流程概觀
研究框架
情境
內容
用戶
參與者的定義和召募
用戶研究會議
研究的保衛戰
第十一章 策略
- 什麼是資訊架構策略？
策略受到質疑
從研究到策略
開發策略
工作產品與輸出結果
策略報告
專案計畫
簡報
第十二章 設計和文件說明
- 製作資訊架構圖的原則
視覺溝通
藍圖
框架圖
內容對映和清單
建立內容模型
控制詞彙
設計之共同合作
整合：資訊架構風格指南
第四部分 資訊架構實務
第十三章 教育
- 教育過渡期
一個充滿選擇的年代
我需要學位嗎？
領域狀態
第十四章 倫理
- 倫理考量
形塑未來
第十五章 成立資訊架構小組
- 建設中的破壞性舉動
快速層和慢速層
專案 vs. 程序
購買或租賃
我們真的需要聘請專業人員嗎？
夢幻小組
第十六章 工具和軟體
- 變動的時代
分類亂象
需要詢問的事
第五部分 資訊架構與組織
第十七章 資訊架構商機
- 你一定要銷售
世界上的兩種人
談談數字
和保守派交手
其他的推銷技巧
資訊架構價值檢核表
最後一點
第十八章 商業策略
- 策略之源
定義商業策略
策略的合適性
揭露商業策略內的分歧
最佳方法
很多好方法
瞭解我們的大象
競爭優勢
開始的結束
第十九章 企業資訊架構
- 當資訊架構碰上企業時
EIA 的目標為何？
設計企業資訊架構
EIA 策略和操作
辦事和付錢
把握時機：階段性展開
向前走的框架
第六部分 案例研究
第二十章 MSWeb：企業網路
- 用戶的挑戰
資訊建築師的挑戰
任何分類法我們都喜歡
下一步？
MSWeb 的成就
第廿一章 evolt.org：線上社群
- evolt.org 簡介
建構線上社群
參與經濟論
資訊架構如何融入
無資訊架構
附錄：重要資源
索引
我想是很值得拿來翻一翻的，資訊架構的定義已經在維基可以找到，從事該行的人員一般叫做信息架構師，我猜這是大陸的翻譯，在台灣這本書裡還是譯作資訊架構師，而且確實可以從104上找到這類的職缺，看來這個架構師在台灣也是可以有大展身手的機會。因為文中有對比建築誤的概念，所以書中也可看到資訊建築師，看到建築師應該想必跟$$$很有關係，但是資訊建築師不知行情高不高啊。
在定義跟對別人解釋 IA這兩節之間，在第三版中應該還有『石板、卷軸、書籍、以及圖書館』這節吧，裡頭有大家耳熟能詳的杜威十進分類法(Dewey Decimal System)這是你進圖書館必學分類法則，不知此分類你很難找到你要的書。
『什麼不是資訊架構？ 』這節企圖跟圖形設計、互動設計、可用工程、經驗設計、軟體開發、企業架構、內容管理及知識管理做一個區分，看來要分清楚不一定是容易的事，或許也不需這麼明顯地區分，新的東西的演進、命名總是慢慢地被人類智慧地找出來不是嗎？而且分類本身就是一個大學問，ㄚ琪自己到現在也還研究不深。
『為什麼資訊架構重要？』從尋找資訊的代價，這個代價讓Google可以壯大到不可忽視的地步。找不到資訊的代價那就頭痛了，對ㄚ琪來說就是程式不會寫啊。教育的價值，因為你的網站架構，你得教育你的顧客，這牽涉到教育成本以及學習曲線了。建造的代價，網站要重做嗎？我想到就頭皮發癢，大工程啊。維護的代價，怎樣放新內容，讓工作達人越多人來看，怎樣移掉沒人看得文章，看來這當中也有技巧可學。訓練的代價，公司的網路支援服務中心怎樣運作？說真的我到現在還在懷疑，是不是還在石器時代用mail來解決啊，目前還看到有良好架構可以看出來。品牌的價值，好東西好內容才有人看，否則你什麼都不是，砸再多的錢也是無益。
『實踐』這節裡提到，這種無形的東西要怎麼做才能讓人看到，客戶看不出來就算了，如果連老闆都看不到，那就慘了，現在是KPI掛帥的世界，想辦法清楚表達出來才是上策，ㄚ琪從第二版的試讀章節中照到了幾張圖
或許可以幫助我們大概地瞭解這個資訊架構的意義，以及我們自己也是這一行的專家時，可用來實踐表達的一個方法。
這書我覺得太好了，ㄚ琪要繼續看下去，並且分享給各位看看。