推薦：設計的小事：設計PK商務
聽說某某設計公司的設計部人員又離職了，又有某某公司的商務部由于設計產品的銷售策略不正確被洗白了。。。。。。且不論是冤家路窄，還是打情罵俏，也許你的公

　　國內網站真正流行并重視用戶體驗不超過兩年，我相信大部分從業者的研究資歷也僅限于此。區別在于，因功底和個體差異影響到的對新概念的理解突破，我的經歷大概可以從兩個方面來描述：

　　概念理解：用戶體驗 —— 以用戶為中心 —— 交互設計 —— 信息架構
　　實踐操作：目標 —— 流程 —— 方法 —— 交付物 —— 產品治理

　　2005年初，在Google搜索結果里鏈接到的UIGarden第一次看到“用戶體驗”，那會兒的真實感受，就是作為互聯網用戶的我們，終于有人關心了。最想做的事情，就是把我常上的那幾個網站的設計師拎過來，海扁一頓。

　　到現在為止，“用戶體驗”還是最熱的口頭禪。究其原因，主要是這個詞深得人心、朗朗上口，只要說的時候表情嚴厲點，形象就很專業了（屢試不爽），而且還絕對挑不出邏輯錯誤。其實就是看似石破天驚，仔細推敲等于啥也沒說的典型。

　　帶著這樣那樣的疑問，我開始試圖去了解我們的用戶，嘗試“以用戶為中心”。雖然我不知道用戶是誰，但有個基本原則，我是互聯網用戶，假如我自己都沒有滿足，憑什么讓我的用戶滿足。老朋友白鴉、臭魚他們也是這個階段熟悉的，那會兒能寫的知音很少，幾個人湊一塊兒，除了抱怨更多的是感慨。

　　很快，我發現對于操作級的用戶體驗，絕大部分的用戶感受是相通的，反正就是“避免麻煩和制造方便”兩個角度，后來才知道這門學問叫“交互設計”。于是在交互思想的引導下，做了很多功課，因為我必須去理解，為什么這么做的體驗好？從一個點深入下去，可以拖出來很多東西。

　　交互交互，顯然至少得兩個對象，我喜歡用“回合”這個詞來量化。比如我用鼠標碰到了某個鏈接，然后它下劃線消失了，這個回合的概念就是我打招呼別人答應。我們都知道，兩個人交往，最可惡的就是不表態，不接招也就沒破綻。

　　可能大部分從業者了解用戶體驗，都是通過“交互設計”的概念。而且在國內流行的相關專業書籍里，也是交互設計占的比例和質量最高，比如《About Face》等重量級權威著作。但是在實踐幾個階段后，我慢慢發現，交互設計并不能解決所有問題。比如設計分類的操作模式，交互其實很簡單，真正的難點在于拿什么來交互？他們之間的關系如何處理？

　　2006年初，偶然寫了篇Yahoo!的項目工作流程介紹歐洲流程，同行反應出奇的強烈。因為在此之前，大家的意識基本局限在網站只有前后臺之分，再細點前臺還有結構、表現、行為之分，但都沒有上升到產品的高度，也就是說還沒有系統理論做支撐。

　　也是在這份Yahoo!歐洲流程里，我注重并意識到“信息架構”的重要性。查閱大量資料后，5月份寫了篇網站的信息架構來闡述自己的觀點，但還是不清楚如何把這門綜合學科的思想落實到產品概念，與交互如何協作和迭代？如何呈現？

　　再往后就是漫長的實踐過程，優化方法并提高效率。看書除了能見見世面，更重要的是驗證自己的想法。在與作者產生共鳴的同時，想清楚為什么，比如最近讀的這本《用戶體驗的要素》，對結構層主要是清楚我的理解，對框架層幾乎是重建知識結構，之前的熟悉太淺散。

　　曾經設想過某種產品文檔的來保證設計實施，貫穿到以產品為中心的開發模式中。因為不管信息架構還是交互設計，結果都會落實到交付物，不然無法把設計結果傳達給其他人，也就是說工作無法量化。

　　線性流程沒有高低之分，體現自己的價值，不是說就得否認別人的工作成果，因為我們是團隊。各位或許不知道自己的強項，但一定要明白最適合做什么。同樣的道理，理解概念不應該盡量擴大一個點，而是搞清楚這個點在整體當中的位置。曾經不管是對搜索引擎優化的偏見，還是對交互設計的懷疑，都源于此，精確定位才有助于正確理解和分工協作。

　　最后，回到2004年討論《網站重構》的時候，Web Stands提倡的全兼容無障礙，其實就是以用戶為中心思想的一種實施，也講究用戶體驗。類似的話題很早就有了，只不過我們大家都沒有參透。

分享：如何減少網頁的內存與CPU占用
有的網頁看起來并不大但打開會很卡，有的網頁雖然很長但使用流暢，占用用戶電腦的內存與CPU就影響這些。瀏覽器問題，有各自的瀏覽器處理內存問題會影響到，但