老板不懂UX又愛催產品速度?下次用這七句(ju)話an)?
老板不懂UX又愛催產品速度?下次用這七句(ju)話��an)����?��移動閱讀(du)二(er)維碼

Ipad_apps-101

原文作者 Joseph Dickerson 常(chang)為?UX Magazine?寫文章,以下中xing)謀嘁胛惱亂宰髡叩諞蝗順平嵌仁樾礎/p>

我在用戶體(ti)驗(yan)(UX)的(de)領域待了好(hao)幾年了,所以我和很多主管(guan)對(dui)話過。但我只能(neng)說,這些主管(guan)都知道 UX 是什麼的(de)縮寫,但是他們對(dui) UX 的(de)概念完全(quan)不懂。

關于 UX,我覺得有(you)些觀念需要澄清,雖然很煩(fan)chang)  液芾忠飩痰頰廡 腹?霾噠摺梗 沒 ti)驗(yan)的(de)概念、和它如(ru)何運(yun)作。

以下是我曾(zeng)經和主管(guan)針對(dui)用戶體(ti)驗(yan)所聊過的(de)話題,這些也很值(zhi)得你向你的(de)老板提出來。你是位用戶體(ti)驗(yan)的(de)資深顧(gu)問,而你一竅不通的(de)老板此(ci)時就成為了你的(de)客(ke)戶︰

UX 設計是個(ge)不斷重(zhong)復(fu)的(de)過程(cheng)

我們公司(si)的(de)財(cai)務長曾(zeng)經問我︰「為什麼弄這麼久(jiu)?」gu)諭業de)團隊(dui)you)杓App 的(de)速度要夠快、又要獨一無二(er)。而 UX 設計是qie)枰﹥  返de),意思(si)就是過程(cheng)會(hui)不斷的(de)重(zhong)復(fu),我向他解釋(shi)這是我們必須(xu)遵(zun)守(shou)的(de)過程(cheng),才(cai)能(neng)不斷的(de)精進設計,最後才(cai)能(neng)達(da)到一定的(de)品質。他一開始完全(quan)無法接you) 庋de)解釋(shi),直(zhi)到他看(kan)到了成品,他才(cai)了解到「反覆」才(cai)能(neng)成就完美的(de)結(jie)果。

調查用戶是非常(chang)重(zhong)要的(de)

我提出了對(dui)用戶的(de)調查計ping) 米 an)經理非常(chang)驚訝,他問︰「我們不是跟客(ke)戶聊過了?還要調查什麼?」

所以我跟他解釋(shi),要完成一個(ge)完整的(de) UX 計ping)  枰 熱qu)了解用戶,才(cai)能(neng)得到見解,而這不是一般的(de)市(shi)場調查。真正的(de)調查是要和客(ke)戶一對(dui)一的(de)談話,我們因(yin)此(ci)可以和客(ke)戶建立(li)關系,而這讓我們能(neng)整理出一套客(ke)戶的(de)喜好(hao)資訊,根(gen)據這樣的(de)談話,我們更了解用戶,而他們也會(hui)間接給我們「目標」去(qu)達(da)成,讓我們去(qu)做出更貼近人心的(de)設計。

最後,專案(an)經理勉(mian)強接you) 飧ge)結(jie)果。

UX 設計並沒有(you)一個(ge)特定程(cheng)序

有(you)些主管(guan)就是很注(zhu)重(zhong)過程(cheng),他們希望看(kan)到一個(ge)工(gong)整的(de)六標準(zhun)差 UX 設計程(cheng)序圖。

UX 是個(ge)成熟的(de)領域,但它可以以不同的(de)程(cheng)序去(qu)達(da)成,整個(ge)過程(cheng)是非常(chang)彈性的(de),換句(ju)話說,UX 設計需要的(de)是多方(fang)面的(de)技ji)shu)和方(fang)法,而不是以一個(ge)制式的(de)一條龍模(mo)式完成。

雖然有(you)很多設計團隊(dui)和用戶經驗(yan)顧(gu)問會(hui)為自yue)捍蛟zao)一條特定路線(xian),但我會(hui)說,這世界上沒有(you)任何一條條文規定 UX 該(gai)怎麼做。這對(dui)我來ci)凳嗆hao)事,這樣我就可以自由(you)地使用我想要的(de)方(fang)法和工(gong)具去(qu)完成我的(de)作品、解決用戶的(de)問題,讓我們可以針對(dui)不同的(de)問題選(xuan)擇使用對(dui)的(de)工(gong)具。

用戶體(ti)驗(yan)設計 (UX)跟用戶界面設計(UI)不同

更準(zhun)確的(de)說,用戶體(ti)驗(yan)設計不是「只是」設計用戶界面。很多主管(guan)以為 UX 的(de)工(gong)作就只要設計界面,但不是好(hao)嗎!

