2017-3-29 周周
網(wǎng)易UEDC – 何巖:本文是剛?cè)胄械?/span>交互設(shè)計(jì)師結(jié)合整個(gè)實(shí)際項(xiàng)目實(shí)踐,嘗試探討交互設(shè)計(jì)師和產(chǎn)品經(jīng)理、其他上下游同事之間的“共生”關(guān)系,希望幫助設(shè)計(jì)新人找到與上下游配合的一點(diǎn)靈感。
(工作原因,文中配圖較模糊,請(qǐng)見諒)
產(chǎn)品經(jīng)理才是最懂產(chǎn)品的人嗎?在項(xiàng)目初期,大家對(duì)產(chǎn)品的概念都很模糊,即使是產(chǎn)品經(jīng)理也是通過來自各方的需求、數(shù)據(jù)和競(jìng)品分析等來大致搭起框架。這個(gè)框架是否合理,框架衍生的功能流程限定在什么范圍,這些問題即使是最有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理也不敢保證。
交互設(shè)計(jì)師雖然是產(chǎn)品經(jīng)理的下游,也應(yīng)盡早參與策略層(Strategy)的討論,如果你的領(lǐng)導(dǎo)了解交互設(shè)計(jì)的重要性并且邀請(qǐng)你參加項(xiàng)目前期的務(wù)虛會(huì)議,你就應(yīng)該珍惜機(jī)會(huì),會(huì)前做好競(jìng)品分析等準(zhǔn)備工作,會(huì)上以交互崗位的專業(yè)視角提出建議; 如果你不夠幸運(yùn),不能參與到產(chǎn)品戰(zhàn)略決策,只是承接上游下達(dá)的交互任務(wù)的話,那么也不要只是淪為畫線框圖的工具,要發(fā)揮主觀能動(dòng)性積極溝通,最終讓方案變得更好。
需要注意的是,我們的建議不要僅僅只局限在功能流程實(shí)現(xiàn)(Structure)和頁面結(jié)構(gòu)(Skeleton)等方面,也要積極參與功能范圍(Scope)和產(chǎn)品愿景(Strategy)等方面的討論。
案例:項(xiàng)目前期產(chǎn)品經(jīng)理往往會(huì)先畫一些草圖來幫助說明問題,這是一種很好的溝通方式,草圖能顯示對(duì)產(chǎn)品的理解和將來產(chǎn)品的發(fā)展方式?!熬W(wǎng)易帳號(hào)管家”作為一款多帳號(hào)管理工具,涉及安全檢測(cè)及操作引導(dǎo)、帳號(hào)保護(hù)加固、產(chǎn)品保護(hù)等功能,為了盤活產(chǎn)品還要在未來加入一定的運(yùn)營內(nèi)容。但產(chǎn)品經(jīng)理前期的草稿只是將帳號(hào)功能簡(jiǎn)單排列,這時(shí)候就要我們通過各種方法來表達(dá)自己對(duì)于產(chǎn)品的理解并給出建議。前期的定位非常關(guān)鍵,一旦架構(gòu)錯(cuò)誤,之后的交互工作很難開展。
總結(jié):
產(chǎn)品經(jīng)理不需要一個(gè)和他爭(zhēng)吵的交互設(shè)計(jì)師而是需要一個(gè)幫助他解決問題的人。很多文章都介紹產(chǎn)品經(jīng)理和交互設(shè)計(jì)師的“相愛想殺”,其實(shí),就像培根(Francis Bacon)說的:“人們創(chuàng)造了事實(shí)上并不存在的對(duì)立,并且他們也給這些對(duì)立強(qiáng)加上十分確定的新的名稱”。
不同產(chǎn)品經(jīng)理的工作方式難免不同,開始合作的時(shí)候需要一些時(shí)間磨合,應(yīng)該在磨合中一起找到解決問題的方法而不是互相抱怨甚至影響工作。其實(shí)如果大家目的一致并且足夠信任對(duì)方的專業(yè)能力的話,爭(zhēng)吵便會(huì)很少發(fā)生。
案例:有些產(chǎn)品經(jīng)理喜歡畫流程草圖而不是以打磨PRD邏輯為主,這種工作方法可能在一些沒有專門交互設(shè)計(jì)師崗位的公司出現(xiàn),但在設(shè)立專門交互設(shè)計(jì)師崗位的公司,產(chǎn)品經(jīng)理可以專心的把PRD完善好。PRD是整個(gè)產(chǎn)品的權(quán)威依據(jù),交互視覺開發(fā)和測(cè)試都要根據(jù)PRD行事。如果產(chǎn)品經(jīng)理醉心于畫稿子,一方面會(huì)影響和限制交互設(shè)計(jì)師的思維,另一方面也會(huì)減少完善PRD的時(shí)間和精力,就會(huì)導(dǎo)致更應(yīng)該關(guān)心的東西有所欠缺。
總結(jié):
一個(gè)現(xiàn)實(shí)的情況是,PRD經(jīng)常隨著交互稿的細(xì)節(jié)深入而不斷完善。雖然交互設(shè)計(jì)師“夢(mèng)想著”PRD中有嚴(yán)謹(jǐn)完備的邏輯流程圖,但交互設(shè)計(jì)師都遇到過“一句話需求”,類似“我們需要加一個(gè)掃碼登錄功能”、“這個(gè)功能參照某某競(jìng)品”等等。當(dāng)產(chǎn)品經(jīng)理的頭腦中沒有完整概念的時(shí)候,交互設(shè)計(jì)師是選擇要求產(chǎn)品經(jīng)理回去想好再說,還是根據(jù)產(chǎn)品經(jīng)理的“只言片語”、自身經(jīng)驗(yàn)和分析資料先動(dòng)起手來呢?
案例:下面的文字是產(chǎn)品經(jīng)理給出的同一帳號(hào)綁定不同設(shè)備時(shí)的“踢號(hào)”規(guī)則。其實(shí),這段文字是經(jīng)過思考的,已經(jīng)比“一句話需求”好很多了,根據(jù)這段規(guī)則是可以進(jìn)行交互工作的。但是根據(jù)經(jīng)驗(yàn)發(fā)現(xiàn)過程中恐怕還有很多細(xì)節(jié)需要考慮,這就需要設(shè)計(jì)師將需求轉(zhuǎn)化為解決方案的過程中將各個(gè)功能細(xì)節(jié)表述清楚了。
總結(jié):
實(shí)際工作中我們會(huì)發(fā)現(xiàn),并不是所有的功能敲定都會(huì)召開全員評(píng)審大會(huì),有些結(jié)構(gòu)簡(jiǎn)單的功能和模塊只會(huì)和相關(guān)人員敲定,這時(shí)候如何使得方案不被部分人的意見左右而是符合產(chǎn)品整體風(fēng)格和氣脈就顯得非常關(guān)鍵。
設(shè)計(jì)師不應(yīng)該做“老好人”,滿足相關(guān)人員的需求而產(chǎn)出“這樣就好”的方案,也不應(yīng)該攻擊或直接否定他人的創(chuàng)意,我們需要一定的溝通技巧,善用每個(gè)職能的優(yōu)勢(shì),一版一版的優(yōu)化方案,在這個(gè)過程中不要忘記積極的給出建議。
案例:“網(wǎng)易帳號(hào)管家”中的“發(fā)現(xiàn)”模塊是重運(yùn)營的部分,考慮到其中“幫助中心”的內(nèi)容稍顯“枯燥”而且運(yùn)營方式有限,設(shè)計(jì)師經(jīng)過調(diào)研向運(yùn)營同事建議加入頂部圖片輪播,這樣可以方便后續(xù)運(yùn)營同事“揮灑”創(chuàng)意。同樣, 為了幫助運(yùn)營搜集用戶反饋,底部加入了“問題反饋”、詳情頁底部加入了答案是否解決了問題的功能。運(yùn)營同事經(jīng)過思考也覺得這些功能有必要,便欣然采納了建議。
總結(jié):
“沒事”,是指由于某些原因?qū)е陆换スぷ鞑荒荞R上進(jìn)行的時(shí)候或是項(xiàng)目過程中特別是中后期交互工作沒那么緊張的時(shí)候?!罢沂隆?,是指在“沒事”的時(shí)候?qū)ふ乙恍╉?xiàng)目的風(fēng)險(xiǎn)點(diǎn)或是其他可能幫助項(xiàng)目順利進(jìn)行的工作。
風(fēng)險(xiǎn)點(diǎn)可能是前期由于時(shí)間等原因考慮的不夠細(xì)致的地方或是開發(fā)完成還沒有經(jīng)過驗(yàn)收的模塊和頁面或是一些極限情況的處理方式等?!皼]事找事”是一種主動(dòng)尋找潛在問題和解決方法的工作態(tài)度,這種積極的工作態(tài)度是交互設(shè)計(jì)師體現(xiàn)職能價(jià)值和提升專業(yè)素養(yǎng)的關(guān)鍵。
案例:“網(wǎng)易帳號(hào)管家”項(xiàng)目分兩次迭代開發(fā),在第二次迭代平穩(wěn)進(jìn)行的時(shí)候,大部分交互設(shè)計(jì)工作已經(jīng)完成了,這時(shí)候?qū)σ呀?jīng)完成的迭代一部分進(jìn)行交互視覺回歸并產(chǎn)出文檔,就可以幫助測(cè)試同事和開發(fā)同事后續(xù)調(diào)整。
下圖是簡(jiǎn)單的優(yōu)化點(diǎn)列表,問題的呈現(xiàn)形式不限,關(guān)鍵是要方便團(tuán)隊(duì)中相關(guān)人員的理解和使用,如果真的幫到忙,同事也會(huì)給出積極反饋,這是團(tuán)隊(duì)的良性循環(huán)。
總結(jié):
提到敏捷開發(fā)往往想起小團(tuán)隊(duì),確實(shí),隨著項(xiàng)目體量的龐大和參與人員的增多,“面對(duì)面”的溝通方式會(huì)變得困難,相信很多人都經(jīng)歷過即使一個(gè)很小的Bug也要提工單走流程或者等產(chǎn)品經(jīng)理提供需求文檔后才開工的“瀑布式”工作方式。
敏捷方法是方法論層面對(duì)工作方式和工作態(tài)度的探討,強(qiáng)調(diào)工作中“人”的作用而不是以“各種文檔”為準(zhǔn),強(qiáng)調(diào)同事之間的高度協(xié)作以及隨時(shí)準(zhǔn)備應(yīng)對(duì)變化的態(tài)度,這些是各種項(xiàng)目都必須思考的問題。
“ 網(wǎng)易帳號(hào)管家 ”項(xiàng)目組每天早上固定時(shí)間召開站會(huì),全員面對(duì)面發(fā)現(xiàn)問題、解決問題、評(píng)估風(fēng)險(xiǎn)、把控進(jìn)度。開發(fā)過程中各個(gè)職能同事坐在一起,關(guān)鍵問題的討論只需要召集相關(guān)人員“圍個(gè)圈兒”、“扭個(gè)頭”、“轉(zhuǎn)個(gè)身”就敲定了,之后發(fā)郵件周知大家。
這種看似“隨意”的解決問題的方式其實(shí)是一種扁平化的工作方式,強(qiáng)調(diào)“適應(yīng)性”而非“預(yù)見性”,領(lǐng)導(dǎo)也坐在旁邊“召之即來”,所以節(jié)省了很多“等找某某商量一下再說”、“等領(lǐng)導(dǎo)看看再說”、“等審核批準(zhǔn)了再做”的時(shí)間。
設(shè)計(jì)師往往帶點(diǎn)“潔癖”,為細(xì)節(jié)和綜合體驗(yàn)操碎了心,但其實(shí)產(chǎn)品研發(fā)過程是否順暢、運(yùn)轉(zhuǎn)模式是否健康甚至上線后成功或者失敗,這些是合力的結(jié)果,包括設(shè)計(jì)管理、開發(fā)管理等多方面因素共同決定了產(chǎn)品長(zhǎng)成什么樣子。
所以,最后的經(jīng)驗(yàn)心得就是:設(shè)計(jì)師有時(shí)要被迫“放下”一些東西,不要讓自己“太累”。這也并不是教大家偷懶,而是要清楚給自己的職能定位。交互設(shè)計(jì)師溝通和處理問題的方式是靈活的, 這在上文有闡述,同時(shí)交互工作更應(yīng)該是合作的,我們有自己的職業(yè)堅(jiān)持,但也不要用“體驗(yàn)”綁架一切。
無論是B端產(chǎn)品還是C端產(chǎn)品,好產(chǎn)品的成功是多方面因素的結(jié)果,設(shè)計(jì)師要有“百煉鋼”的堅(jiān)持,也要懂“繞指柔”的智慧。
一個(gè)產(chǎn)品經(jīng)理前輩說過,最好能在較大的公司孵化小產(chǎn)品中進(jìn)行設(shè)計(jì)工作,經(jīng)驗(yàn)累積較快;其次是去創(chuàng)業(yè)公司單挑;最次是選擇去一個(gè)產(chǎn)品里做一顆螺絲釘,一直綁在某一個(gè)功能上。
這個(gè)結(jié)論正確與否姑且不論,但要真誠感謝交互團(tuán)隊(duì)和業(yè)務(wù)團(tuán)隊(duì)對(duì)一個(gè)新人設(shè)計(jì)師的信任,把這么重要的工作交給我,并且在工作中給予非常重要的幫助和指導(dǎo)。以上是整個(gè)項(xiàng)目走下來的一些感悟,寫完才感覺言辭稚嫩,希望大家一起思考討論,我們新人設(shè)計(jì)師共勉,今后工作中還要不斷錘煉。
藍(lán)藍(lán)設(shè)計(jì)( sillybuy.com )是一家專注而深入的界面設(shè)計(jì)公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)
藍(lán)藍(lán)設(shè)計(jì)的小編 http://sillybuy.com