[網技W15]求全率與求準率

本週課程提到IA的搜尋系統時，recall(求全率)與precision(求準率)這兩個資訊架構或資訊檢索時常討論到的概念又再次出現。本來想說可能會輕輕帶過，沒想到，老師問了我們兩個引起上課同學熱烈討論的問題：
1.何謂recall(求全率)與precision(求準率)?並以圖解說明?
2.為何recall(求全率)與precision(求準率)會呈負相關?

喔喔!這兩個問題一問，突然讓我當場愣住。不問我還有點似懂非懂，一問卻不知道要怎麼解釋。於是趕緊上網查找惡補，得到的答案如下：

參考資料來源：
http://choo.fis.utoronto.ca/FIS/Courses/LIS1325/RecallPrecision3.html
http://moodle.lips.tw/~mlu/database/database9302/0607reviewing.ppt

[問題一參考答案]

如上圖，從相關性來看檢索結果，可以分為以下四個區塊：
A: 相關且檢出
B:不相關但檢出
C:不相關且未檢出
D:相關但未檢出

求全率(Recall)=A/(A+D)
檢索出來的相關文件/資料庫內所有相關資料的總數

求準率(Precision)=A/(A+B)
檢索出來的相關文件/檢索到資料的總數

如何提高求全率：擴大檢索範圍

*擴大主題層面( FACETS)及檢索詞彙。
* 減少既有的主題層面。
* 以更多的主題領域檢索(標題、摘要、敘述詞)。
* 使用較少限制的字詞。

如何提高求準率：縮小檢索範圍
* 以較少的同義字或較精確的字詞濃縮主題層面。
*增加新的主題層面。
* 以較少的主題領域檢索 (標題、摘要、敘述詞)。
* 使用較多限制的字詞。


[問題二參考答案]
在求全率(Recall)=A/(A+D)及求準率(Precision)=A/(A+B)的公式中，由於分子都相同，如果假設A與C（C為不相關且未被檢索到的資料）不變時，當D愈大，B應會相對縮小。換言之，當D愈大，求全率愈小；而D愈大，B相對變小時，求準率會愈大。因此求全率與求準率應該會呈現負相關。

此外，由上圖可知

X＝完美檢索結果

B＝高求全率，低求準率
H＝求準率同B，但求全率較差，可見檢索策略較B差
C＝求準率最高，但求全率最低


在期末報告纏身時突然出現這些問題，雖然因為自己程度欠佳而覺得吃力，但討論起來真的很有趣，尤其看到永嘉拼命要把問題搞懂的衝勁也讓我跟著想認真理解這兩個問題。我想，研究生應該要有博覽群書及充分討論這兩種動能與特質，才有辦法扮演好研究生的角色。看來，我還是需要更多努力！ 如果各位看官有更好或更淺顯易懂的說明，麻煩回應一下，感激不盡。

繼續閱讀...

[網技W14]從IA到網站企劃到...

[2008.12.18]
本週的課程是由知世網絡知識長暨副總經理邱元平先生蒞臨演講，主題是從「IA到網站企劃到...」。邱先生首先介紹自己的背景，他從Usenet,Gopher與Mosaic開始對網路著迷，待過中時電子報、網擎Openfind。曾在Google誕生前，翻譯網路搜尋寶典一書，並在協助國科會發行Internet快訊，並在Blog出現前自行出版一週網事。因為常比周圍的人對網路的認識更快、更深、更全面，因而被認為是專家，也被認為說的話難以理解，還有被告...。邱先生提到，自己通常是工作來找他，因為別人都是透過閱讀他的文章而聘用。所以他鼓勵大家可以趁年輕多做一些感興趣的事情，只要能持之以恆又有與眾不同的成果或發現，自然會有人找上門來。

知世網路成立於1999年，隸屬於安吉斯(AEGIS)集團，在台灣的知世台北組織共有80名員工。以提供企業全方位的數位行銷服務，主要是從數位行銷策略諮詢，主要分為直銷行銷、數位媒體，以及內容及技術應用等三大服務面向的服務，並提供資料分析追蹤。具體地說，就是從數位媒體服務、網路行銷活動、網站建置改版，以及網站經營維運等服務。邱先生一次就秀出了六十三個客戶名單的LOGO(如NISSAN、信義房屋、奇美、雅虎奇摩...等等)，可以想見為什麼老師會說不景氣對於知世網路並沒有造成影響的原因。