事實(shi)上,我們現在處在一個(ge)非常(chang)密切(qie)連結(jie)的(de)網(wang)路世界,所以我們的(de)工(gong)作不再是把界面設計好(hao)就好(hao)了,而是著重(zhong)在如(ru)何讓不同的(de)系統、程(cheng)序能(neng)夠更緊密的(de)連結(jie)、互動。

現在有(you)越來越多領域的(de) UX 專家(jia)出現,像是服務設計(Service Design )和內容策略(Content Strategy),這些都更集中在過程(cheng)、內容的(de)設計,而不是單(dan)純的(de)設計界面。

即(ji)使你正在為一個(ge)網(wang)站設計一款 App,你的(de)工(gong)作不止(zhi)要設計出好(hao)看(kan)的(de)界面而已,你還有(you)很多事要做,像是用戶調查、操作藍(lan)圖、分鏡圖、可用性測試(shi)。

一樣的(de),主管(guan)一開始並不接you) 夥 饈shi),直(zhi)到他看(kan)到了成品,他才(cai)了解到反覆的(de)過程(cheng)才(cai)能(neng)成就完美的(de)結(jie)果。

老板不懂UX又愛催產品速度?下次用這七句(ju)話��an)����?�� width=

可用性測試(shi)非常(chang)重(zhong)要

一個(ge)股東(dong)曾(zeng)經問我︰「你們都ji)欽夥fang)面的(de)專家(jia),為什麼你們要不斷的(de)測試(shi)你們qiao)杓疲俊/p>

我回答︰「即(ji)使你很滿意你做出來的(de)設計,但你並不是用戶。你可能(neng)用了最好(hao)的(de)方(fang)式、做了所有(you)你該(gai)做的(de)程(cheng)序、也做了所有(you)研究(jiu)調查,但如(ru)果你沒有(you)xing)腹沒?de)使用經驗(yan)來評估你的(de)產品,你永遠都不知道大家(jia)能(neng)不能(neng)接you)苣愕de)設計。如(ru)果你想要知道你的(de)設計好(hao)不好(hao),最簡單(dan)的(de)方(fang)式就是找用戶來試(shi)用你的(de)產品,他們最後就會(hui)告訴你他們的(de)想法。沒有(you)事先給他們任何使用方(fang)法的(de)說明(ming),如(ru)果他們可以快速上手、享受整個(ge)使用過程(cheng),那就代表(biao)你設計的(de)產品是非常(chang)成功的(de)。」

他當然最後就被說服了,畢竟這是非常(chang)容易懂的(de)道理。

但可用性並不是用戶經驗(yan)

可用性並不是用戶經驗(yan),這點很重(zhong)要,UX 的(de)範圍(wei)其實(shi)更廣(guang)。現在大眾(zhong)對(dui)于產品的(de)要求越來越高,畢竟gu)敲刻於莢誚喲?嚼叢膠hao)的(de)產品設計,而可用性對(dui)他們來ci)凳歉gai)有(you)的(de)籌碼,如(ru)果你的(de)軟(ruan)體(ti)連可用性都沒有(you),那根(gen)本無法在市(shi)場中生(sheng)存。

精通 UX 所有(you)領域的(de)人根(gen)本是獨角獸

主管(guan)看(kan)到我們團隊(dui)後問我︰「為什麼你們qie)枰 桓ge)領導人、設計師、還要一個(ge)平面設計師?為什麼不要直(zhi)接?l用一個(ge)會(hui)這些事的(de)人?」

我只能(neng)說,這種人是野(ye)外中稀有(you)的(de)獨角獸,找的(de)到才(cai)怪(guai)。用戶體(ti)驗(yan)設計是很寬(kuan)的(de)領域,需要很多不同類(lei)型(xing)的(de)技ji)shu)。雖然我相(xiang)信 Robert Heinlein 曾(zeng)說過的(de)話︰「Specialization is for insects。」,但以 UX 領域來ci)擔 ﹥ ㄋyou)技ji)shu)和知識真的(de)很難,有(you)時候專業分zhi)?彩嗆苤zhong)要的(de)。

好(hao)了,我說完以上七項(xiang)了,現在你可以去(qu)和你的(de)主管(guan)「聊聊」,希望你們能(neng)用這幾點好(hao)好(hao)教育一下你們的(de)老板,告訴他們 UX 的(de)真正精神,下次他們就不會(hui)不懂裝懂。

附︰

《設計ping)姑煌瓿刪捅煌虜壑甘只 牛 趺窗歟俊/a>
《設計師工(gong)作中的(de)話術(shu)溝通技巧(qiao)》
《設計溝通的(de)七條經驗(yan)》

原文地址(zhi)︰techorange

本文鏈接︰本文標簽: , , , ,