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