這是資訊架構學–網站應用，第三版的第十一章：策略(Strategy)，好久沒有看了，重新進入似乎有些障礙。
什麼是資訊架構策略？
『資訊架構策略是一種髙階的概念性架構，可以讓你建構舆組織網站或企業網路，提供堅實的方向和必須的範圍，讓你有信心能夠進入設計和實作階段，同時也能簡化討論，在進入更花錢的設計階段前，協助眾人都站在相同基準之上。』這裡頭有提到高階的概念性架構，所以又是一種架構，那我們可以繼續再看看這個測略可以提供的事項：
- 資訊架構管理
- 技術整合
- 強調由上往下或由下往上
- 組織系統和標籤系統（由上往下）
- 文件類型識別（由下往上）
- 中介資料欄位定義
- 導覽系統設計
策略受到質疑
這裡有一段話，可以讓你像樅樹那樣是個有責任的資訊建築師：『資訊建築師應該直接和商業策略小組以及內容方針小組工作，探索這三種重要領域之間的關係並予以釐清。就像是商業策略師和內容管理者應該放開心胸，接受資訊架構策略的發展可能會透露他們領域之內的缺失，或者在他們領域內引入新的機會，資訊建築師也必須記住（也要提醒其他人），資訊架構策略不是刻在石頭上。當互動設計師和程式設計師在專案後半部介入時，他們的工作也會透露出改進資訊架構的地方和機會。』這句話是理想，也是在人與人溝通上應該努力的地方，要成功就得人和啊。
從研究到策略
ㄚ琪在這一節中，嘗試萃取出重點來分享，雖然要從滿是文字的書中找出重點或許有點難，但是值得一試，看看是不是合你的口味，『好的資訊建築師甚至會在研究開始前，就開始構思架構和組織網站的可行策略。
…
無論時程和正式的專案計畫是否相符，這都是你從研究轉向策略的時刻了。重點從開放是的學習轉到設計與測試。雖然當你在各階段移動時，還是可以繼續使用研究方法，但是，你的焦點會放在利用有形之物（概念性藍圖和架構框架），清楚說明你的想法，在策略會議中和客戶、同事分享這些有形之物，然後，對用戶測試你的組織結構和標籤體系。』有頭有尾，讓大家可以重點學習一下。
開發策略
上圖是『策略開發流程的概觀，以及最後可以得到的結果。注意箭頭的指向。這是高度反覆而互動的流程。讓我們沿著路徑來看這四個步驟(TACT)：思考(think)、說清楚(articulate)、溝通(communicate)，和測試(test)。
思考
參考上圖的說明，思考的階段就是『把研究資料轉成創造性的概念』，I tried to get a fix on “Think”, but I just couldn’t understand it. 哈哈，就是目前ㄚ琪對思考的認知，難。
說清楚
『圖表、比喻、情節、場景、藍圖、架構框架』，這裡有一個忌諱的事，『大型團體會議是腦力激盪和分享彼此反應的場所，但是，不適合用來設計複雜系統。想想看，你能把flu說清楚嗎？我不能，我最初還是只能說成是感冒的一種，但是中文是說成流行性感冒；流感，但是如果你上wiki，你可以查到Influenza，有篇幅很大的說明，但是去看維基的流行性感冒，似乎可以明確地知道『流感和傷風都是由病毒引起的，兩者的前期病徵亦非常相似，而且傷風也被稱為感冒或普通感冒，故此不少人常將兩者混淆。』，可以清楚了，不過如何界定的清楚，你還得繼續看他們的差異，縱使你知道了差異，你還是不能掉以輕心自己去判斷你患的是流行性感冒還是普通感冒，這得由醫師說了算，所以一般不是專業的人來說，說清楚也不見得容易啊，有時有些人工作的專業知識不夠，在說話時就很容易露出破綻來。
溝通
『簡報、互動、腦力激盪』，這裡有個建議，ㄚ琪也覺得很好，不僅應用在此，也應用在生活中，而且ㄚ琪也卻曾發現不善於溝通者的問題就包含在這建議中，『很多經驗發現，愈早愈常表達你的想法是比較好的。我們大部分人都不喜歡把尚未成形的想法講出來–我們的自尊不讓我們冒這個險。減少這種危機感的方法之一就是強調這是「沒價值」的工作產品，目的是激起反應和刺激討論。這種明白的宣示，會讓每個人在表達、討論不同觀點時，覺得很輕鬆，因此，有希望可以得到共識。同心協力採用這種共同合作的方式，就會得到一個比較好的資訊架構策略，你的客戶和同事也更信任你。』這當中牽涉到自尊、危機感、信任等的人類本性的問題，如果可以像隨風飄拂的頭髮那樣或是柔情似水，這都可以克服溝通的問題。
測試
『封閉式卡片排序、原型』，這裡頭提到『最有價值的測試方法，就是各種卡片排序和任務效能分析』，詳細作法我就不抄了，但這裡提到一個察覺能力的增加，而這個資訊察覺能力(information scent)的觀念來自Xerox PARC發展出來的資訊搜索理論http://www2.parc.com/istl/groups/uir/publications/items/UIR-1995-07-Pirolli-CHI95-Foraging.pdf
還好可以Google到，不然課本提供的連結還不對說。
所以『無論預算夠不夠，…，不能有藉口不去測試你的想法。』唉，這倒是我常用的策略。
工作產品與輸出結果
隱喻探索
請直接參考George Lakoff跟Mark Johnson何著的Metaphors We Live by，可以瞭解隱喻的用法。
書中也舉例資訊高速公路的隱喻，引用自Mark Stefik (MIT Press)的Internet Dreams。
『有多種比喻用在網站的設計上。…
組織型隱喻
這是善用對某個系統的組織熟悉度，快速理解新系統的組織。
功能型隱喻
這是那些你能在傳統環境中執行的任務，以及那些你能在新環境執行的任務之間，建立連結關係。
視覺型隱喻
這是善用對某些圖形元素的熟悉度，諸如影像、圖示、以及顏色，建立對新元素之間的連結。
…
隱喻探索的流程可以讓創意流動。』這可能是如此，創意或許可以來自閒逛吧，但是如果刻意去閒逛，就不得而知了。
書中舉例Internet Public Librarym，據查現在已經沒有這一頁了，所以ㄚ琪在猜隱喻或許不好用吧，而且書中指出傳統圖書館的隱喻無法支援諸如多用戶物件導向環境multiuser object-oriented environment (“MOO“)的整合。因為如此，所以作者提出了隱喻的危險可以參考Alan Cooper的About Face: The Essentials of User Interface Design
場景
ㄚ琪覺得場景的使用很像是一種花招，不過ㄚ琪很同意這樣的說明，『場景是幫助人瞭解用戶如何在你設計的網站中，瀏覽和體驗的最佳工具，而且也能替你找出有關架構和導覽系統的新想法。』
書中提出註解http://www.usecases.org/，但是這會轉到http://alistair.cockburn.us/ㄚ琪沒有注意看英文內容，於是無法得知是否跟書中場景的討論有關？
場景樣本
就是範例了，有範例在社群上討論就可以很簡單，不過ㄚ琪不再重抄。
案例研究和情節
『要使得一個像資訊與架構這樣複雜而抽象的主題，能夠讓各種聽眾都能理解，並不是一件容易的事。』像ㄚ琪跟Sophia在程式設計領域就存在一種gap，而要填補這個gap，就如同這節說明的用案例，ㄚ琪曾在男青年協進會時討論有關url這個含意，我把它用地址來說明，並進一步把郵差也加進來，郵差怎樣找到你家，這個概念應該可以讓人聽懂，但是多數的情況下，並無法把這gap彌平，這是智慧的挑戰。
概念性圖表
就像天然氣是無色無味的，然而在送到最終用戶之前，還要用硫醇來給天然氣添加氣味，以助於泄漏檢測一樣，很多東西就是得用顏色、氣味、視覺來呈現，才能幫助人建構抽象概念的表達。而『圖表是另一種把抽象概念帶進現實生活的方法。』
這張資訊雲的圖很好看，就引用給各位看看。
藍圖和架構框架
『藍圖（顯示出網頁和其他內容元件之間的關係）和架構（顯示出網站上主要網頁的內容和連結的雛型，是建築師進行這場轉換所要選擇的工具。』Gee, what a great tool!
策略報告
看來策略報告可以說是成果的表現了，寫報告對於ㄚ琪來說不見得是件易事，但是書中這樣提『首先，在報告中引入高階視覺圖樣，你可以畫出一份非線性大藍圖，後面再接線性的文字說明。其次，要記住，策略報告不能也不該獨自存在。你應該要用口頭的方式，說明你的想法和如何回答問題。理想上來講，你必須做面對面的資訊架構策略簡報。至少，你要開一場會，討論各方反應以及回答問題。』ㄚ琪覺得報告的呈現就是讓我們的主意跟想法可以變得更清楚，讓參與的人看得懂，就對了。
策略報告樣本
這是以weather.com為例做的一份報告。
執行摘要
『執行摘要應該提出目標和方法的概觀，從5萬英呎高空觀看主要問題和主要的建議事項。』書中的樣本可以讓你知道詳請，ㄚ琪不再贅述。
網站的觀眾＆任務/願景
『界定出網站的觀眾和目標，以確保報告和讀者都能融入較寬廣的情境中，是相當重要的。』
學習而得
『把你的研究、分析，與你的建議事項連結起來。』
架構策略和方法
內容管理
『說明資訊架構和內容管理之間大略關係，一開始是簡單說明有效』的內容管理三個部份：
- 規則
- 角色
- 資源
這裡的樣本，還有一些建議事項：
- 範本
- 中介資料
- 彙編詞彙
專案計畫
『替資訊架構設計產生專案計畫，當成策略階段輸出結果的一部分，是相當有用的。』
這樣可以達到兩個目標，『與策略報告平行發展時，可以迫使該小組不斷的問下列問題：
我們怎麼做？
要花多久時間？
誰來做？
需要哪些輸出結果？
前提是什麼？
這樣可以確保資訊架構策略根植於實際中。第二個目標是搭起策略和設計之間的橋樑，可以和其他小組的計畫整合，替整個網站的設計，取得完善的時程規劃。』
簡報
『沒有一些簡報和討論，你的最佳建議永遠不見天日。』