邱先生從網路104的工作職缺中輸入資訊架構、網站架構，結果發現都是零個職缺；但改以網站企劃、網站行銷、網站管理、網路行銷等關鍵字，就跑出一堆職缺（以網路行銷榮登排行榜冠軍）。會造成企業「不需要」資訊架構師的理由是，資訊架構師的職稱不易理解、聽起來太專門、對企業網站沒有重視到那種程度、對企業網站沒有理解到那種程度、這個工作需要這種職缺嗎、這個工作需要這麼多職缺嗎。這還不只是對資訊架構師或念資訊架構的學生澆冷水，冷水澆完接著還有一盤冰水，也就是談到一般企業對資訊架構的認識，如以為一張樹狀圖就可以當成網站資訊架構、有了樹狀圖就想開工、以動腦會議方式決定網站架構、好一點的會定義示意圖或頁面框線圖、幾乎從未聽過Usability test、Card sorting或Thesauri。不過邱先生提到他們並不會放棄和客戶溝通IA的概念，也不會在報價單中加入諮詢費用：-)。

接下來邱先生問大家，網站通常歸哪個單位管？有些企業是資訊部門管、有些是行銷/企業部門負責、也有公關部門、電子商務部門、甚至總經理室等等。無論是哪個部門，邱先生提到，企業應該根據網站建置的目標選擇合適的單位負責管理，但可以先由資訊部門和相關部門做溝通，在把網站負責的工作轉移給適當的部門。

至於資訊架構要如何決定呢，除了從User、Context、Information的三個圈圈來思考之外，邱先生以Jesse James Garett的使用者經驗元素架構給了我們很好的啟示。

這張圖畫得真好，今天光知道有這張表的存在就賺到了。在網站設計階段時不能只是談網站改版，如果可以參考這張表，從策略、範圍、結構、骨幹、表層逐步和客戶溝通討論，並在思考這些層面時，考量到每一層面的相互關係，就能夠緊扣資訊架構的精神，做出符合使用者需求的網站。另外，了解企業經營者對網路的期待是什麼，也是網站設計的重點，常見的有提高知名度、建立或強化品牌、挖掘潛在客戶、銷售產品、增加產品銷售力、進行市場研究、協助通路管理、與顧客直接對話、建立顧客的忠誠度、降低成本（服務客戶、廣告行銷）等等，不同的企業會有不同的需求，如果透過對網站設計的重點凝聚共識，並結合使用者經驗元素架構，這樣的網站應該在資訊架構上會比單純或臨時起義性的畫樹狀圖要來得實用。

接著邱先生讓我們分組進行練習，如果是中華電信、中國信託、可口可樂、可樂果、Eee PC、聲寶、師大圖資等單位的CEO或企劃行銷，你會期待網路扮演那些角色，請依網站設計的重點排序。不過，雖然指標是很明確，但是同一組對同一單位，以及不同組對同一單位的排序和看法就很難達到一致。所以，除了架構與指標的具體明確之外，個人對於如何依循這些架構或指標進行討論或溝通，並多找目標使用者進行測試，這會是設計網站之外另一項需要學習的重要任務。

在課程結束之前，邱先生給了我們要走入網路相關行業的建議，如果畢業後想從事網路相關工作，除非具備程式或設計的興趣與能力，否則應該將求職目標從網站企劃或資訊設計師走入網路行銷的行列，因為這樣的就業機會更大，也較貼近數字的世界，而網路相關行業變化迅速的特質更試圖資人可以如魚得水或游刃有餘的行業。

今天課程讓我體驗了幾件事情，首先是不怕不景氣，而是要怕自己不爭氣。以邱先生對於網路的熱愛與努力堅持，以及涉獵IA與行銷等跨領域專業知能，應該是成就今日他成為台灣少數投入IA相關產業佼佼者的主因。其次，在設計網站架構之前，如果能以明確指標或架構和客戶或使用者互動討論，有助於資訊架構師掌握客戶或使用者需求，如邱先生所帶來的Garett的使用者經驗元素這張架構圖應該可以做為資訊架構工程書的隨身寶典。老師也鼓勵我們要把握在校的時間好好學習，也可以試著以部落格建立自己的品牌自我行銷，以走出更寬廣的就業坦途。


