騰訊內(nèi)部分享!一個工作坊的完整設(shè)計流程劇透

來源:
秋秋
時間:
2017-07-20 21:33:09
閱讀:
3873


Z Yuhan:我上周參加了一個工作坊,也算是ThoughtWorks與我所在團隊的交流活動。如果你有了解過IXDC,你能夠在15年的活動中找到四個由他們團隊組織的工作坊,其在一個就與我上周參加的那個相同——《從1到100》。如果我今天把這篇文章發(fā)出去,就算是這個工作坊的劇透了吧(也是經(jīng)過他們允許了的)。

 

這個工作坊講的是一個完整的設(shè)計方法,即拿到一個項目需求,如何從設(shè)計思考(DesignThinking)開始,確定用戶畫像,構(gòu)建場景地圖,頭腦風暴,繪制故事版,設(shè)計產(chǎn)品,直至用戶測試。他們把整個流程分為四個階段:

 

探索:用戶、需求

定義:目標、資源

設(shè)計:產(chǎn)品形態(tài)

驗證:測試反饋

 

 

 

我的評價

因為下文的過程會有點長,所以先把我個人的評價寫在前面。

 

 

好處

1、內(nèi)容我是認可的。這一套東西,其實和我當年在知乎上的一篇回答非常相似——一個完整的設(shè)計流程是怎樣的?(知乎怎么加不了連接了)區(qū)別在于,我的設(shè)計方法是來自更加嚴謹?shù)膶W術(shù)界,而不是注重展示的商業(yè)公司,我寫的步驟更細一點更詳細一點,并且把很多需要繪圖技巧的步驟(如故事版、用戶畫像等)替換成了不需要繪畫技巧的步驟(腳本和人物側(cè)寫)。總而言之,因為我對工作坊的內(nèi)容比較認可,所以決定寫一篇文章說一說。

2、介紹的方法在可行性、實用性和表現(xiàn)性上平衡得不錯。例如利用三種維度的評分海選idea的方式我覺得很贊(詳見下文中的步驟四)。

3、案例質(zhì)量不錯(雖然我不能具體描寫)。

4、PPT質(zhì)量不錯。

5、主講人口才不錯(相較一般的設(shè)計師而言)。

 

 

壞處

1、任務(wù)太多,做不完。

2、信息量太大,缺乏背景知識的人難以理解。

3、互相做用戶訪談,獲取不到有意義的信息。

 

結(jié)論

這個工作坊非常適合想要了解和體驗設(shè)計流程的人,但是如果不提前做點功課未必能夠當場聽得懂并了解其意義。因為節(jié)奏很快,能動力較低的人還是不要勉強自己參加了,很容易迷失。

我的一位組員(也是工作上的導(dǎo)師)感嘆走完這套流程后,得出的方案和最開始自己悶頭想的方案差不了多少(我也這么認為)。這是不是說明所謂設(shè)計流程并無意義?

我作為經(jīng)常走這種設(shè)計流程的人,想要提醒大家其實并不是這樣的。這種工作坊參加后,有可能反倒讓你覺得設(shè)計流程沒有意義。這是因為流程中的關(guān)鍵點,即調(diào)研部分遺漏了,所以導(dǎo)致最終得出的方案不可能脫離自己的思維局限。簡單來講,你沒有獲取到新的信息,自然不會得出新的結(jié)論。

例如本次工作坊的用戶訪談階段,我們因為時間場地問題,只是小組之間相互訪談了一下。這就是問題所在了,因為我們這幫設(shè)計師年齡、背景、習慣差不多,而且很多都是生活在同一個圈子里的,我們的思維行動方式?jīng)]有很大的差異。所以我們?nèi)枌Ψ剑妥约簮烆^想并無區(qū)別。但是這個世界上的人形形色色,諸如廣場舞大媽、素食主義者、教徒、低齡兒童、土豪等普通設(shè)計師不能夠理解的的人群大有所在,而他們統(tǒng)統(tǒng)有可能是我們需要關(guān)注的用戶。如果沒有設(shè)計調(diào)研,我們的設(shè)計就很有可能局限于自己淺薄的人生閱歷,止步于眼前的井口。

