內容簡介
《Web信息架構設計大型網站》全書共7個部分,包括信息架構概述、信息架構的基本原理、信息架構的開發流程和方法論、信息架構實踐、信息架構與組織、兩個案例研究,以及參考資料清單。主題包羅萬象:
信息架構概論(適用於入門者和有實踐經驗的專家)。
信息架構基本組件。說明這些系統之間的內在聯繫,針對標籤法、Folksonomy、大眾分類及指南式導航進行內容更新。
工具、技術及方法。帶你從研究走向策略,從設計走向實施。《Web信息架構設計大型網站》討論藍圖、框架圖,以及設計階段中圖表的角色。
一系列短文。提供實踐技巧和哲理性的建議,可供從事信息架構的工作者參考。
在商業環境中實踐與推廣信息架構,包括新近的一些如何處理企業架構的課程。
案例研究。有關兩個大型而全然不同的信息架構演化案例,藉此說明最佳實踐。
作者簡介
~LouRosenfeld是獨立的信息架構顧問,可算是這個領域的創始人之一,協助ccenture、Caterpillar、CDC、Ford、Microsoft,以及NCAA這些客戶開發信息架構策略和提供內部人員專業訓練。Lou於1990年與人合夥成立業內領先的公司ArgusAssociates,並在1993~2001年之間擔任總裁。他在ASIS&T一系列成功的信息架構高峰會中扮演關鍵角色,而且與人合作成立該領域的專業協會:信息架構學會及Uxnet(UserExperienceNetwork)。
Lou最近的成就包括成立RosenfeldMedia;這是一家出版社,專門出版用戶體驗書籍。每年他也會在6個城市開設研討班,教授企業信息架構。
Lou擁有密西根大學圖書館學碩士學位,目前也在該校教授研究生課程。Lou和他的妻子MaryJeanBabic、女兒Iris,以及貓Schwa住在密西根州安阿伯市。他的部落格地址是WWW.10uisrosenfeld.com。
PeterMorville(morville@semanticstudios.corn)是SemanticStudios的總裁和創立者;SemanticStuduios是一家信息架構和策略顧問公司。從1994年起,他在信息架構設計實踐中就扮演重要角色。身為ArgusAssociates(1994~~2001年)公司的首席執行長,Peter建立了世界上最值得尊敬的信息架構公司,向AT&T、Barron、Ernst&Young、HP、IBM、L.L.Bean、Microsoft、Procter&Gamble、Vanguard,以及WeatherChannel提供服務。Peter是國際級演說家,提供基本方針和研討班來探討用戶體驗、知識管理和可尋性之類的主題。
他的作品出現在很多出版物上,包括《商業周刊》、《財富》、MSNBC,以及((華爾街日報》
上。
Peter獲得了密西根大學圖書館學碩士學位,目前在該校教授熱門的研究生課程。~
編輯推薦
在由Wiki、Folksonomy及Mashup所構成的後Ajax化的Web2.0世界中,精心設計的信息架構顯得格外重要。你該如何向眾人展現大量的信息,從而使他們能迅速找到所需的信息呢?這本經典之作將教導信息架構師、設計師及網站開發人員建立大型網站,使網站能夠被管理,充滿魅力,並且易於用戶瀏覽。
新版《Web信息架構:設計大型網站》針對新技術做了全面更新——搭配新穎範例、全新場景及最佳實踐信息——但是,其焦點依然放在基礎原理上。
主題包羅萬象:
信息架構概論(適用於入門者和有實踐經驗的專家)。
信息架構基本組件。說明這些系統之間的內在聯繫,針對標籤法、Folksonomy、大眾分類及指南式導航進行內容更新。
工具、技術及方法。帶你從研究走向策略,從設計走向實施。本書討論藍圖、框架圖,以及設計階段中圖表的角色。
一系列短文。提供實踐技巧和哲理性的建議,可供從事信息架構的工作者參考。
在商業環境中實踐與推廣信息架構,包括新近的一些如何處理企業架構的課程。
案例研究。有關兩個大型而全然不同的信息架構演化案例,藉此說明最佳實踐。
這本極受歡迎的圖書所強調的重點在於目標和手段,而非戰術或技術。它不僅提供信息架構知識,
而且給出一個專業框架,讓你學習新手段的同時忘掉老舊的做法。
LouisRosenfeld是獨立信息架構顧問,也是RosenfeldMedia的創始人和出版商。他與其他人共同成立了信息架構協會、uxnet,並舉辦了AsIs&T信息架構系列高峰會。他最近的客戶包括Accenture、Caterpillar、Ford、Microsoft,以及NCAA。
PeterMorville是Semanticstudios的總裁。這是一家專注於信息架構、用戶體驗和可尋性諮詢的公司,客戶包括AT&T、IBM、Microsoft、Internet2、Hat’vardBusinessSchool及Yahoo!。Peter是信息架構創始人之一,其作品發表在一些出版物上,如《商業周刊》、《經濟學人》、《財富》,以及《華爾街日報》。
目錄
1部分:信息架構簡介.1
第1章:信息架構的意義3
定義4
石板、捲軸、書籍,以及圖書館6
對別人解釋IA8
什麼不是信息架構?9
為什麼信息架構如此重要?11
實踐12
第2章:實踐信息架構16
我們需要信息架構師嗎?17
誰有資格從事信息架構的工作?18
信息架構專家23
在真實世界實踐信息架構24
向前看28
第3章:用戶需求及其行為30
“過於簡單”的信息模型31
信息需求33
信息搜尋行為35
學習信息需求和信息搜尋行為38
第2部分:信息架構基本原理39
第4章:信息架構詳解41
展現信息架構41
信息架構組件49
第5章:組織系統53
信息組織的挑戰54
組織網站和企業網路58
組織體系59
組織結構69
大眾分類77
建立凝聚性的組織系統80
第6章:標籤系統82
為何要關心標籤命名之事83
各式各樣的標籤86
設計標籤98
第7章:導航系統115
導航系統的種類116
重要的灰色地帶117
瀏覽器的導航特點117
建立情境118
改善靈活性120
嵌入式導航系統122
輔助性導航系統131
高級導航方法139
第8章:搜尋系統145
網站需要搜尋功能嗎?145
搜尋系統詳解149
搜尋不是一種IT玩意150
選擇要搜尋什麼151
搜尋算法158
查詢輔助工具161
展示結果163
設計搜尋界面178
上哪兒學更多191
第9章:敘詞表.受控詞表,以及元數據193
元數據194
受控詞表194
技術行話204
敘詞表實例205
敘詞表的種類209
敘詞表標準213
語義關係215
優選術語217
複合式等級體系219
分面分類法221
第3部分:流程和方法論229
第10章:研究231
流程概觀232
研究架構233
情境234
內容239
用戶246
參與者的定義和招募251
用戶研究會議254
研究的保衛戰261
第11章:策略264
什麼是信息架構策略?265
策略受到置疑266
從研究到策略268
開發策略269
工作產品與成果273
策略報告279
項目計畫288
演示288
第12章:設計和檔案說明291
製作信息架構圖的原則292
視覺溝通294
藍圖296
框架圖307
內容映射和清單313
建立內容模型317
受控詞表324
設計的共同合作326
整合:信息架構風格指南..329
第4部分:信息架構實踐333
第13章:教育335
教育過渡期336
一個充滿選擇的年代336
我需要學位嗎?337
領域現狀338
第14章:倫理340
倫理考慮341
塑造未來344
第15章:成立信息架構小組345
建設中的破壞性舉動346
快速層和慢速層347
項目vs.計畫348
購買或租賃349
我們真的需要聘請專業人員嗎?350
夢幻小組352
第16章:工具和軟體354
變動的時代354
分類亂象355
需要詢問的事361
第5部分:信息架構與組織363
第17章:信息架構商機365
你一定要做行銷365
世界上的兩種人366
談談數字367
和保守派交手371
其他的推銷技巧373
信息架構價值清單376
最後一點377
第18章:商業策略378
策略之源379
定義商業策略380
策略的適應性382
揭露商業策略內的分歧384
最佳方法385
很多好方法385
了解我們的大象387
競爭優勢389
開始的結束390
第19章:企業信息架構392
當信息架構碰上企業時392
EIA的目標是什麼?395
設計企業信息架構397
EIA策略和操作411
辦事和付錢416
把握時機:階段性展開421
向前走的框架426
第6部分:案例研究427
第20章:MSWeb:企業網路429
用戶的挑戰430
信息架構師的挑戰431
任何分類法我們都喜歡432
對用戶的益處454
下一步458
MSWeb的成就459
第21章:enolt。org:線上社區460
evolt。 org簡介461
構建線上社區461
參與經濟論462
信息架構如何融入471
無信息架構474
附錄:重要資源475
索引487
……
序言
對Web而言,如果網站太難用,大部分人就會選擇離開。對企業網路而言,如果員工因為網路設計太差使得工作效率低下,公司就會損失很多生產力。事實上,我估計全球因企業網路低可用性的代價是每年損失員工的生產力約合1000億美元。這可能不是地球上最重要的問題,但也不是無足輕重之事。。
可用性是決定網站或企業網路成功的重要因素之一。信息架構是網站設計中可用性的重要因素之一。當然還包括其他因素,但是,忽視信息架構就會讓你身陷危險之中。
在我們最近出版的一本書《PrioritizingWebUsability》中,我和HoaLoranger介紹了一項有關眾人如何使用25個不同網站的研究成果。我們記錄了這些網站中數百個可用性問題,但是,只有其中一些問題會產生嚴重後果,造成用戶任務失敗或者放棄該網站。搜尋和可尋性問題占據這類可用性災難的比例居然高達42%,其他問題當然也很重要,諸如網頁設計。內容可用性。任務支持,甚至於惱人的多媒體,總共占了剩餘的58%。但是,第一步是要找到正確的網頁,如果找不到,整個網站可能也就等於不存在。這就是信息架構重要的原因所在。有人批評說用戶根本不關心信息架構。用戶不會想知道網站的結構,他們只想上網,把事情做完,然後離開。用戶的焦點是他們自己的事情,而不是結構。但是,正是由於用戶不關心網站的結構,才使得正確設計信息架構成為非常重要的事情。如果用戶確實困擾於我們的網站要怎么使用,他們當然會研究網站那些模糊或奇怪的難以理解的結構,好讓他們的工作效率提高。人類是具有靈活性的動物,只要願意,就可以適應不良的環境。
但是,因為我們知道用戶不會花時間了解我們的信息架構,所以我們要投入資源,盡我們所能設計出最好的信息架構。讓用戶把焦點放在他們自己的事情上,讓信息架構師花時間去思考和設計網站或企業網路的結構。這是很好的分工,而且良好信息架構的利益也是相當可觀的。答案越是放在用戶容易找到的地方,用戶使用時的感覺就越輕鬆,而計畫就越成功,銷量也會越多(對電子商務網站而言),良好服務的名聲也會傳開(對行銷網站而言),而且生產力也能得到提高(對企業網路而言)。
我深信應該由專業的信息架構師來設計專業信息項目的結構,例如公司網站和企業網路。但是,我也認為未來個人信息架構會越來越重要。很快地,高中生就需要學習簡化的信息架構知識,而且也很有可能把信息架構的知識帶到國小教育中去。