知世網絡網址：
http://www.wwwins.com/

繼續閱讀...

[網技W2]實踐資訊架構及使用者需求與行為

壹、前言：章節主題概述


當全球資訊網真的已經是全球資訊網時，不僅改變人們的生活，也更讓虛擬的世界透過網路走向真實。無論是漫無章法或是結構嚴謹，每個網站均透過其資訊架構和全世界互動。在網路資訊環境日趨重要且複雜的情況下，資訊架構的實踐有賴於專業人員提供企業或組織適當的建議與協助。此外，在規劃或實踐資訊架構的歷程中，使用者之資訊需求與搜尋行為是否受到瞭解與關注，將是資訊架構建置成功與否的關鍵重點。因此，透過實踐資訊架構這個章節，除了探討資訊建築師是否有存在的必要，同時也提出資訊建築師所應具備的學科背景與相關資格，並說明資訊生態學及對資訊架構實踐的衝擊。而在使用者需求與行為這個章節，則是討論使用者的資訊需求和搜尋行為的模式與變動，以及學習資訊需求和資訊搜尋行為的原因與方法。

貳、從事資訊架構的資格與條件

由於資訊架構的建立，除了需要專業之外，也要有實務經驗的累積。在網站和企業網路的重要性與日遽增時，資訊建築師的需求就會水漲船高。作者舉出幾個常見的建築師學科背景，並認為每個學科對於資訊架構的建立都各擅勝場。如建立及整合視覺元素使溝通更有效率的圖形設計與資訊設計，處理網頁間關係及整個網站元素的資訊人才，當然還有受過搜尋、瀏覽和索引技術的圖書館員等等數十種學科，因此可以看出資訊建築師所需背景的多樣性，同時需要讓各行各業的觀點都能在網站開發的歷程中佔有一席之地的科技整合，如此方能因應變動迅速的資訊環境，並確保架構的平衡。

其次，當組織配置資訊架構專案的人員時，不能只從專業的局內人立場思考，才不會囿於專業的框架或包袱而無法設計出貼近使用者(或局外人)的資訊架構，也更能讓資訊架構建築師專注於架構的設計、實作與管理。因此管理階層對於資訊架構的專案小組成員組成，應考量由資訊建築師與一般的使用者共同合作，如此建構的資訊架構不僅因為集思廣益而更切實可用，同時更能兼顧組織目標與使用者需求。

再者，由於資訊架構領域的發展在近年來逐漸成熟，作者也提到專業人員參與的角色與職涯的選擇上也跟著多元豐富。無論是琢磨與建構出資訊架構的壕溝戰士，或是扮演獨立顧問或教育訓練人員的缺口補匠，這個領域已經壯大而健全，足以容納許多人格類型。此一專門化的可能性變得無限且無法預測，值得有志投入資訊架構領域發展的圖資人與相關專業者把握良機。

作者特別在實踐資訊架構章節文末談到，優良的資訊架構設計，應該從以使用者、內容和情境等三個圓圈結合而成資訊生態觀點考量與著手。當組織中任務、形象、價值、策略和文化等情境因素整合在資訊架構時，顧客和員工之間的互動將會更加親近，進而可營造出有別於競爭者且具優勢的線上溝通平台。而在內容部分，無論是文件、應用程式、服務、綱要，及人們要找到網站的詮釋(中介)資料等等構成網站的材料，應該考量所有權、格式、結構、數量等生態因子下，設計出便於顧客或用戶搜尋並能與時俱進的內容。

參、多樣複雜的用戶需求與行為

在用戶需求及其行為這個章節一開始，作者就提醒我們，不要以「輸入、輸出、結束」這個過於單純的資訊模式將尋找和使用資訊的實況過度概化。這是因為資訊模式有很多例外狀況，而並非所有的使用者在尋找和使用資訊的最初就知道自己想要什麼。此外，過於單純的資訊模式也忽略了詢問問題之前及使用者收到答案之後所發生的相關事件，又假定無知的使用者不會帶來更有價值的知識，因此這個模式過度簡化了使用者和資訊架構互動時所發生的各類事件，加上半結構的文字文件與抽象觀念難以直接用現有的資料庫技術得到令人滿意的解決，若抱持過度單純的想法來設計資訊架構，事倍功半自然是不言可喻的結果。

