不管是什么編程語言，相信稍微寫過幾行代碼的同學(xué)，對遞歸都不會陌生。 以一個簡單的階乘計算為例：

function factorial(n) { if (n <= 1) { return 1;
    } else { return n * factorial(n-1);
    }
}

我們可以看出，遞歸就是在函數(shù)內(nèi)部調(diào)用對自身的調(diào)用。 那么問題來了，我們知道在Javascript中，有一類函數(shù)叫做匿名函數(shù)，沒有名稱，怎么調(diào)用呢？當(dāng)然你可以說，可以把匿名函數(shù)賦值給一個常量：

const factorial = function(n){ if (n <= 1) { return 1;
    } else { return n * factorial(n-1);
    }
}

一個設(shè)計去給策劃們講課，多少也算是跨職業(yè)了，所以最終選定了一個對雙方都比較簡單而

有效的方式——“競品分析”——來做主題。

說起來，

設(shè)計和策劃還是有一些共同點的。

我們所從事的設(shè)計，

其實可以稱為狹義上的設(shè)計，

無非是把一些交互和視覺元素堆積起來，

把一具虛無的需求，

變成一個具體的產(chǎn)品。而如果說到廣義的設(shè)計，

策劃其實也是在做產(chǎn)品的設(shè)計，

無非也是在運用各種資源，

把一些虛無的概念，變成具體的產(chǎn)品需求，甚至變成產(chǎn)品。所以，二者必有共通之處。

 

那么具體來說，設(shè)計究竟可以分享給策劃一些什么知識呢？

  

先要看看我們設(shè)計是做什么的

——

既然我們是做用戶體驗設(shè)計的，

那么就從用戶體驗的特點

開始吧

——

用戶體驗是一個很主觀很抽象的東西，

每個人都有不同的體驗。

這就意味著，

你

不能像技術(shù)們那樣去做，只要能夠重現(xiàn)，就可以確定一個BUG

并修改之。而一個設(shè)計稿，

即使測試了一萬個用戶，

一萬個用戶都認(rèn)為這是好的，

你也不敢肯定第一萬零一個用戶也會

認(rèn)為這是好的。

1 、【眼動&腦電研究】 將眼動儀和腦電設(shè)備聯(lián)機同步，可以知道用戶是如何看的，以及當(dāng)時的心理活動。

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

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

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

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

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

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

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

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

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

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

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

調(diào)研的最初，我們需要做的第一件事就是確定調(diào)研對象。我們在調(diào)研的時候經(jīng)常會說”向?qū)Φ娜藛枌Φ氖虑椤保@句話的意思是:調(diào)研不同的用戶群體獲得不一樣的需求。根據(jù)被調(diào)研對象的不同，可以將用戶分為不同的類型，企業(yè)系統(tǒng)常見使用者分為:高管、經(jīng)理(組長)、操作人員。

對于高管的訪談通常可獲得對系統(tǒng)的宏觀期望與建設(shè)目標(biāo) 對于經(jīng)理的訪談可獲得管理方式上的目標(biāo)與建議 對操作人員可獲得具體操作時的指導(dǎo)意見。

所以對于不同類型的被調(diào)研對象的話題中心與調(diào)研目標(biāo)都是不相同的。

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

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

Sanders說，這個螺旋基于一個學(xué)習(xí)的過程和需求的尋找。它是可復(fù)制的,可適用于設(shè)計過程的任何部分。它被用來幫助設(shè)計師解答和理解設(shè)計創(chuàng)意方向和設(shè)計推進(jìn)方向的時遇到的問題和克服干擾。

調(diào)研學(xué)習(xí)螺旋是一個用五步指導(dǎo)用戶研究的過程，由Erin Sanders在Frog設(shè)計發(fā)明。

市場規(guī)模龐大的個性化定制

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