更新時間：2025-09-15 17:48:05
網站建設
441網站制作公司推來客（www.tlkjt.com）：從用戶體驗的角度看SEO網站優化的大趨勢
這次我就給大家介紹一下我對“用戶體驗”與搜索引擎排名之間關系的一些看法。由于時間關系，文中部分句子可能表達不流暢，敬請見諒，文中內容為本人猜測，不保證正確。
SEO中經常提到用戶體驗優化的概念。什么是用戶體驗優化？簡單來說，就是通過優化網頁，讓網頁更適合用戶。
記得剛開始接觸“用戶體驗”這個概念的時候，我并沒有把它當回事。什么是用戶體驗？百度能知道你的網站是否受用戶歡迎嗎？搜索引擎只是一臺機器，它能理解什么？但是經過幾個月的觀察和研究，我發現并不是這樣的。
這里我們回到最原始的點來思考問題。搜索引擎的初衷是什么？搜索引擎就是給用戶想要的網站和用戶喜歡的網站。所以沒有錯，一個用戶體驗好的網站應該是受歡迎的，既然受到用戶歡迎，就應該排在前面。兩個網站的內容沒有太大區別。一個網站有N個彈窗，另一個網站界面干凈。你說搜索引擎會喜歡那個網站。
好了，說了這么多廢話，我想你應該認同我的觀點。網站的用戶體驗指標確實會影響網站的排名。但是搜索引擎如何知道一個網站是否受用戶歡迎呢？這里主要有兩個指標：1. PV 與獨立訪問者的比例，2. 網站停留時間。 pv與獨立訪客的比值越小，網站停留時間越短，間接說明網站不被用戶喜歡。那么還有一個問題，如何獲取一個網站的pv和獨立訪客比例以及用戶的停留時間？這里我們以谷歌為例。谷歌的產品已經很豐富了。下面介紹一些可以收集用戶信息的產品（當然，這只是我的猜測）。 Google adsense、Google Analytics、Google 瀏覽器和Google 工具欄我將在下面討論。可能以上部分只是我的猜測，請繼續看我下面的資料，文字截取到安裝google toolbar的過程
請閱讀：這些很重要
如果您使用工具欄的某些高級功能，有關您訪問的網站的信息可能會發送給谷歌。例如，為了讓PageRank 功能為您提供有關網站的更多信息，Toolbar 需要通過向我們發送URL 來告訴我們您正在訪問哪個網站。如果您啟用了某些Google 功能，例如網絡歷史記錄，這些功能會根據您的搜索和瀏覽歷史記錄提供服務，則PageRank 發送的URL 也會用于這些服務。任何個人身份信息均受Google 隱私政策的約束。有關Toolbar 隱私保護的更多信息，請參閱Toolbar 隱私政策。
相信看到“Then information about the websites you visit may be sent to Google”這句話時，你已經開始相信了。至于百度，我暫時只想到百度工具欄和百度主題推廣。接下來，你肯定會說，畢竟安裝谷歌工具欄和百度工具欄的人就那么幾個人？關于這個問題，我覺得你可以參考alexa排名。之前看到有前輩是這樣介紹alexa排名的。只有安裝過alexa工具欄，訪問過網站的人，才能提高alexa的有效參考數據，才能擁有更多的alexa。將Alexa工具欄上的人數與所有互聯網用戶的比例進行換算，最終得到預估流量。只要數量足夠，都可以作為參考數據。
意識到這一點后，在建站的時候，我開始越來越注重網站的整體設計和用戶體驗。經過幾個月的排名上下，我越來越意識到用戶體驗的重要性。還有就是沒有權重的新站在SEO中不需要太明顯，恰到好處，不然排名很容易掉下來。
搜索引擎的算法在不斷改進，想要跟上步伐的SEOer只能從搜索引擎最根本的初衷出發去思考問題。
注意搜索引擎優化SEO的幾個禁忌
SEO一定要掌握好，優化不夠，效果不理想，優化過多，又會被搜索引擎懲罰。我對技巧了解不多，但因為多次被搜索引擎懲罰，漸漸發現了一些優化禁忌。
1. 標題
網站的頁面標題往往被一些客戶堆砌了很多關鍵詞，而頁面標題恰恰是搜索引擎非常看重的地方。如果大量相關或不相關的關鍵詞堆積起來，很容易讓搜索引擎的算法判斷這個網站存在作弊行為，最終導致搜索引擎屏蔽該網站。
在標題如何寫關鍵詞方面，建議一個網頁對應1-2個關鍵詞，網頁正文內容要與網頁標題主題高度一致。
網頁標題不宜經常更換。百度不會喜歡不穩定的網站。在網站建設之初，就要考慮到網站的每一個細節。一旦確立，就不會輕易改變。
2.收藏
搜索引擎喜新厭舊。如果一個網站的內容在網絡上重復率很高，那么排名肯定不會好。收錄的網站會被百度收錄，但收錄后會慢慢下架，很少給改過自新的機會，即使每天更新原創文章，也于事無補。但是這并不代表不能收錄，我們可以對收錄的文章做一些修改
改，比如替換內容、更改標題等。三、內部鏈接
很多的SEO工程師都知道，一個網站中有某些網頁的權重特別高，喜歡在權重高的網頁上堆切大量的關鍵詞鏈接。
不可否認，在權重高的網站頁面上加重點的關鍵詞鏈接對目標關鍵詞的搜索引擎排名提升會起到幫助，但是在權重高的網頁堆積了過量的關鍵詞鏈接，也會被搜索引擎處罰。
建議對于高權重的網頁放置重點目標關鍵詞鏈接，不要超過10個，而且這些鏈接放置的位置也是相當重要!
四、keywords和description
一些剛接觸SEO的朋友，很喜歡在keywords和description標簽的內容里，堆積一大堆的相關關鍵詞。
關于keywords和description標簽在搜索引擎優化中的作用，基本上被主流的搜索引擎算法降低為0或者非常低。在keywords和description上堆積關鍵詞的優化方法，只會起到負面的搜索引擎優化反應。
搜索引擎根據什么條件去判斷一個網站是否存在SEO SPAM，雖說我們沒有得到官方權威的信息。但是我們依然可以根據實踐經驗，得到一些重要的信息。不要刻意強調搜索引擎優化技術中某個環節的重要，要講求平衡。所以，自然的搜索引擎優化才不會出現SEO過度的問題。
對于SEO過度的問題，還有一個重要的問題需要說明，搜索引擎處罰網站的方式，不一定就是直接封殺網站，也有可能是降低網站排名或者降低權重。這些處罰的輕重會根據網站SEO過度的程度而定。
SEO必須要有一個好心態，不可太急躁。尤其百度對新站收錄極慢，一個針對百度優化的新站，必須做好打持久戰的準備。搜索引擎為何會受到歡迎，就是因為用戶能在上面找到需要的東西，而搜索引擎對網站的要求也同樣如此，做SEO要多站在用戶的角度考慮，搜索引擎的算法是經常改進的，作弊的網站，就算能一時得逞，但終有一天，會被k掉。所以，在網站制作過程中，應該多了解SEO的忌諱，避免觸底線。
六方面談SEO常用的優化技巧
今天和大家簡單談一些咱們在網站優化中的常用技巧。主要是六個方面:標簽，關鍵字的比例，蜘蛛的抓取頁面的方向，圖片的ALt屬性，關鍵字的位置和鏈接的錨文本。
標簽
對于Keywords和Description標簽在咱們書寫的時候，咱們可以選擇將相同的內容文本在書寫，經過測試這種效果還算不錯。當然了咱們還可以有意的把keywords中的關鍵詞放在Description標簽里面，特別是標簽的開頭位置。(因為關鍵字越往前，權重越高)，當然了要是重復出現就更好了。但是這里咱們得提醒一下，如果咱們要是優化百度，那么重復的次數就別太多了，反之如果咱們主要是針對谷歌的話，那多重復幾次更好。最后咱們還得提醒一些朋友注意，在Keywords和Description兩個標簽中咱們盡量避免出現and/or/the這樣的單詞。
關鍵詞的比例
可能很多朋友都知道在一個頁面中關鍵詞的比例最好是保持在7%~8%之間，但是這里庸人提醒大家千萬不要有意的去把關鍵字的比例提升的太高(這里包括兩個方面:Keywords-weight(關鍵字在頁面中出現的次數);Keywords-density(關鍵字和頁面中其它單詞的比值))。原因就很簡單了，因為咱們如果刻意的把這個比例提高，反而會被搜索引擎認為咱們是在對其關鍵字(Keywords-stuffing)，進而引來搜索引擎對咱們的懲罰。當然了還有一些朋友在頁面中關鍵詞往往都只能達到1%~2%，說實話這個其實也無所謂的，因為只要咱們不是高于8%，首先就保證了搜索引擎不把咱們當做作弊，那么剩下的咱們就可以通過其他的方式來彌補。畢竟這里在網站的整個優化過程中權重是有限的。
蜘蛛在抓取頁面時的方向
作為seo咱們應該知道，搜索引擎侍從網站的左邊到網站的右邊，再從網站的上方到網站下方。當然在此咱們也個得提一下，一般情況下蜘蛛對先從網站中抓取的100個詞的權重是最高的。所以在這里咱們如何書寫和排列關鍵字就顯得比較重要了。所以要求咱們盡量書寫keywords和Description的時候在文章中應該放在中間，甚至得網頁下方，總之千萬別放在頁面的左側。
圖片的Alt屬性
咱們應該都知道蜘蛛是不能直接識別圖片的。這里咱們就必須使用alt屬性了，因為alt屬性不僅能幫助蜘蛛來識別圖片，同時也是蜘蛛識別咱們網頁圖片的唯一方法了。同時合理的使用alt屬性，也能提高一下咱們關鍵詞在頁面的比例。
關鍵字的位置
如果站點是關于某個主題的，那么主要的觀點或者說關鍵字應該出現在文章的開始，并貫穿全文，然后在結尾結論時突出。如果已經將導航鏈接和javascript放在頁面的底部，我們可以在 html結束之前放上相關的文本。比如，你可以通過將關鍵字放在頁面的版權聲明中來將關鍵字放在頁面的底部。
鏈接的錨文本
如果搜索引擎發現有很多鏈接使用相同的文本卻指向同一個站點，那么它可能就會判斷這個站點是和這個關鍵字相關的，那么在其它人使用這個關鍵字搜索時就會把這個站點作為結果之一。通常很少有人會注意到去利用鏈接的文本。不過要注意，這個方法不要使用在互惠鏈接交換當中，相反在互惠鏈接交換當中要使用相關但是不相同的文本來做同一個鏈接的文本。
CSS+DIV網站優化(seo)
1) 一個網站要有好的seo優化效果，建議先使用一套標準化的css+div布局網站，注意語義標簽的使用；
2) 網站完工后要向各大搜索引擎網站登陸然后向Google提交sitemap；
3) 增加網站有權重的連接，多交一些好的友情鏈接；
4) 寫好網站的robots.txt ；
5) 在關鍵字的地方使用標簽定義，例如在主關鍵字用次關鍵字用；
6) 在 后面要加上 title 標簽，里面內容是你所要優化的關鍵字，img 標簽中加入描述，可以適當添加關鍵字；
7) 結合網站優化的一系列工具來查看優化的情況，根據這些數據來改進你的優化；
8) 再根據平時做網站優化的經驗，結合Google 和百度seo優化技巧來優化自己的網站.
網站整體的優化規則
一、網站優化的基本思想
1、對用戶的優化
以用戶的需求為導向來設計網站的導航欄。用戶可以方便的瀏覽網站的信息，使用網站的服務。
2、對網絡環境（搜索引擎等）的優化
從網站的架構到網頁的標題和標簽的設計，以及網站布局和層級的深度、網頁的動靜態來整體優化網站。
3、對網站維護的優化
對網站維護的優化是為了便于網站日常的更新維護，改版升級，便于獲得和管理注冊用戶資源，充分體現網站的網絡營銷功能，使得各種網絡營銷方法發揮最大的效果。
二、網站整體優化的基本要素
1、網站結構的設計合理：最多不超過3層。
2、網站信息有效：網站要經常更新。
3、網頁下載速度快：網頁的圖片和FLASH盡量少用，網頁大小要有所控制。
4、網站簡單易用，尤其是要注意導航欄方便。
5、設計一個網站地圖。
6、網站鏈接有效：不能有死鏈接。
7、用戶注冊/退出方便。
8、為每個網頁設計一個合適的標題。
9、設計合理的標簽中的關鍵詞和網站描述。
10、盡量采用靜態網頁，至少保證包含網站重要信息的頁面為靜態頁面。
三、網站架構及頁面具體優化方面
（1）對用戶的優化
1、注冊：會員注冊越簡單越好。
2、交易流程：操作簡單，易用，交易方便。
3、交互：很容易跟網站相互溝通。
(2)網站架構及頁面的優化
1、網站目錄：網站目錄最好不要超過3層，那樣有利于搜索引擎網絡蜘蛛抓取。
2、網站頁面：網站的前幾級頁面最好是靜態頁面，如果是動態的最好通過技術手段將動態的轉變成靜態的頁面。這樣做也是有利于網絡蜘蛛抓取頁面。
3、導航：主導航條要醒目，清晰，而且最好采用文本鏈接，少采用圖片。
4、路徑：采用層層遞進的路徑，并且每個路徑加上鏈接。有利于網絡蜘蛛快速找到相關的頁面。
5、首頁突出重要內容：除了主欄目，還應該將次級目錄中的重要內容以鏈接的方式在首頁或其它子頁中多次呈現，以突出重點。
6、使用網站地圖：多采用文本鏈接，不用或少用修飾性圖片，以加快頁面加載速度。需要注意，網站地圖也要突出重點，盡量給出主干性內容及鏈接，而不是所有細枝末節。一頁內不適宜放太多鏈接。Google明確提出“如果網站地圖上的鏈接超過大約 100 個，則最好將網站地圖拆成多個網頁”。
7、圖像優化：一般而言，搜索引擎只識讀文本內容，對圖像是不可見的。同時
圖像文件直接延緩頁面加載時間，如果超過20秒網站還不能加載，用戶和搜索引擎極有可能離開你的網站。因此，除非你的網站內容是圖片為主，比如游戲站點或者圖片至關重要，否則盡量避免使用大圖片，更不要采用純圖像制作網頁。每個圖像![]()
標簽中都有ALT屬性，搜索引擎會讀取該屬性以了解圖像的信息。因此，最好在所有插圖的ALT屬性中都有文字描述，并帶上該頁關鍵字在其中。總體上，網頁應盡量減少裝飾性圖片以及大圖片和falsh。而Alt屬性中的文字對搜索引擎來說，其重要性比正文內容的文字要低。
8、網頁減肥：一個頁面的文件大小在15K左右，最好不要超過50K。
9、網頁標題和標簽的設計：
標題：
title簡短精煉，高度概括，含有關鍵詞，而不是只有一個公司名。但關鍵詞不宜過多，不要超過3個詞組。企業網站的title通常以公司名+關鍵詞為內容；前幾個詞對搜索引擎最重要，因此關鍵詞位置盡量靠前；最好將title組織成符合語法結構和閱讀習慣的短句或短語，避免無意義的詞組羅列式title。
關鍵詞：盡量使用網頁出現內容的關鍵詞。（關鍵詞的選擇另行說明）
描述：描述中包含關鍵詞，與正文內容相關，文字不要超過200字。
10、網站站內交叉鏈接：在你的網站之內，高質量的內容之間互相鏈接起來，尤其對Google來說，基于共同內容的相互鏈接對在你的網站之內分享PR是非常重要的
11、網站導出鏈接：網站的導出鏈接盡量采用文本，文本內包含網站的關鍵詞。
12、網站友情鏈接：網站對外友情鏈接最好使用文本形式，文本中包含網站的關鍵詞。
四、網站維護優化
1、網站內容的更新：在網站后臺設置便于網站前臺內容的更新。
2、網站會員資料的收集：在網站后臺設置有利于收集網站會員資料的功能，以利于以后開展會員制營銷。
3、網站廣告位：網站在后臺應該有一個廣告位管理系統，以便于在前臺開展各種廣告宣傳。
4、網站統計工具：網站最好后臺安裝一個統計工具，推薦51la統計工具。便于分析網站營銷效果和監測網站流量。
談談百度的優化與降權
百度的這次大規模更新，相信是幾家歡喜幾家憂。
文章出處：標準之路(http://www.tlkjt.com)
更新后有很多網站獲得了不錯的排名，但是也有不少網站被降權甚至被K。今天群里有位朋友告訴我，自己的網站被百度降權，因為他的主關鍵詞根本沒有排名，且沒有任何來自百度的流量。
今天對朋友的站是否真的被降權暫且不提，先說一下百度的反SPAM標準吧。
我記得以前百度是公開反SPAM原則的，但是昨天忽然發現這個標準已經被關閉，或許是因為百度算法調整后，反SPAM原則更改的原因吧。SPAM的原意是指垃圾郵件，引申在搜索引擎方面就是對搜索引擎的欺騙行為了。反SPAM就是為了User experience（用戶體驗），百度的標準是，用戶體驗高于一切，其他任何SPAM行為都將遭到封殺。
我們做SEO的原則并不是為了排名而做，而是更好的提高用戶體驗，好的用戶體驗自然會受到百度的喜歡，這也就是我幾天前一篇文章里所說過的UCD。我們在做網站的時候，一定要把用戶體驗放在第一位，百度蜘蛛也是特殊的訪客，你不能忽視他的感受。在反SPAM工作中，蜘蛛自動識別和人工識別是相輔相成的，首先會由蜘蛛判斷出你的網站是否有SPAM行為，如果有，你的網址就會被列入SPAM數據庫，然后再由人工復審你的網站，但是你要知道，百度的工作人員再多，也多不過海量的網頁搜索次數，所以這里就一定會有誤差，一般蜘蛛判斷出你的網站有刻意欺騙搜索引擎的行為時，工作人員就很少復查了，帶來的結果就是網站被降權甚至直接被K。
那么什么才算是SPAM呢？簡單來說，過分的SEO優化都可能導致網站被降權。現在的站長都很聰明，很少有人再去做幾年前那樣的關鍵詞堆積等傻行為。不過百度可以從另外的方面查出你是否作弊，如果你的網站被降權，首先檢查你的網站是不是有關鍵字堆砌，無關關鍵字，惡意轉接等方式，另外不要隨意更換你的title，關鍵詞。有很多站長說，我的描述可以換吧，因為現在很多人都說描述百度已經不關注了，可是我的意見是，既然沒有用，百度就不會去索引你的描述，也不會要求你寫上description，因此，這些東西在建站之初就要考慮好，千萬不能說換就換，這對網站，尤其是權重很低的新站來說是及其危險的行為。
另外，外界盛傳百度對域名也會有三六九等，比如CN域名權值低等，這我倒覺得有可能，因為CN域名一元風暴刮起后，成千上萬的垃圾站涌向網絡，對于這樣的情況，百度自然會做出相關的策略。不過并不是所有的域名都會被鄙視，只要你的站建的有根據，且文章原創多，沒有錯鏈接、空連接等，百度一定會對你的站刮目相看。另外最近我還發現一個奇怪的現象，貌似百度對域名注冊時的domain信息好像也有關注，朋友說可能被降權的站 ，注冊信息是Registrant organization: XX公司，Registrant Name: 張三，Administrative [email]: test@163.com，假如我的判斷沒有錯，百度真的在意這個信息的話，那這樣的注冊信息無疑會提高你被降權的機率。
還有一條就是新站建立后頻繁的向搜索引擎提交，一般搜索引擎，尤其是百度規定一個月內只能提交一次，更不能多個同站頁面多次向百度提交，這都會遭到搜索引擎的反感，從而導致降權，我在前段時間解答一位朋友的問題時說過，新站建立成功后，不要主動提交給百度等搜索引擎，找個高質量的外鏈，不超過三天你的站自然會被收錄。
如果以上的這些你都沒有做過，那就有可能是百度的“連坐措施”了，假如你的站鏈接了一個作弊的網站，而這個站被K后，搜索引擎可能會被認為是你在輔助這個站作弊，因此你的站也會受到牽連，解決辦法只有一個，趕緊取消這個鏈接，然后語意誠懇的寫信給百度管理員，請他復查。不過如果你沒有鏈接作弊站，而作弊站單方鏈接到你這邊，那沒關系，也不會收到牽連。
百度是非常注重你的站的實際價值的，過量的新聞采集也會導致網站被降權，做一個網站，哪怕信息很少，但是每一篇都是原創，那你的站權重一定低不到那里去的。
有些網上的資料是這樣寫的
1.百度首先看中的是內文關鍵詞密度和分布。與其他搜索引擎不同的是，百度更喜歡關鍵詞密度較高，關鍵詞位置較集中的頁面
2.baidu沒有放棄title標簽，但已經放棄keywords和description。title標簽的位置和長度對搜索結果有較大影響：
title長度越短越好【不鼓勵在每個標題后加網站名字或關鍵詞組】關鍵詞在title中越靠前越好。
3.頁內鏈接帶有與頁面title相同的title提示，十分有利于提高頁面權重我敢說這都是誤導，從第一條說起。
關鍵詞密度高，就容易造成關鍵詞堆砌，百度自然會認為你的網站是SPAM，關鍵詞更要平均分布，并不是集中就好，我在解答一些朋友的問題時，曾經反復說過一句話：“有始有終”，關鍵詞也是這樣，不能單單關注搜索引擎先去看的左部上方，而是這個頁面都要平均分配關鍵詞的位置。不是說頭部做了一堆關鍵詞，尾部一個關鍵詞都沒有。
第二條：一般來說，titile的前七個字是權重最高的，因此建議把主關鍵詞放在前七個字，而keywords更不可能為放棄，沒有了keyword，百度怎么知道你的網站是要描述什么東西？description雖然盛傳已經被放棄，但是經過我的一些實驗發現，description依然是有效的，有很多網站都在收錄后，顯示的是description內容，例如打開網址http://www.baidu.com/s?wd=eyeme.cn&cl=3，就是在百度中搜索“SEO俱樂部”出現在第一個的就是我的blog，你可以看到，百度索引的就是我的description，因此description同樣關鍵。
第三條：并不是說與title有關的詞就可以提高頁面權重，而是主關鍵詞的平均出現才會有價值，一般在大型門戶的優化中，單頁面都會帶有3-5個有絕對地址鏈接的關鍵詞，這是提高權重的方式，也就是我們常說的內鏈。
總之一句話，網站被降權并不是可怕的事，起碼還沒有被K，這就是復活的希望，去掉刻意優化的痕跡，加多一些原創文字，再加一些高質量鏈接，復活一定指日可待。
網站SEO并非一定需要靜態化
在國內，很多“SEO專家”給客戶網站的第一診斷結果就是要頁面靜態化。這倒不是因為動態頁面就做不了SEO，而是相對靜態頁面而言，動態頁面的SEO更加難做，受“SEO專家”的技術能力所限而已。
對于搜索引擎而言，在主觀上對靜態頁面和動態頁面并沒有特殊的好惡，只是很多動態頁面的參數機制不利于搜索引擎收錄，而靜態頁面更容易收錄而已。此外，頁面靜態化在一定程度上也提高了頁面訪問速度和系統性能及穩定性——這使得在搜索引擎優化上面，為使得效果更加明顯，問題簡單快速解決，大家對站點的靜態化趨之若騖。
然而對于一些大型網站，靜態化帶來的問題和后續成本也是不容忽視的：
由于生成的文件數量較多，存儲需要考慮文件、文件夾的數量問題和磁盤空間容量的問題———需要大量的服務器設備；程序將頻繁地讀寫站點中較大區域內容，考慮磁盤損傷問題及其帶來的事故防范與恢復——硬件損耗要更新、站點備份要到位；頁面維護的復雜性和大工作量，及帶來的頁面維護及時性問題——需要一整套站點更新制度和專業的站點維護人員；站點靜態化，增加了更新維護難度和網站管理人員工作強度，增加了硬件設備需求和損耗速度，增加了站點潛在的訪問沖突和故障概率。對于一個大型網站而言，這都是必須考慮的問題。對于SEO優化，我們不需要真正靜態化，只需要假裝就可以了。動態頁面也一樣能夠做好SEO優化。目前大多數搜索引擎基本都能收錄動態頁面，使用動態頁面的站點數也遠遠大于靜態頁面的站點數。許多大型網站雖然網址的后綴為。htm，但其實還是動態頁面，只是用了URL Rewrite的方式“欺騙”搜索引擎，真正完全靜態的沒有發現幾個。
目前對于一個動態網站，實施相對靜態化的做法基本有如下幾種：
1. 偽靜態，URL Rewrite方式。
2. 類似蜘蛛的方法，動態站點也存在，只是通過一個程序去抓取整個站點并保存發布為需要訪問的靜態站點。
不論是真靜態頁面還是偽靜態頁面，在方便搜索引擎收錄這一點上，效果都是一樣的。既然如此，為什么不使用效率更高的“相對靜態化”的方法，以避免真正靜態化所產生的諸多問題呢？
在頁面更新維護問題上，即使是偽靜態，也帶來了不少維護的復雜性和工作量。目前較為可取的更新方式有：
觸發式更新：當維護人員在后臺更改某些信息后，系統自動或提供手動更新相應顯示頁面。獨立、分片式更新：更新與維護分開，頁面劃分為不同的區，根據一定的規則對于區進行更新。區之間的整合與分離，有的是采用活動域，有的是采用SSI（Server Side Include）。
對于獨立、分片式更新，應當是大型網站相對靜態化后較為理想的更新維護模式：
1. 將各頁面定義分區、編號，給定存儲規則和更新規則，更新規則分為“依據數據變更更新”和“周期更新”。
2. 對于各區采用優先級的方式，并提供手工觸發的即時更新，以保證部分信息的更新時間需要。
3. 靜態頁面替換動態頁面，同時保留動態頁面，并在靜態頁面未生成完畢時采用動態頁面代替。
靜態化對于網站SEO來說，應當只是一個信號，告訴搜索引擎我的站點很好收錄，然后帶領搜索引擎盡可能多的“瀏覽”站點內的內容。只要能夠方便瀏覽和收錄，不論是靜態頁面還是動態頁面，搜索引擎都會一視同仁的去收錄。
對于小網站而言，站點靜態化或許是解決網站收錄量的一個簡便的辦法，而對于大網站來說，則要認真考慮了，是不是真的有必要去做靜態化，還是做一下“相對靜態化”就夠了。
W3C驗證
W3C是英文 World Wide Web Consortium 的縮寫，中文意思是W3C理事會或萬維網聯盟。W3C于1994年10月在麻省理工學院計算機科學實驗室成立。創建者是萬維網的發明者Tim Berners-Lee。 .
W3C組織是對網絡標準制定的一個非贏利組織，像HTML、XHTML、CSS、XML的標準就是由W3C來定制。W3C會員(大約500名會員)包括生產技術產品及服務的廠商、內容供應商、團體用戶、研究實驗室、標準制定機構和政府部門，一起協同工作，致力在萬維網發展方向上達成共識。
W3C CSS驗證服務是由W3C制作的一個免費軟件，用于幫助Web設計者檢查層疊樣式表(CSS)。你可以在W3C提供的免費在線服務中使用，也可以下載后作為一個Java程序或者Servlet運行在自己的機器上。
如果你是一個web開發者或者web設計人員，這個工具將是一個強大的助手，它不僅會將你所寫的css文件和css的標準進行比較，幫你找出錯誤，筆誤，誤用等等，它還可以告訴你你的css中可用性上的風險。
關于DIV+CSS和XHTML+CSS的理解
WEB標準是一系列標準的集合，并不是僅“DIV+CSS”布局就可以實現。以CSS網頁布局只是標準的基礎之一。“DIV+CSS”布局只是一種通俗的稱呼罷了。而我們學習的目標在于以XHTML建立良好的語義化的結構，結合CSS最大程度使表現與內容相分離。
一位網友對W3C標準、重構與CSS布局的理解：
不知道從什么時候開始，在網絡上到處可以看到div+css，到底什么是div+css呢？難道就是傳說中的標準重構嗎？標準從最簡單的根源來說不是合理使用xhtml的標簽嗎？可為什么還是有這么多div+css呢？既然可以div+css，那為什么不可以叫span+css ul+css li+css等等呢？疑問，滿腦子的疑問!為了這個疑問，我把自己腦子里的東西從最底層翻了一遍。
在幾年前大家都是用table來布局，一層套一層，沒發現什么不妥，一直用到《網站重構》這本書出來后的不久開始看到很多人討論重構。當時的我對所謂的重構一點都不清楚，當然啦，現在還不是很清楚，至于《網站重構》這本書我也沒看過幾頁，不敢說自己什么都了解。但就目前而言，還是有很多朋友是從table布局轉變過來，也包括我自己在內。
看了網上很多教程以及很多朋友的文章或者是提到的問題，代碼結構中少不了的是div。甚至看到代碼結構中除了div標簽在body中外，找不到其他用來處理結構的標簽了。或許就是因為如此，才出現了div+css，用div來做布局，結合css來表現樣式，那這樣就是標準了？
是把table換成了div，把td換成ul來排列后，那其他xhtml的標簽怎么辦呢？
或許有朋友會說“我是用div來布局，所以要叫div+css，而且現在大家都這樣叫啊”。嗯，沒錯，因為div在xhtml中沒有語意，而且是塊元素，用在布局方面比較合理。但如果因為如此而把div獨立出來稱呼為了div+css，貌似跟xhtml可以平起平坐了。就好比你的輩分原本就是晚輩，卻跑去跟長輩爭上座，太不像話了，不是嗎？
說了這么多，無非是想希望大家以后不要再說div+css了，為什么不能再多打2個字母，改叫xhtml+css呢？如果覺得這樣還不妥，那就叫網站重構吧，你也可以稱自己為網站重構工程師，多好聽的名字呢，總不能讓別人叫你div+css人員吧。
在《超越CSS》中，他們還是推薦大家少用div，多合理的使用標簽，不要遺忘了在xhtml中還有p,form諸多的標簽。合理的使用標簽，合理的頁面結構才會讓你的站點更容易被搜索找到重要內容。簡單說吧，大家都知道hn（n=1,2,3,4,5,6）是用在標題，那p,form,table是不是也可以讓他們有自己在頁面結構中的一個位置呢？
以上只是個人在文字方面對網絡上到處可見的div+css一些看法，文字表達方面不對的地方大家批評，但最終希望的是不要再叫div+css了，div不是主要的東西，主要的是xhtml。
XHTML標準的DIV+CSS布局對于網站SEO的影響
代碼精簡
使用DIV+CSS布局，頁面代碼精簡，這一點相信對XHTML有所了解的都知道。代碼精簡所帶來的直接好處有兩點：一是提高spider爬行效率，能在最短的時間內爬完整個頁面，這樣對收錄質量有一定好處;二是由于能高效的爬行，就會受到spider喜歡，這樣對收錄數量有一定好處。
表格的嵌套問題
很多SEOer在其文章中稱，搜索引擎一般不抓取三層以上的表格嵌套，這一點一直沒有得到搜索引擎官方的證實。我的幾項實驗結果沒有完全出來，但根據目前掌握的情況來看，spider爬行Table布局的頁面，遇到多層表格嵌套時，會跳過嵌套的內容或直接放棄整個頁面。
使用Table布局，為了達到一定的視覺效果，不得不套用多個表格。如果嵌套的表格中是核心內容，spider爬行時跳過了這一段沒有抓取到頁面的核心，這個頁面就成了相似頁面。網站中過多的相似頁面會影響排名及域名信任度。
而DIV+CSS布局基本上不會存在這樣的問題，從技術角度來說，XHTML在控制樣式時也不需要過多的嵌套。
這雖然沒有得到確認，但還是建議使用Table布局的朋友們，在設計時盡可能的不要使用多層表格嵌套，SEOer們在文章中說明了這一點，相信他們也不是沒有依據的。
速度問題
DIV+CSS布局較Table布局減少了頁面代碼，加載速度得到很大的提高，這在spider爬行時是非常有利的。過多的頁面代碼可能造成爬行超時，spider就會認為這個頁面無法訪問，影響收錄及權重。
另一方面，真正的SEOer不只是為了追求收錄、排名，快速的響應速度是提高用戶體驗度的基礎，這對整個搜索引擎優化及營銷都是非常有利的。
對排名的影響
基于XTHML標準的DIV+CSS布局，一般在設計完成后會盡可能的完善到能通過W3C驗證。截止目前沒有搜索引擎表示排名規則會傾向于符合W3C標準的網站或頁面，但事實證明使用XTHML架構的網站排名狀況一般都不錯。這一點或許會有爭議，但樂思蜀本人保持這樣的觀點，有異議者可以拿三組以上基本同等質量的網站對比觀察。
我想，這樣的情況可能不是排名規則，最大的可能還是spider爬行網站時，出現以上差異導致收錄質量的不同。
畢竟廖勝于無，建議建站或改版的朋友們，技術許可的情況下，還是選擇DIV+CSS布局為好。
視覺沖擊力形成的幾種構成方式
NO.1：頁面構圖圖形的層次性
圖形和元素之間的層次感，可以達到一種在干擾視覺的同時（我們所說的這種視覺干擾就是在分散欣賞者多余視線的同時，更能注意到這一設計的主題上,為這種干擾方式所產生的圖形是這個主題的輔助圖形）突出自身所想體現的主題，這種表現方式往往是比較直接而且有效的方式。就如下面我引用的這個圖形，圖形中那些不規則的半透明元素、光線、數字、方塊、以及那些放大了的機器人構成了一定的縱深感和層次性，這寫元素在分散視線的同時又將欣賞者的視線集中到了中心的GUNDAM Death Scythe和下方的機器人身上.（這種設計方式是現在比較多見的一種設計方式。因為大多數的人都覺得比較COOL吧.
NO.2：頁面上構圖的視覺線牽引
利用色彩或者元素來牽引欣賞者的視覺，讓欣賞者隨著設計師的的思維去思考和觀看作品，而現在存在的大多數作品都是運用點、線、面來引導，以圖行和元素出現的引導方式的作品比較少見。就像下面的這個圖形，視覺的中心是中間的那一條白色的色塊，及當中的文字，而在上下的張圖片的交接處出現的那條藍色的線段，就在牽引欣賞者的視覺移動到圖形中的文字和其他的小的圖形上。
NO.3：色彩誘導、（1，色彩對比、色彩互補、色彩分散）
NO.4：明暗誘導、利用由光感折射、光感捕捉、動態光感及明暗差異性的一些共性來襯（運用圖一來解釋）
NO.5：瞬間捕捉、利用眼睛感官的瞬間接受、來捕捉視覺點
NO.6：抓突破點、靠突破圖形圖象本身的視覺平衡點來達到視覺要求運用圖片素材的本身來尋找設計的突破點，依據圖形自身所產生的空間感，光感，等一些突出的地方，來加以利用，從而突出設計的主題。如圖 圖中的電梯產生了強烈的空間感，稍加修飾一張好的平面作品就問世了。在如圖片的右下角的那張圖片所產生的廣告和空間感。
NO.7：比例大小、（依據事物本身的比例關系，在等比的關系上追求視覺上的平衡關系、
突破事物本身的等比關系，進而推出自身的視覺重點以求突破）就如一些夸張漫畫那樣，一個大頭小身子的人物形象，一種夸張的歪曲正常比例的方式，在不經意間往往能收來奇效
NO.8：依據欣賞者的接受能力，及平常所說的感情，利用平時生活的一些元素，充分考慮欣賞者對圖形的認可能力，以自然美及突破普通接受能力的殘酷美來打動欣賞者的情感， 以獲得人們對圖形的記憶。(這我就不多說了)
NO.9：視覺幻象、利用視覺幻象得空間感來突出整體設計的視覺中心。
NO.10: 利用抽象的表現方式在下面的倆副作品中，作者抽象的運用的色塊來代表海水及陸地，運用色彩的對比突出主題的同時,也起到了一定的娛樂性，這樣的作品容易讓人有好感，而且比較不容易忘記。
什么是UI
UI的本意是用戶界面，是英文User和 interface的縮寫。從字面上看是用戶與界面2個組成部分，但實際上還包括用戶與界面之間的交互關系，所以這樣可分為3個方向，他們分別是：用戶研究、交互設計、界面設計。
1用戶研究。
用戶研究包含兩個方面：一是可用性工程學（usability Engineering），研究如何提高產品的可用性，使得系統的設計更容易被人使用、學習和記憶；二是通過可用性工程學的研究，發掘用戶的潛在需求，為技術創新提供另外一條思路和方法（consumer insight）。所以有：Usability is all about making things easier to use so people can focus more on the work and less on the tools that help them do the work.
用戶研究是一個跨學科的專業，涉及可用性工程學、人類功效學、心理學、市場研究學、教育學、設計學等等學科。用戶研究技術是站在人文學科的角度來研究產品，站在用戶的角度介入到產品的開發和設計中。
用戶研究通過對于用戶的工作環境、產品的使用習慣等研究，使得在產品開發的前期能夠把用戶對于產品功能的期望、對設計和外觀方面的要求融入到產品的開發過程中去，從而幫助企業完善產品設計或者探索一個新產品概念。
他是得到用戶需求和反饋的途徑，也是檢驗界面與交互設計是否合理的重要標準。
2交互設計。
這部分指人與機之間的交互工程，在過去交互設計也由程序員來做，其實程序員擅長編碼，而不善于與最終用戶交互。所以，很多的軟件雖然功能比較齊全，但是交互方面設計很粗糙，繁瑣難用，學習困難。使用這樣的軟件后，不是使人聰明與進步而是讓人感到愚弄與羞辱。許多人因為不能操作電腦軟件而下崗失業，這樣的交互使電腦成為讓人恐懼的科技怪獸。于是我們把交互設計從程序員的工作中分離出來單獨成為一個學科，也就是人機交互設計。他的目的在于加強軟件的易用、易學、易理解，使計算機真正成為方便地為人類服務的工具。
3 界面設計。
在漫長的軟件發展中，界面設計工作一直沒有被重視起來。做界面設計的人也被貶義的稱為“美工”。其實軟件界面設計就像工業產品中的工業造型設計一樣，是產品的重要買點。一個友好美觀的界面會給人帶來舒適的視覺享受，拉近人與電腦的距離，為商家創造賣點。界面設計不是單純的美術繪畫，他需要定位使用者、使用環境、使用方式并且為最終用戶而設計，是純粹的科學性的藝術設計。檢驗一個界面的標準即不是某個項目開發組領導的意見也不是項目成員投票的結果，而是最終用戶的感受。所以界面設計要和用戶研究緊密結合，是一個不斷為最終用戶設計滿意視覺效果的過程。
畫好線框圖的20個步驟對于任何一個開發項目來說最大的錯誤可能就是沒有計劃。最近，有些人認為開始前無需計劃，一個優秀的開發者需要的是隨機應變。我敢肯定這樣的做法最后注定是要失敗的。
線框圖是計劃中的第一步也是最重要的一步。這是將創意轉換成客戶使用的程序的第一步。本文將要帶你了解線框圖整個的流程；包括涉及參與人員，工具等，以便您能夠更好的制作計劃。
1）了解自己的目標
作為一個開發人員我想大家都有馬上坐下來開始編碼的沖動。通常最初的想法都很簡單，那么你真的可以坐下直接開始嗎？答案是否定的，項目很少有那么簡單的，任何有經驗的人都知道這樣做將會有 很多這樣的那樣的問題等著你。
一個線框圖可以有效的提供您的工作效率。修改計劃內容遠比在工作開始后在更正要來得更容易。這個過程也有助于對項目更深的理解。事先作出計劃，提出問題、意見，以便解決問題。
最終制定一個工作計劃，規劃設計者，開發者，工程師以及項目經理各自的工作內容，并且要保證各個環節的配合。
2）重功能，輕外觀
計劃展示的效果不同主要體現在所采用工具的多樣性。其實從根本上說都是介紹有關功能部分的應用，例如，一個網頁將有3個文本框和2個按鈕。 這是功能而不是形式。
在Howard Baines我們嚴格按照這一原則進行，并且我們的線框圖只包括一些功能要素（線框，按鈕，下拉菜單等）。我們忽略任何視覺和布局的東西。其他人可能會做的更多一些，包括了布局和其他視覺的元素。這取決于你自己。
3）積累自身經驗
并不一定要求您具備設計和開發的能力，而需要的是在網頁應用或者網站上的經驗。當然經驗越豐富越好，并且你不需去理解關系型數據庫只要畫線框。
4）確定負責人
確保有人對整個計劃負責。他們負責跟進和管理反饋，變化等。如果一個項目，那么通常負責人是發起人，因為他們更清楚目標所在。如果為客戶提供服務，我們將會負責計劃的進程。不管是誰，只要有人負責。
5）涉及每個人
也許不是第一次會議，必須在紙上鎖定一個簡單的方案并且是涉及關鍵利益者的想法。很少，參與的人們加快設計進程。同時，線框圖的開發涉及你的團隊和客戶團隊。例如，你正在用你現有的數據庫整合你的應用程序或者網站，然后確保數據庫所有者可以檢測所有數據庫中的數據字段在你把他們加入到你的線框之前。收集用戶的傳真號碼如果無處存放是不好的。同水平的設計師對用戶體驗有很好的理解，并且在早期流動時會存在潛在的問題。
6）完成期限
預先留出時間和交付期限，對保持項目運行是非常重要的。最初線框圖會議可以是一天或是幾天，具體取決于應用程序的大小，但都需設定一個時期并且堅持下去。會后按記錄跟進，以保持項目進程。
7）保持清潔
如果一個特別的網頁要求兩個文本框和一個按鈕，那么只要有這些即可，不多不少。
8）避免設計的線框圖太多
線框圖只要闡述如何達到所需功能，不包括任何介紹和設計的內容。應盡量避免任何有關設計的內容，這樣很容易分散客戶的注意力。例如：為了更生動而增加一些藍色，那么有可能需要半小時的時間 去解釋關于藍色的用意。這些設計的內容應該是設計師的工作。
9）記住用戶界面不是用戶體驗
想一些使用的介紹方法是極其誘人，比如AJAX。注意：線框圖是關于功能元素而不是方案展示或者互動的方法。為了更直觀的展示應用，應盡量避免AJAX，應側重于線框圖。
10）想想用戶
這是很顯然的，但是在規劃線框圖過程中還是很容易忽略這一點。我們的重點是功能，但是同樣要考慮用戶的體驗。例如，如果你做了一個三頁長的注冊表單，可能發現很多人都是無法完成的。
11）不要懶惰
我們常聽到：登陸頁面是簡單，可以不用寫在線框圖內。確保線框圖包含計劃的所有內容。在項目的末尾你應該有一個詳細的說明。每一步都不應被忽略。
12）將線框圖分成幾個部分
一個網站地圖或者應用被經常分為幾個部分，比如新聞，產品，和用戶賬戶。這樣做更容易理解。
13）頁面的數量
一個網頁的應用往往包含了若干程序；結算就是一個很好的例子。通常是線性的，但是有時用戶會選擇不同步驟，例如跳過一步。顯然你文檔中的一些頁面和頁面中的標簽（例如點擊按鈕）讓用戶跳轉。
14）重復性
應用中的一致性可以有效地幫助用戶，開發和設計者。組的重復元素是一件好事。例如，無論用戶輸入一個地址，將會是同樣的地方在同樣的命令。在規劃線框圖時就可以將其表示出來。
15）全部檢查是有意義的
最終文檔應該讓任何人都能簡單的操作。如果只是一個開發可以理解你的線框圖，那么肯定是有問題的。最后問一下對這個項目什么都沒有做的人，他們是否能理解。
16）廣告也是功能
很多網站都有收費廣告，這可能和google的廣告一樣簡單，但他是功能而不是設計，所以也包括在內。
17）這不僅僅是公開網站
很多網站有一個管理區域用來管理內容，瀏覽注冊用戶概況，重設密碼等。這個功能許多人都用不到，但是也很重要。很多時候這可能包含一些不公開的數據（例如用戶賬戶啟用按鈕）。這對于開發在設計數據庫時是很重要的信息。
18）知道什么時候結束
確保所有的利益相關者有機會去給反饋，但不把這種鍛煉成畫西斯廷教堂。通常情況下，可以說三步就能把工作確定下來。第一，把想法寫在紙上；第二，從其他人那里得到反饋意見，比如，開發和設計者；第三定稿。
19）選擇正確的工具
用紙和筆比用電腦更能抓住你的想法和創意。一旦你開始設計你的文檔我們建議使用你更喜歡的工具。例如，開發者可以用Microsoft Visio,項目經理用PowerPoint，設計者用AdobeFireworks。
我認為線框圖應該是一篇文檔而不僅僅是交互交流（像設計，可能被分散注意力）因此設計html可能不是最好的。
有很多線框圖的工具，例如Balsamiq提供環境幫助很快的增加和自定義普遍的界面元素。他們可以給它一個手繪的感覺，提供一個視覺工具而不是真正開始的設計。
20）考慮相依性
每個人都知道一個購物車的流程是什么吧？因此很容易畫成線框圖并且放在一邊。如果你用第三方支付工具例如PayPal?那么也許影響部分網站的工作。研究相依性，做出相應的修改。這在開始時更容易做到。
希望這篇文章可以提供一個清晰的畫線框的思路，誰參與，如何完成，工具如何使用，最后的輸出怎么樣。最終的事情是，好的完整的線框可以節省你的時間。
用戶體驗設計
一、什么是用戶體驗設計？用戶體驗設計的名詞解釋
用戶體驗（User Experience，簡稱UE）是一種純主觀的在用戶使用一個產品（服務）的過程中建立起來的心理感受。因為它是純主觀的，就帶有一定的不確定因素。個體差異也決定了每個用戶的真實體驗是無法通過其他途徑來完全模擬或再現的。但是對于一個界定明確的用戶群體來講，其用戶體驗的共性是能夠經由良好設計的實驗來認識到。
用戶體驗主要是來自用戶和人機界面的交互過程。在早期的軟件設計過程中，人機界面被看做僅僅是一層包裹于功能核心之外的“包裝”而沒有得到足夠的重視。其結果就是對人機界面的開發是獨立于功能核心的開發，而且往往是在整個開發過程的尾聲部分才開始的。這種方式極大地限制了對人機交互的設計，其結果帶有很大的風險性。因為在最后階段再修改功能核心的設計代價巨大，犧牲人機交互界面便是唯一的出路。這種帶有猜測性和賭博性的開發幾乎是難以獲得令人滿意的用戶體驗。至于客戶服務，從廣義上說也是用戶體驗的一部分，因為它是同產品自身的設計分不開的。客戶服務更多的是對人員素質的要求，而已經難以改變已經完成并投入市場的產品了。但是一個好的設計可以減少用戶對客戶服務的需要，從而減少公司在客戶服務方面的投入，也降低由于客戶服務質量引發用戶流失的機率。
現在流行的設計過程注重以用戶為中心。用戶體驗的概念從開發的最早期就開始進入整個流程，并貫穿始終。其目的就是保證（1）對用戶體驗有正確的預估（2）認識用戶的真實期望和目的（3）在功能核心還能夠以低廉成本加以修改的時候對設計進行修正（4）保證功能核心同人機界面之間的協調工作，減少BUG。
在具體的實施上，就包括了早期的focus group（焦點小組），contextual interview，和開發過程中的多次usability study（可用性實驗），以及后期的user test（用戶測試）。在設計--測試--修改這個反復循環的開發流程中，可用性實驗為何時出離該循環提供了可量化的指標。
二、用戶體驗設計師的職責主要有哪些？
用戶體驗設計師——user experience design，國外叫UXD，國內也簡稱UE設計。
我們來分析一則國外的UE設計師招聘要求，看看你還需要欠缺什么吧：
我們正在尋找一名高級用戶體驗設計師加入我們的產品設計團隊。
We are looking for someone to join our growing Product Design group as a sr.
user experience designer.
指責包括產品創新，界面視覺引導，原型設計，與開發一起推動設計實現。
Responsibilities include producing innovative,visually appealing human interface designs; creating design prototypes;working with developers to make designs a reality.
我們需要這個人可以獨立工作，和團隊成員合作，交流各種想法，畫出原型，參與產品整個的周期。
We need someone who can work independently, engage team members, communicate ideas, create prototypes, and finally work with team members throughout the release cycle of the product. This position reports to the Principal Designer.
日常的工作包括:Day-to-Day Activities:
* 基于人機交互、圖形化設計、界面設計和其他相關理論，進行設計。
Generate designs based on common sets of HCI, graphic design, interface design and other relevant theories
* 畫出不同層次的原型：紙上的，框架的，可交互的網頁，Flash的。
Create prototypes at different levels of fidelity: paper, wireframe,interactive HTML, and Flash
* 到不同的部門演示概念和想法，組織反饋意見。
Present ideas and concepts to x-functional teams and incorporate feedback accordingly
* 生成視覺元素比如icon,邊框，用戶控件，窗口規范，圖形化的布局
Create visual elements such as icons, borders, custom widgets, window treatments, and graphical layouts
* 同產品設計團隊合作去發展一些重要附加值的概念，還有修訂產品。
Collaborate with Product Design team to develop concepts of key additions and edits for the product
* 同商業方面的專家、市場部溝通，確認設計并得到認可。
Communicate designs to business specialists and marketing team members for validation and buy-in.
* 同開發人員溝通，提供明確的定義和執行的方向。
Communicate designs to development and provide definition and direction during implementation
* 同質量控制部門溝通，提供在測試階段需要的清晰理解。
Communicate designs to quality control and provide clarifications during the testing phase
* 同首席設計師和產品設計團隊一起工作，符合內部設計流程和標準。
Work with Principal Designer and Product Design team to evolve internal design process and standards.
* 需要1/10的時間出差。
This job requires 10% travel
資格條件：Qualifications & Requirements:
* 在應用程序的交互設計方面（界面設計，產品設計）有4-5年的工作經驗。在web應用和桌面應用方面有扎實的經驗。
4-5 years experience in application interaction design (UI Design, Product Design); solid experience with both web applications (not web sites) and desktop applications
* 設計、人機交互、可用性專業或者可以展示對設計的理解、交互設計理論和實踐的能力。
Education in design, HCI, usability or ability to display formal understanding of design and HCI theory and practice
* 理解室內產品設計的生命周期。
Understand in-house product design lifecycle
* 優秀的交流技巧：書寫和口頭。
Good communication skills: written and verbal
* 了解基于瀏覽器和客戶端的技術(HTML, Java, Flash,.NET)。
Knowledge of browser-based and desktop technologies (HTML, Java, Flash,.NET)
* 原型技術，包括DHTML, Dream Weaver, Flash或類似的。
Prototyping skills using DHTML, Dream Weaver, Flash, or similar
* 有開發和運行可用性測試的經驗。
Experience with developing and running usability testing
* 有行業研究經驗（Cooper的目標導向設計方法優先）
Experience with field research (goal-directed method by Cooper is preferred).
* 可以使用設計過程描述清楚問題如何產生以及如何解決，無論是獨立工作還是和團隊一起。
Should demonstrate ability to use design processes for problem definition and solution creation while working individually and with a group
* 可以創造出圖形元素：icon,控件，窗口，邊框，數據布局。
Ability to create graphical elements: icons, widgets, windowing and boarders, data layout
如何理解用戶體驗設計和其他概念的區別
可以看到在很多層面上UX（用戶體驗設計師）和IA （信息架構設計師）以及UE（使用性測試專家）的職責都是重合的。這里我把ux和ue的縮寫分開了，為了能夠更清楚的區分。
在我加入的交互設計師討論組里，國外的設計師也在對這些名字，職責等討論不休，管理員幾次制止無意義的名稱討論都不能夠，呵呵。其實大家遇到了很相似的問題。有一個得到大多數人認同的一件就是廣義的IA其實可以就是UX。不知道你們是否同意？
其實我覺得我們應該仔細討論一下每一個參與UI設計的人員的不同的分工和合作方式，至于叫什么名字并不重要，我們可以用主要參與XXX工作的人員來指代，我覺得這樣是不是清楚一些？
廣義的IA其實可以就是UX？
同意～
其實列這個帖子不是想那UX和IA的職責區分清楚，作為一個新的領域，分工還沒法做到這么的細致～只是想，UX，IA到底要做哪些工作，怎樣的工作方式，在產品開發團隊里處于怎樣的位置。因為UX要把公司的戰略推廣到用戶那里去，又研究HCI，用戶心理，是公司和用戶的溝通橋梁，這樣的一個橋梁，在公司處于什么地位，怎樣的開展工作。。
看了這些招聘的職位描述，感覺還是有些收獲的～
關于大 IA 小 IA 的討論前段時間在交互設計師討論組里很火，然后看到了一些成員們寫的和推薦的文章。首先Peter Morville 的一篇叫做 Big Architect, Little Architect 的文章里提出大IA實際上就像樂隊指揮或者電影導演一樣指導著整個團隊的用戶研究方向。而 Peter Boersma 則進一步在他的blog中寫道是時候將大IA重新命名為用戶體驗了。
我個人非常同意這個觀點。其實UX相當于整個團隊用戶界面方面的靈魂人物，全面負責界面的整體使用性和用戶體驗。
Peter Boersma 并且總結了一個T 字模型：
IA 的縱向橫向顯然是有重疊的。縱向其實就是以前所講的小IA，包括瀏覽，命名，內容等等。而這些和交互設計（interaction design ）， 市場營銷 （Marketing）以及文案撰寫 （copyrighting）都是有重疊的。而小IA再往深了走，就牽扯到了更技術化的IA，包括搜索，元數據 （Metadata）和控制性詞匯（controlled vacabulary）等。
那么如果我們從一個交互設計師的角度去看這個T模型，交互設計的縱向又和IA是平行的，而他們所要求的橫向呢，其實和IA的是一樣的，這樣將來實際上對于使用性測試人員和文案撰寫人員，視覺界面設計師等都是相同的情況：
這樣，實際上這個覆蓋了各個縱向的橫向的領域就是User Experience：
我個人認同這個對于UX的工作的定位。實際上由于這個模型是從是IA的人提出的，所以講大IA 和小IA， 如果是做圖形界面出身的人員，這個模型就會變成大UI和小UI了。正如國內總是把圖形界面設計叫做UI，我覺得這個GUI其實就相當于小UI，也就是從IA角度出發的小IA。
我們很多人可能都是某一個縱向的小分支做出來在進入到橫向的全面的領域的。理想的狀態下從事UX的人員應該具有橫向的宏觀調控能力以及某一個縱向的技術背景。
如何管理用戶體驗設計
用戶體驗設計目標是什么？最重要的是要讓產品有用，這個有用是指用戶的需求。蘋果90年代出來第一款PDA手機，叫牛頓，是非常失敗的一個案例。在那個年代，其實很多人并沒有PDA的需求，蘋果把90％以上的投資放到他1％的市場份額上，所以失敗勢在必然。
其次是易用，這非常關鍵。不容易使用的產品，也是沒用的。市場上手機有一百五十多種品牌，每一個手機有一兩百種功能，當用戶買到這個手機的時候，他不知道怎么去用，一百多個功能他真的可能用的就五、六個功能。當他不理解這個產品對他有什么用，他可能就不會花錢去買這個手機。產品要讓用戶一看就知道怎么去用，而不要去讀說明書。這也是設計的一個方向。
設計的下一個方向就是友好。最早的時候，加入百度聯盟，百度批準后，發這樣一個郵件：百度已經批準你加入百度的聯盟。批準，這個語調讓人非常非常難受。所以現在說：祝賀你成為百度聯盟的會員。文字上的這種感覺也是用戶體驗的一個細節。
視覺設計的目的其實是要傳遞一種信息，是讓產品產生一種吸引力。是這種吸引力讓用戶覺得這個產品可愛。“蘋果”這個產品其實就有這樣一個概念，就是能夠讓用戶在視覺上受到吸引，愛上這個產品。視覺能創造出用戶黏度。
前四者做好，就融會貫通上升到品牌。這個時候去做市場推廣，可以做很好的事情。前四個基礎沒做好，推廣越多，用戶用得不好，他會馬上走，而且永遠不會再來。他還會告訴另外一個人說這個東西很難用。
用戶體驗設計經常犯的錯誤是，直接開發直接上線。很多人說，互聯網作為一個實驗室，我一上線就可以知道結果了。這當然也是一個正確的理念。但是在上線之前有太多的錯誤，那么就會大大地影響事態結局。一開始的時候就能很準確地作出一些判斷，作出一些取舍，在互聯網這個實驗室里，才能夠做得更好。
用戶需求是根本，但用戶需求不一定是功能
百度在半年前推出空間，從功能上來說它比較其他同類產品沒有什么特別大的變化，就是三個最基本的功能：上傳文章，上傳圖片，交友。這三個功能，所有博客都有做，而且有更多的功能。但是那個時候，大部分的博客，不管是CSP還是門戶網站，都不能解決一個問題：速度。性能很不穩定，文章上傳了
我們專注高端建站，小程序開發、軟件系統定制開發、BUG修復、物聯網開發、各類API接口對接開發等。十余年開發經驗，每一個項目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！
