歷時2個多月的編撰和設計，#用研方法傳遍中國#在今天將告一段落;經過仔細的梳理與總結，的用戶研究工程師們將用戶研究工作中的經典方法一一總結出來，與大家分享討論，也歡迎更多對用戶體驗感興趣的同學加入討論，大家共同努力、共同進步!

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

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

1. 什么是 arguments

MDN 上解釋：

arguments 是一個類數組對象。代表傳給一個function的參數列表。

我們先用一個例子直觀了解下 JavaScript 中的 arguments 長什么樣子。

function printArgs() { console.log(arguments);
}

printArgs("A", "a", 0, { foo: "Hello, arguments" })；

執行結果是：

介紹

這里所描述的過程將使你能夠創建一個簡單的基于jQuery / XML的解析器和搜索機制。此過程將通過一個AJAX請求檢索XML，然后在jQuery中分析數據，為搜索機制做準備。該解決方案將基于不區分大小寫的全部或部分關鍵字匹配地返回結果。來自于關鍵字搜索的返回結果設置將被格式化為一個直接鏈接到相應網站的超鏈接。jQuery搜索方法非常類似于Mike Endale的一個項目，不過增加了一個DOM解析器，正則表達式以及結果集分組。

背景

客戶端需要一個簡單的搜索工具來查找基于關鍵字搜索的本地內部網站。關鍵字搜索必須不區分大小寫，并允許返回部分匹配的結果。歸咎于客戶端內容管理系統的架構，因此（SharePoint）只能執行客戶端腳本。其解決方案的另一個障礙是，源數據將來自多個源。數據被存儲在多個Excel電子表格，CSV文件和MS Access數據庫內。這就對我們提出了這樣的需要：開發具有一系列查詢和一個宏的Access解決方案，充當可合并、擦洗，并最后格式化數據作為XML輸出的偽ETL。對于這個解決方案的目的，我們將詳細介紹JavaScript XML分析器的設計，而不是偽Access ETL宏工具的設計。

使用代碼

該解決方案的做法是利用一個簡單的基于JavaScript / XML的搜索來發送數據結果到HTML / JavaScript前端。前端將引用腳本：jQuery，XML和CSS文件。XML格式將因為它的可讀性和它是數據交換行業標準格式之一的事實而被使用。 XML數據將通過使用AJAX的客戶端jQuery解析，并通過Internet Explorer 11呈現。

解決方案將使用RegExp對象來處理關鍵字匹配，驗證和特殊字符處理。RegExp對象字符串將檢查危險語法從而提高解決方案的穩定性和整體可用性。

我們將默認使用JavaScript分組功能來返回匹配結果作為折疊的紀錄集。折疊的記錄集線項目將被URL鏈接到相關的Project Workspace網站。在擴展的組記錄集下，結果將存在于相關的子記錄中，當通過On Click事件展開的時候。

一．視覺設計的現實困境

互聯網產品的視覺設計存在著很多不確定性，譬如：

你按照“典雅”去設計的，他卻覺得是“清新”？——評判的主觀性&看到圖畫才明白

有時不喜歡某些設計作品，卻無法立即說出原因——潛意識

開始要求一種風格，很快變卦要求改成另一種風格——不了解用戶

如果“以用戶為中心的設計”不是一個噱頭的話，我們可以試試讓“用戶”來給視覺設計一個方向。

今天看了大唐玄奘這部電影，覺得信念，無與倫比不肯退縮的堅定信念是最重要的。除了信念就是付出行動，足夠的思考追尋本質。行動中愿意吃苦受罪，把這份苦和罪，當做一種機緣，佛家講普度眾生。小乘佛法指的是個人的修行解脫，大乘佛法帶領眾人共同修行解脫。一念天堂一念地獄。一念自由，一念牢籠。一花一世界，剎那既永恒。思考的徹底。空性，一切沒有固定的含義，一切是萬物賦予。煩惱自找，頓悟解脫自尋。

如玄奘法師，死都不怕，一意西行，寧肯白骨卷沙，亦不后悔。有這份意決，大胸懷而果毅堅強，其它事就簡單了。有些事言多無益，去做就好，也沒什么好怕的。

經歷一百多個國家，19年，5萬行程，飽經風霜冷暖，遍歷滄桑離別，與張騫出使西域差不多時間。幸運的是兩個人終成正果，為后世敬仰。

我想到了自己，凡是做成的都算是矢志不疑，從來沒有懷疑過，也沒有想過做不成。設計途中，如果我能有西行這份意決，大胸懷而果毅堅強，就簡單喜悅啦。放下該放下的，超越凡夫俗子念頭，坦然面對一切困難障礙、誤會，也就算是大隱隱于市中的修行了。

修行得解脫。無人我相，得自在。

竹子從設計團隊的招聘、團隊角色分類、團隊分權、團隊激勵等分享自己的親歷經驗

一、團隊招聘

