在從事網頁設計的經驗中，常常在第一次接洽時，遇到下列的問題：
- 我們想做網站，內容沒有很多，越簡單越好
- 我們想做網站，只要做得跟 Apple 或 Google 一樣就好
- 我們想做網站，請報價
起初我的第一個反應常常是一頭霧水，但經過很多這樣的例子後，我開始從客戶的立場去了解提出這些問題背後的動機。如果我今天想要在家中安裝太陽能發電板，我想我問廠商的第一個問題也會是「請幫我安裝跟隔壁鄰居的一樣的太陽能版」、「安裝一片多少錢？」。
從自己的角度看待自己的專業，當然會有許多知識領域的細節，但以消費者的立場，並不需要知道汽車的運作原理，因此該如何從專業領域的範疇，銜接至客戶的需求認知，透過白話翻譯的溝通，在配合上才能有給彼此空間的機會，因此通常我會將話題往下追問，透過資訊架構設計四步驟。
資訊架構設計四步驟 通常一個網站專案到我手上時，大部份都是實作的階段，有些研究或策略部份會已發展的相當有成果，有些則不然，因此判斷自己在此專案中所扮演之角色，往往是首要之務。
關於何謂研究的部份，可參考先前的文章「資訊架構設計流程一：研究」，今天的主題是以策略為主。 在實務經驗之中，所謂真正的策略，是採用科學的研究方法，將老闆心目中的想法，發展成實際可執行之策略：
但事實上，無論對於剛創業之中小企業，亦或上市上櫃大企業，對於策略的發展始終有著無法明確掌握的模糊感，這種不確定性，往往會導致老闆做出較有安全感，但卻不是長久之計之決策，因此在商業策略的發展中，鮮少有企業家能夠與這種不安定感共存，走出與一般人不同的道路。
話說回來，商業策略與網站之間有關係嗎？所謂的網站不就是是一些程式技術建構出來的虛擬世界嗎？事實上，構成網站除了程式技術外，還包含了要放那些內容的規劃，而這些內容的規劃，往往關係到企業的商業策略，而這些規劃也是依據資訊架構設計策略所發展出來的結果，更明確的說，資訊架構設計策略還是發展商業策略的好方法。
原因是，透過網路能讓老闆知道消費者的想法，進而去調整修改營運目標與方向；而網路上也常常是試水溫的絕佳管道，那些產品會賣、那些會滯銷，都可以透過資訊架構的設計，來測試老闆心中想的做法是否可行。
另一方面，當商業策略發展至一定階段，還能回過頭來搭配不同的策略性網站，假如公司想趁聖誕節做一波促銷活動，就可以規劃有時效性的活動網站，或是已採用官網與消費者溝通品牌許久，可採用著陸網頁來直接接觸買家，不同的商業策略又會有不同的網站設計角度。
關於網站的類型，可以參考李查背包客之交響曲四樂章，皆有詳細說明其使用背景或情況。
- 掌握網路行銷活動的節奏—序曲：網路行銷訊息的出現
- 掌握網路行銷活動的節奏-行雲流水的快板獨奏曲：著陸網頁
- 掌握網路行銷活動的節奏-活潑輕快的第三樂章：微型網站
- 掌握網路行銷活動的節奏-氣勢磅礡的最後樂章：企業網站
接下來，進一步說明資訊架構策略可以提供企業或組織那些指導原則：
資訊架構組織管理
對於一間企業而言，將如何把組織體系做一明確之劃分，常常考驗著主事者的智慧以及對於公司部門職掌之了解程度。而在劃分網站維護小組組織時，資訊架構策略可以提供中央式或聯邦式管理政策之參考依據。所謂的中央式是指將所有網站維護所有相關之人員，集中至同一組織之中進行整合，而聯邦式是指各部門自行維護所屬頁面，並於最後上線前交由負責單位把關。
透過資訊架構設計，可清楚了解到公司網站內容及政治文化適合那種屬性，如果是組織龐大且各部門業務繁忙，可統一交由中央單位進行內容維護；如維護部門人力有限，則可採用聯邦制降低人力成本之負擔。
技術整合
因網站發展方向透過資訊架構設計將有明確目標，而關於網站中使用者可能採取的行動、任務，或是操作模式，均已運用藍圖將其說明清楚，因而在技術的整合上，可事先規劃其職掌分配，並且清點技術漏洞，及早進行補強。
判斷公司現況
選擇由何種角度進行資訊架構設計，在研究過程之中，公司內部之商業情境，也能一併做一通盤了解，在判斷公司現況後，可由上往下、或是下往上進行整體資訊架構設計。上往下的情況可能發生在新主管上任的狀態下，因尚未取得部門同仁之信任，必須由上司進行整體之規劃，對於未來發展方向說明其具體實踐之目標與方法，進而取得全體認同；
而下往上的情況可能發生在網站原始資訊架構以沿用多年，在難以大幅度的變動下，從各別部門或是單一同仁進行意見蒐集，運用個人觀點來重新審視整體資訊架構之問題。
組織系統與標籤系統
網站的內容該如何分類？依使用者身分？依使用者年齡？選單名稱該如何撰寫？是否能被目標對象所理解？因資訊架構策略乃由研究對象所發展出來，因而在這類的相關問題上，均能得到有依據的執行方向。
與網頁內容寫作者溝通寫作模式與類型
因網站整體發展方向有明確之目標，在與網頁內容寫作者溝通時將更有所依據，而不致於文案產生與目標對象不符合其屬性，而造成代溝之謬誤。
定義中介資料
資訊架構策略提供清楚的網站發展輪廓，對於中介資料的撰寫上，將更能掌握其模式，以下就功能性區分不同中介資料之參考：
- 管理性中介資料-檔案或資料夾命名方式
- 結構性中介資料-網頁更新日顯示標準格式應為 08/08/10
- 描述性中介資料-描述產品的方式，包含顏色、形狀、特性、產地等項目為
- 全域中介資料-版權聲明的寫法與規格
- 區域中介資料-提供檔案下載時的附加說明
- 特定文件中介資料-最新消息的強調寫法，加粗並且用紅色
導覽系統設計
主導覽列、搜尋系統、輔助導覽系統(路徑列等)，均可透過資訊架構策略的提供，來決定設計上之參考依據。
統整以上七點，發展資訊架構策略，可以獲得組織劃分的參考、公司內部技術資源的事先規劃與整合、判斷資訊架構設計的方向、設計組織系統、標籤系統、導覽系統、定義中介資料的參考，在下一部份，將會介紹該如何從研究所獲取的大量資料，轉化為實際可執行之策略方針。
