1 、【眼動&腦電研究】 將眼動儀和腦電設備聯機同步，可以知道用戶是如何看的，以及當時的心理活動。

2 、【可用性測試】 想知道可用測試是什么?可用性測試的目的&作用?適用的場景?測試所需的人數?

3、【信噪比原則】 如何清晰的為用戶呈現信息?如何降低信息噪音，突出美妙的主旋律?正確識別信息噪音，有效降低噪音，傳遞清爽的用戶體驗!

4 、【焦點小組】 焦點小組是神馬?什么時候使用焦點小組?焦點小組的優勢和劣勢如何?

5 、【卡片分類法】 卡片分類法(Card Sorting)是用來對信息塊進行分類的一種常用用戶研究方法，從分類上又可分為開放式和封閉式卡片分類。你是否好奇，卡片分類的使用場景?具體使用方法?結果輸出?

方法服務于目的，依據研究課題的不同，我們不僅需要選擇不同的研究方法，還需要按課題的特殊性來優化各種經典方法，形成統一于以上14個經典方法的更適應具體課題的方法，得到更的研究結果。如何運用好這些經典方法，使其最適應當下的研究目標，正是用研工作者要面對的考驗，也需要從交流溝通中革新和進步，歡迎大家和@百度商業UED 一起探討，我們共同努力提升用戶體驗!

關于競品分析，大家一定不會陌生。但實際上，真正能做好競品分析的人并不多。以前做招聘的時候，我們都會給應聘者出測試題，競品分析是里面必做的一部分內容。我發現很多初學者還停留在“套公式”的階段，即先選擇幾個類似的競品，然后分別對比信息架構、布局、導航、操作、功能、可用性問題等，最后林林總總寫了一堆。這樣從邏輯上來講并沒有什么錯誤，但是也很難出彩。那什么是好的競品分析，我想在這里談一些自己的看法。

只需稍加留意，我們就會發現自己被各種技術、工具包圍。ThoughtWorks的技術雷達差不多每半年就會更新一次，在項目中更會遇到很多已經從技術雷達上消失的技術，項目上的舊技術/舊框架還在服役，新的技術/工具/語言/框架又在迅速的出現，有些曇花一現、迅速被新的后來者所取代。有的留下來了，不過也都在不斷的演化、改變（不兼容的API，不同的版本等隨處可見）。

雖說事件處理程序可以為現代 Web 頁面添加很強的交互能力，但是不分青紅皂白就添加大量的事件處理程序絕對是一種愚蠢的行為。

我們來分析一下：事件處理程序本質上是一種函數，是一種對象，存放在內存中，設置大量的事件處理程序會使內存中的對象變多，Web 程序的性能會變得越來越差，用戶體驗很不好。

為了更好地利用好事件處理程序，便出現了事件委托，用來提升性能。

1.為用戶歸類，選擇典型的代表

調研的最初，我們需要做的第一件事就是確定調研對象。我們在調研的時候經常會說”向對的人問對的事情”，這句話的意思是:調研不同的用戶群體獲得不一樣的需求。根據被調研對象的不同，可以將用戶分為不同的類型，企業系統常見使用者分為:高管、經理(組長)、操作人員。

對于高管的訪談通常可獲得對系統的宏觀期望與建設目標 對于經理的訪談可獲得管理方式上的目標與建議 對操作人員可獲得具體操作時的指導意見。

所以對于不同類型的被調研對象的話題中心與調研目標都是不相同的。

管理層追求的是系統在人員與業務管理上的便捷，確保每個環節都不出錯，但這往往會為普通操作人員增加工作量影響工作效率，例如繁雜的審批流程。有時候雙方的需求可能會發生沖突，所以調研不同類型的用戶正是為了更深入地了解這背后錯綜復雜的關系，最大化去平衡各方的利益。

因此，怎樣做用研?讓我來跟你分享一個我們在Frog時的計劃過程和實施用研的步驟。它被稱為“調研學習螺旋”。這個螺旋是Erin Sanders創造的，一個我們的高級交互設計師和設計研究者。它有清晰的五個步驟，在你向人們收集用戶信息的時候，可以填補你的知識空白。

Sanders說，這個螺旋基于一個學習的過程和需求的尋找。它是可復制的,可適用于設計過程的任何部分。它被用來幫助設計師解答和理解設計創意方向和設計推進方向的時遇到的問題和克服干擾。

調研學習螺旋是一個用五步指導用戶研究的過程，由Erin Sanders在Frog設計發明。

市場規模龐大的個性化定制

成品家具行業跟服裝行業極其相似，都是高庫存行業。企業往往根據之前的銷售業績和對未來的消費趨勢預判來組織供應鏈先進行產品生產，這使得企業需要承擔巨大的采購、倉儲、庫存等成本。市場環境一旦變差，這種模式的盲目性就顯露無疑。而定制家具的模式由于其標準化的服務，通過在供應鏈的制造、分銷、傳播等各環節，實現消費者個性化需求滿足和規模化生產，卻可以一定程度上很好的解決這種困境。這里例舉三家有代表性的定制家具企業，供大家參考。美樂樂因為可以實現規模化的批量生產，所以也被歸屬到這一類里面。

JavaScript 是一個強大的面向對象編程語言，但是，并不像傳統的編程語言，它采用一個以原型為基礎的OOP模型，致使它的語法讓大多數開發人員看不懂。另外，JavaScript 也把函數作為首要的對象，這可能會給不夠熟悉這門語言的開發人員造成更大的困惑。那就是我們決定放在前面作為一個簡短前言進行介紹的原因，并且在 JavaScript 里也可以用作面向對象編程的一個參考。

這個文檔沒有提供一個面向對象編程的規則預覽，但有它們的接口概述。

一、download屬性是個什么鬼？

首先看下面這種截圖

如果我們想實現點擊上面的下載按鈕下載一張圖片，你會如何實現？

我們可能會想到一個最簡單的方法，就是直接按鈕a標簽鏈接一張圖片，類似下面這樣：

<a href="large.jpg">下載</a>

但是，想法雖好，實際效果卻不是我們想要的，因為瀏覽器可以直接瀏覽圖片，因此，我們點擊下面的“下載”鏈接，并是不下載圖片，而是在新窗口直接瀏覽圖片。

很翔實的如何進行網站策劃教程，想做一個像樣兒網站的朋友值得一看。另外推薦一本書《用戶體驗的要素》，網站策劃必讀。

一，首先需要明白的是：網站設計與網站策劃的區別。

1.做策劃，不再是只關注表現，復雜的項目還可關系到運營、營銷，除了研究網站是不是“漂亮 ”，還需要關注網站的商務模式、推廣等。所以，做策劃比設計要費心得多，需要你有大局觀，把評價一個產品好不好的標準從“好看不好看”擴大到“好用不好用 ”、“有沒有市場價值”、“用戶喜歡不喜歡”等問題上。

2.策劃工作周期長，也許很長時間方能夠見成效。設計得美不美，設計完了品評一下，就能夠心里有數；策劃做的好不好，要在項目運營一個周期后才能夠見分曉。如果策劃有問題，代價也是比較大的。

3.意味著承擔更多壓力。很多公司，策劃是項目經理在做，有時，雖然策劃人員不是管理者，可是自然而然在和程序員、設計師溝通時成為了一個管理者的角色。他需要同時和美術設計師、客戶、老板、開發人員協調溝通。有時還需要掌握項目開發進度。—— 因此策劃人員也很容易成為管理者。管理意味著更大的壓力與責任。

“做策劃怎么開始下手？”