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)理也是通過來(lái)自各方的需求、數(shù)據(jù)和競(jìng)品分析等來(lái)大致搭起框架。這個(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）和頁(yè)面結(jié)構(gòu)（Skeleton）等方面，也要積極參與功能范圍（Scope）和產(chǎn)品愿景（Strategy）等方面的討論。
案例：項(xiàng)目前期產(chǎn)品經(jīng)理往往會(huì)先畫一些草圖來(lái)幫助說明問題，這是一種很好的溝通方式，草圖能顯示對(duì)產(chǎn)品的理解和將來(lái)產(chǎn)品的發(fā)展方式?！熬W(wǎng)易帳號(hào)管家”作為一款多帳號(hào)管理工具，涉及安全檢測(cè)及操作引導(dǎo)、帳號(hào)保護(hù)加固、產(chǎn)品保護(hù)等功能，為了盤活產(chǎn)品還要在未來(lái)加入一定的運(yùn)營(yíng)內(nèi)容。但產(chǎn)品經(jīng)理前期的草稿只是將帳號(hào)功能簡(jiǎn)單排列，這時(shí)候就要我們通過各種方法來(lái)表達(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)理的“只言片語(yǔ)”、自身經(jīng)驗(yàn)和分析資料先動(dòng)起手來(lái)呢？
案例：下面的文字是產(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)營(yíng)的部分，考慮到其中“幫助中心”的內(nèi)容稍顯“枯燥”而且運(yùn)營(yíng)方式有限，設(shè)計(jì)師經(jīng)過調(diào)研向運(yùn)營(yíng)同事建議加入頂部圖片輪播，這樣可以方便后續(xù)運(yùn)營(yíng)同事“揮灑”創(chuàng)意。同樣， 為了幫助運(yùn)營(yíng)搜集用戶反饋，底部加入了“問題反饋”、詳情頁(yè)底部加入了答案是否解決了問題的功能。運(yùn)營(yíng)同事經(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)收的模塊和頁(yè)面或是一些極限情況的處理方式等?！皼]事找事”是一種主動(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)也坐在旁邊“召之即來(lái)”，所以節(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)”綁架一切。
無(wú)論是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é)論正確與否姑且不論，但要真誠(chéng)感謝交互團(tuán)隊(duì)和業(yè)務(wù)團(tuán)隊(duì)對(duì)一個(gè)新人設(shè)計(jì)師的信任，把這么重要的工作交給我，并且在工作中給予非常重要的幫助和指導(dǎo)。以上是整個(gè)項(xiàng)目走下來(lái)的一些感悟，寫完才感覺言辭稚嫩，希望大家一起思考討論，我們新人設(shè)計(jì)師共勉，今后工作中還要不斷錘煉。
藍(lán)藍(lán)設(shè)計(jì)( www.alimai.net )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國(guó)內(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://www.alimai.net