以資訊需求為例，作者就歸納出四種需求模式並以釣魚為比喻。首先是已知資料搜尋的「完美的捕捉」，也就是單純模式。第二種則是非單一答案時的探索式搜尋，又稱為「補龍蝦的陷阱」。第三種則是地毯式搜尋且無遺漏式研究的「亂拋網」，以及重找以前碰過有用資訊的「我以前讀過你，白鯨記」等四種資訊需求模式。而在資訊搜尋行為的模式也不遑多讓，有重複地整合瀏覽、搜尋以及詢問的模式，也有在需求、檢索、沿路取出資訊歷程中移動的採草莓模式，還有如Google在搜尋結果頁面提供類似文件鏈結的珍珠成長模式，以及到公司入口網站搜尋或瀏覽目錄後再到子網站搜尋資訊的「兩步驟」模式。作者對於如何在多樣複雜的資訊需求和資訊搜尋行為學習，提出了搜尋分析法及情境詢問兩種方法，前者如查閱網站上最常見的搜尋查詢，以診斷搜尋效能、中介資料、導覽及內容的問題；後者則是直接觀察使用者在其自然場合下與資訊互動，這兩種方式可以避免資訊建築師過度簡化或概化資訊需求與搜尋行為，並了解使用者的主要資訊需求及可能的資訊搜尋行為。

肆、結語－使用者取向的專業實踐

在此次的閱讀中，我們看見了資訊建築師在實踐資訊架構所扮演的重要角色，也瞭解到資訊建築師學科背景知識的多元豐富，以及其在資訊架構領域得發揮的機會與無限可能。然而，資訊建築師在設計資訊架構之前必須念茲在茲的一件事，就是無論扮演壕溝戰士或是缺口補匠，莫忘了務必站在使用者的立場思考或著手，唯有試著了解使用者可能資訊需求和多樣的資訊搜尋行為，方能在激烈競爭的環境中，兼顧使用者需求與專業知能，打造出使用者可用且滿意的資訊架構。

繼續閱讀...

[網技]970918第一週課程心得

在進這堂課的教室前，我的心是比上其他科更忐忑不安的。

這並不代表其他科目「很好混」，而是一般的理論科目已經讓我倍感壓力之外，還得用英文學習資訊相關知能的內容，感覺就好像一個教育背景的人，突然要面對資工相關教材時一樣，除了惶恐還是惶恐。尤其是一開始聽到建成老師的作業要求之一，是要做五十個Pages的網站加上分析報告，以及看到老師拿出那本五百頁左右的Information Architecture原文教科書，以及坐在我旁邊選課建成家族的學長們好像看起來都很厲害時，開學第一週以來所累積的壓力，突然在聽覺與視覺大受刺激時，似乎像洪水饋堤般地襲上心頭。

「這下該怎麼辦？！」此時看到老師的微笑，怎麼看就是好像在說：「嘿嘿，怕死就快退選吧！」

不過，當我聽到可以把以前做過的網站拿出來改，又聽到老師在談IA的定義與概念時。先不管我看不看得懂那本原文天書，強調設計網站要好用的Usability，以及網站要容易被搜尋到與內容要容易被找到的Findability，以及強調Userfriendly符合使用者需求的介面，ㄟ， 但不是跟自己在這幾年擔任國中教學組長與輔導室主任建置網站時，一直想要達到的目標嗎？

「是不是我太先入為主了呢？」

愈聽愈覺得，這門課不但沒有我所擔心的致命的程式語言或程式設計，好像在絕望中突然因為聽到共鳴的想法而心頭為之一振，接著又聽到"Perfect technology assumption"完美科技假設的概念，原來，圖資人是可以不必畏懼於「是否得想程式的恐懼」，反而更應該有「今天的限制，明天就可能有人幫你打破」的豪情壯志，盡情發想出讀者真正要的網站與服務。加上聽到老師表面施壓，但實際上很關心學生的一些實用建議時，更是讓我打消了原本下課後想直奔辦理退選的念頭。

好，就這麼決定了，「我要撐下去！」我這個圖資門外漢，希望能在建成老師的引導下，將過去在建置網站服務師生時，一些行而不知與知而不行的觀念重新建構起來，這樣不就值回票價了嗎？管他當不當的，就是走下去吧！

繼續閱讀...