所以這里就牽扯到了設(shè)計調(diào)研的意義,即突破設(shè)計師本人的思維局限,真正為目標用戶而設(shè)計。

 

 

過程

任務(wù)

工作坊的任務(wù)就是小組協(xié)作,為餐館里食品浪費的問題提供解決方案。這里說的浪費主要指吃不完、不打包這類現(xiàn)象。解決方案的形式雖然沒有明說,但是介于還有原型測試步驟,可見少了一句潛臺詞——最好設(shè)計一款I(lǐng)T產(chǎn)品。

 

 

步驟一:用戶訪談

既然現(xiàn)在已經(jīng)了解了你的老板/甲方想要什么(解決食品浪費問題),那么接下來顯然就時要了解用戶想要什么了。這一步驟中,只需要解決四個問題即可:

誰是用戶

訪談什么

找誰訪談

統(tǒng)計分析

 

 

關(guān)于訪談內(nèi)容,PPT給出了這樣一個提綱(但是為了加快進度,每組只設(shè)計了3個問題):

從?標出發(fā)提問:?標、機會、優(yōu)先級、信息

從系統(tǒng)?度提問:功能、頻率、偏好、問題、捷徑

從?作流程?度提問:流程、重復(fù)?作、異常?作

從態(tài)度?度提問:啟發(fā)、喜好、動機

 

 

我們小組是這么做的:

誰是用戶:為了不給自己增加沒有必要的麻煩,用戶就定為餐廳顧客。

訪談什么:每位成員提了5個問題,并解釋討論。最終我們將所有問題歸類為三個:餐前、餐后和打包。

餐前的問題是:你點餐時以什么為依據(jù)確定菜品的數(shù)量(這里無形之中將場景具體到了中餐館聚餐)?

餐后的問題是:你用餐后大概還剩下百分之多少菜?打包的問題是:如果有剩菜你會不會打包?

找誰訪談:由于工作坊的時間場地限制,我們只是小組之間相互采訪了9人,所以注定了這次訪談的結(jié)果只能代表某一圈人的想法。

統(tǒng)計:當時的統(tǒng)計結(jié)果忘記拍照了,我這里大致回憶一下。餐前:大部分人會點“就餐人數(shù)+1”個菜,也有一兩人會按照“+2”或“相同數(shù)量”的方式點菜。餐后:絕大部分人表示會剩下約25%的菜。打包:過半人不會打包剩菜,剩下的小半人里面,一半說會,一般說如果好吃才會。

統(tǒng)計結(jié)果前兩問高度相似,畢竟我們中很多人平時都一起吃飯的不是嗎?

 

 

步驟二:用戶畫像

用戶畫像什么的還需要解釋嗎?我這里就扔一張PPT上的圖例吧:

 

 

我們小組是這么做的(我下次再也不忘記拍照了,這是重畫的):

 

 

步驟三:體驗地圖

簡單來說,就是把用戶在與我們設(shè)計相關(guān)的場景中,可能發(fā)生的行為整理列出。以下是PPT給出的例子。

 

 

蛋蛋的體驗地圖:

 

花花的體驗地圖:

 

步驟四:解決痛點

根據(jù)體驗地圖的場景步驟,為用戶可能遇到的痛點想象解決方案。因為每個人都可以提出很多想法,所以最終需要通過三個維度(創(chuàng)意、可信性和實用性)的評分來進行取舍:

 

 

我們小組的最終想法:

1、免費提供打包盒。

2、光盤折扣:剩菜較少買單時有折扣。

3、寄存、寄送打包盒:如果用戶吃完飯后不直接回家,可以寄存打包盒,并收費寄送到家。

4、用餐提醒:打包盒取走后,保質(zhì)期之前提醒用戶不要忘記吃掉打包的剩菜、什么時候過期需要扔掉。

 

步驟五:故事版

將你的創(chuàng)意通過繪圖講故事的方式表現(xiàn)出來。

我們小組的故事版:

 

 

步驟六:用戶測試

工作坊時間預(yù)留不夠,這部分沒有做,所以我只放兩張PPT了:

 

 

文章來源:http://www.uisdc.com/complete-workshop-design-workflow

 



轉(zhuǎn)載請注明:優(yōu)波設(shè)計


掃描二維碼可分享給好友