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

有效的方式——“競(jìng)品分析”——來做主題。

說起來，

設(shè)計(jì)和策劃還是有一些共同點(diǎn)的。

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

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

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

把一具虛無的需求，

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

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

無非也是在運(yùn)用各種資源，

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

 

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

  

先要看看我們?cè)O(shè)計(jì)是做什么的

——

既然我們是做用戶體驗(yàn)設(shè)計(jì)的，

那么就從用戶體驗(yàn)的特點(diǎn)

開始吧

——

用戶體驗(yàn)是一個(gè)很主觀很抽象的東西，

每個(gè)人都有不同的體驗(yàn)。

這就意味著，

你

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

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

即使測(cè)試了一萬個(gè)用戶，

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

你也不敢肯定第一萬零一個(gè)用戶也會(huì)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

市場(chǎng)規(guī)模龐大的個(gè)性化定制

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

JavaScript 是一個(gè)強(qiáng)大的面向?qū)ο缶幊陶Z言，但是，并不像傳統(tǒng)的編程語言，它采用一個(gè)以原型為基礎(chǔ)的OOP模型，致使它的語法讓大多數(shù)開發(fā)人員看不懂。另外，JavaScript 也把函數(shù)作為首要的對(duì)象，這可能會(huì)給不夠熟悉這門語言的開發(fā)人員造成更大的困惑。那就是我們決定放在前面作為一個(gè)簡(jiǎn)短前言進(jìn)行介紹的原因，并且在 JavaScript 里也可以用作面向?qū)ο缶幊痰囊粋€(gè)參考。

這個(gè)文檔沒有提供一個(gè)面向?qū)ο缶幊痰囊?guī)則預(yù)覽，但有它們的接口概述。