產(chǎn)品經(jīng)理、交互設計師、視覺(jué)設計師、開(kāi)發(fā)工程師，一個(gè)大項目中不可缺少的團隊成員、同時(shí)也是相互折磨的患難兄弟……
不做大項目，很難理解多人合作有多么艱難。真正參與到項目中，才發(fā)現責任分配模糊、懶于溝通、越俎代庖干涉他人決策等都會(huì )讓項目進(jìn)展陷入僵局。雖然合作中常能感受到別人給自己帶來(lái)的麻煩，但我們卻很難發(fā)覺(jué)自己也在給別人帶去痛苦。越是自信，越難發(fā)現自己的失誤。
花了些時(shí)間，總結了下自己的經(jīng)驗教訓，又訪(fǎng)談了不同職位的合作伙伴和好朋友，總結了一些各個(gè)職位與其他職位合作時(shí)最頭疼的事。興許可以幫大家看一下別人眼中的自己。
產(chǎn)品經(jīng)理
面對交互設計師的痛苦：
1. 不主動(dòng)幫忙提供解決方案，而是先PK需求。
怎么辦好呢：交互認清自己和崗位定義，采取積極配合的態(tài)度，多提建設性的意見(jiàn);同時(shí)在需求構思階段產(chǎn)品最好能拉上交互一起討論，同時(shí)為需求尋求客觀(guān)的用戶(hù)數據支持。
2. 悶頭畫(huà)稿不溝通，畫(huà)出一套自己滿(mǎn)意的稿，卻和自己預期相差很大。
怎么辦好呢：建議交互畫(huà)粗糙紙面稿，經(jīng)頻繁溝通討論，再繪制精細紙面稿。再次確認溝通后，才用軟件繪制精細線(xiàn)框圖。逐漸細化，把矛盾逐批解決，不至于積累到最后爆發(fā)。
針對交付銜接：
1. 各個(gè)角色在交付文檔后，承接人的理解會(huì )走形。
怎么辦好呢：各種交付物在交接時(shí)要由負責人在交付評審會(huì )上逐條講解，以實(shí)現充分理解。交付物只是用來(lái)備案的，不是用來(lái)溝通的。
2. 對上游的交付物和交付時(shí)間有疑問(wèn)，不直接詢(xún)問(wèn)相關(guān)責任人，而是先來(lái)詢(xún)問(wèn)產(chǎn)品，再由產(chǎn)品轉告。
怎么辦好呢：對特定角色的工作有疑問(wèn)，要直接咨詢(xún)此人，同時(shí)確保產(chǎn)品被知會(huì )到。
交互設計師
面對產(chǎn)品經(jīng)理的痛苦：
1. 功能點(diǎn)照抄競爭對手，以至于界面無(wú)需思考，照抄即可。
怎么辦好呢：請產(chǎn)品經(jīng)理講清楚每個(gè)功能點(diǎn)背后的用戶(hù)需求和真實(shí)的生活場(chǎng)景，描繪該產(chǎn)品對用戶(hù)的生活會(huì )帶來(lái)怎樣的幫助。
2. 需求思考不清楚，經(jīng)常變更。
怎么辦好呢：爭取參與前期的需求制定階段，輔助產(chǎn)品經(jīng)理討論清楚用戶(hù)使用場(chǎng)景和功能點(diǎn)，然后再列述下來(lái)。各合作方在需求評審會(huì )上公開(kāi)確認需求。
3. 過(guò)度干涉控件布局等細節。
怎么辦好呢：產(chǎn)品經(jīng)理應首先專(zhuān)注于挖掘靠譜的用戶(hù)需求，并清晰地列述功能點(diǎn)和幫助用戶(hù)實(shí)現的目標。這些用戶(hù)目標就是用來(lái)衡量交互方案是否有效的客觀(guān)目標。切忌用主觀(guān)標準否定設計方案。
面對視覺(jué)設計師的痛苦：
1. 以美觀(guān)之名更換控件，擾亂任務(wù)流，忽視對相關(guān)頁(yè)面的影響。
怎么辦好呢：交互應該設計中期就拉入視覺(jué)一起討論，讓視覺(jué)知道每個(gè)控件的用意，同時(shí)坦然接受視覺(jué)對交互方式提出的合理建議。
2. 調整控件布局，擾亂元素的主次關(guān)系
怎么辦好呢：同上。
視覺(jué)設計師
面對產(chǎn)品經(jīng)理的痛苦：
1. 用主觀(guān)的“我不喜歡、我覺(jué)得不好看”來(lái)否定設計稿，無(wú)法用客觀(guān)的詞匯描述預期效果。
怎么辦好呢：產(chǎn)品經(jīng)理應該將對視覺(jué)方案的要求書(shū)面留檔，并以此為作為評估設計方案的客觀(guān)標準。
2. 經(jīng)常變更需求，并且天真地認為所需要做的調整超級簡(jiǎn)單，一秒搞定
怎么辦好呢：產(chǎn)品不要低估調整視覺(jué)方案的工作量。視覺(jué)也可以在初稿階段試試產(chǎn)品經(jīng)理的口味，多傾聽(tīng)一下彼此的意見(jiàn)。
3. 對自己的審美能力很自信，對設計稿指指點(diǎn)點(diǎn)說(shuō)“要這樣移、那樣調”
怎么辦好呢：視覺(jué)風(fēng)格方面產(chǎn)品經(jīng)理應充分信任視覺(jué)設計師的審美能力，給建議時(shí)也要態(tài)度誠懇，淡化盛氣凌人的感覺(jué)。
面對交互設計師的痛苦：
1. 布局控件時(shí)不與視覺(jué)溝通，直接丟一套線(xiàn)框過(guò)來(lái)。
怎么辦好呢：交互邀請視覺(jué)參與線(xiàn)框圖的設計階段。
2. 設計的交互稿沒(méi)新意，太老套死板，了無(wú)趣味。
怎么辦好呢：交互要多玩多看多體驗，豐富自己的設計儲備庫，以便厚積薄發(fā)提出讓人眼前一亮的設計。
面對開(kāi)發(fā)工程師的痛苦：
1. 改參數，并堅稱(chēng)自己做的更美觀(guān)。
怎么辦好呢：視覺(jué)對于自己責任范圍內的設計稿參數標注要盡量詳盡，給出完備的視覺(jué)設計稿作為客觀(guān)的衡量標準。在開(kāi)發(fā)完成后要及時(shí)走查，并跟進(jìn)問(wèn)題的解決。
2. 不用切圖素材，用代碼來(lái)實(shí)現效果。
怎么辦好呢：視覺(jué)首先要確保給出的切圖素材十分完備;開(kāi)發(fā)也要克服惰性，將視覺(jué)素材充分利用起來(lái)。
3. 對像素、肌理、陰影不敏感，看設計稿不仔細，實(shí)現效果與視覺(jué)稿差異很大。
怎么辦好呢：對開(kāi)發(fā)容易忽略的視覺(jué)細節，視覺(jué)設計師要與面向開(kāi)發(fā)講述。交付的設計稿只是備案，不是高效的溝通方式。開(kāi)發(fā)同志們是沒(méi)有視覺(jué)那樣的像素眼的。
開(kāi)發(fā)工程師
面對產(chǎn)品經(jīng)理的痛苦：
1. 對產(chǎn)品前景沒(méi)有充足考慮，每次發(fā)新版本代碼都需要推到重來(lái)。
怎么辦好呢：產(chǎn)品經(jīng)理要明確產(chǎn)品發(fā)展的大方向，并將遠景清晰地闡述給合作伙伴，以便開(kāi)發(fā)在搭建程序時(shí)為未來(lái)留好空間。
面對交互設計師的痛苦：
1. 設計稿缺少細節：每個(gè)頁(yè)面可響應事件的區域，響應的動(dòng)作，操作成功和失敗的反饋。
怎么辦好呢：交互設計師除了描繪頁(yè)面之間的跳轉關(guān)系，還應該將頁(yè)面內部所有的事件響應文檔化，減少開(kāi)發(fā)的誤解。不要怕麻煩。
面對視覺(jué)設計師的痛苦：
1. 沒(méi)有定量標注設計稿的每一個(gè)細節。
怎么辦好呢：請視覺(jué)認識到定量標注細節對于開(kāi)發(fā)無(wú)損地實(shí)現視覺(jué)稿的重要性。開(kāi)發(fā)是沒(méi)有精力去猜或者量一個(gè)特定參數的。
2. 切圖不完備，遺漏細節，需要開(kāi)發(fā)自己用代碼補。
怎么辦好呢：每一個(gè)細節的素材都切圖切出來(lái)，并系統地使用文件名命名方法，幫助開(kāi)發(fā)理解。
一遍看下來(lái)，有沒(méi)有覺(jué)得背上冒冷汗呢?一切依著(zhù)自己的性子往前走，真的很難發(fā)現自己有哪些地方做的不對，不知不覺(jué)就給別人留下了心靈的創(chuàng )傷。其實(shí)合作 也很簡(jiǎn)單，多積極參與一下上游的決策，知根知底;多耐心向下游講解一下那些只存在于自己腦子中的主觀(guān)想法，傾聽(tīng)一下他們的建議和疑惑。多往彼此那邊靠一 靠，心就能挨得近一點(diǎn)。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