對于一個設計管理者來說，首先應該保證的設計團隊的產出，給予公司其他團隊穩定的設計支持。那么做好管理第一件事情就是搭建好你的團隊，找到合適的設計師。高水準的設計師是可遇不可求。坐等公司HR給你尋覓的合適的設計師，基本上是天上掉餡餅的事情。

筆者的設計師招聘全部通過非公司渠道。去設計師社區尋找。我曾經把我所在的城市的設計師，有作品的人，每一個人的情況都記錄下來。一個個去聯系。弄清楚他們的公司，個人狀態。高水平的設計師我關注他們的動向，等待時機招聘。中等水平的設計師，我可以關注他們的成長軌跡，在合適的時候也可以進行補充。

這是一件非常花精力的事情。當然好處也非常明顯，在我需要設計師的時候我可以快速的找到合適設計師。而且也了解他們的動態，而且設計師也是一個非常走心的群體，他們在面試前也希望提前弄清楚他面對的團隊情況甚至團隊leader的情況。這樣比走冷冰冰的招聘流程成功率會高很多。

二、團隊角色分類

一個優秀的團隊不是個個都是設計師。而是要合理搭配。就和籃球團隊一樣。球場上5個全明星如果沒有好的化學反應依然是打不過配合合理的草根團隊。

做競品分析首先要問三個問題：
根據以上三個問題，可以有一個做競品分析的基本思路了。分析競品，分三個步驟：
1.選擇競品，做好定位(選擇兩個產品最好，最多三個)
2.競品分析，得出結論(選擇恰當的分析方法來分析，根據分析得出結論)
3.根據結論，得出建議
做競品分析，最重要的事情有兩件，一件是得出結論，一件是得出建議。你要根據你的分析，得出一個正確的結論。
一個網站，你要跟根據它的PV、UV、IP等多方面的運營數據來得出結論，數據的變化原因是什么。競爭對手的網站你可以去相互對比，比較趨勢，一般的數據你可以在站長或alexa那找一下，然后再對比多個統計網站，有一些網站它在不同統計網站的數據是不一樣的，不能輕易下結論，多找幾家找正確的數據。
分析維度可考慮以下幾點：
1.運營數據(IP，UV，PV，著陸頁，跳出率等)
2.網站體驗(界面，操作，能用，亮點，優勢等)
再看PC客戶端產品：
剛剛網站的不適用于PC客戶端。你可以查到自己的一些數據，很難難查到對手產品的客戶端的數據，比如一些裝機量、使用時間，這個時候你做競品分析就不能從數據過多入手了，你可以從用戶體驗和產品性能等方面來下手分析，PC客戶端的競品分析可以從以下幾點進行入手：
1.用戶體驗(易觀百科：用戶體驗)(包括產品細節、UI設計、BUG數量和用戶反饋等等)
2.信息架構(從界面、性能、功能完善等多維度入手，把競爭對手的優勢學習，劣勢做預防等等)
3.產品趨勢(從用戶需求、市場需求、競爭需求三個維度入手)
不限以上三個，可自由散發思維。

“小合作要放下態度，彼此尊重；大合作要放下利益，彼此平衡； 一輩子的合作要放下性格，彼此成就。 一味索取，不懂付出；或一味任性，不知讓步，到最后必然輸得精光。 共同成長，才是生存之道。”

不管如何委屈，總要心胸寬廣，還要理解對方。站在不同角度，觀點極不相同，唯有多點謙讓，積極溝通。

感恩因為種種機緣，藍藍設計中標和合作的項目和客戶。希望平安度此岸到彼岸，成就客戶，做好產品，不忘初心。

我們不怕多干活，只怕不理解。或者也不怕不理解，因為終有一日，你會明白理解我們。言多無益，唯有行為，以成果來為此行畫一圓滿，在這個過程中完成自我的提升和修行。

感恩投標沒有中，沒有選擇藍藍設計的客戶，唯有祝愿您選擇到最合適的合作公司。并讓我們在這個過程中反省自己的不足，體悟難過，更深刻的改正不足。

ReactJS是一個開源的JavaScript庫，并且由Facebook和Instagram這樣的頂尖IT企業以及開發者社區所維護。該框架廣泛使用于為web應用程序開發用戶界面的時候。這個特殊的框架被發明時帶有這樣一個目的：

“構建數據隨著時間的推移一次又一次改變的大型應用程序。”

我們經常使用的工具有很多，但只有少數徹底改變了我們的工作流程。ReactJS就是其中之一。隨著現在可用框架變得越來越多，我們很難找到一個最終不會窮途末路的框架。這就是為什么在ValueCoders我們建議去往React。

為什么說能使用html/css解決的問題就不要使用JS呢？兩個字，因為簡單。簡單就意味著更快的開發速度，更小的維護成本，同時往往具有更好的體驗，下面介紹幾個實例。

1. 導航高亮

導航高亮是一種很常見的問題，包括當前頁面的導航在菜單里面高亮和hover時高亮。你可以用js控制，但是用一點CSS技巧就可以達到這個目的，不需要使用JS。

在正常態時，每個導航的默認樣式為：