花了些時間訪談了不同職位的合作伙伴和好朋友,總結(jié)了一些各個職位與其他職位合作時最頭疼的事.不做大項目，很難理解多人合作有多么艱難。

產(chǎn)品經(jīng)理面對交互設(shè)計師的痛苦
1. 不主動幫忙提供解決方案，而是先PK需求。
　　怎么辦好呢：交互認(rèn)清自己和崗位定義，采取積極配合的態(tài)度，多提建設(shè)性的意見；同時在需求構(gòu)思階段產(chǎn)品最好能拉上交互一起討論，同時為需求尋求客觀的用戶數(shù)據(jù)支持。
2. 悶頭畫稿不溝通，畫出一套自己滿意的稿，卻和自己預(yù)期相差很大。
　　怎么辦好呢：建議交互畫粗糙紙面稿，經(jīng)頻繁溝通討論，再繪制精細(xì)紙面稿。再次確認(rèn)溝通后，才用軟件繪制精細(xì)線框圖。逐漸細(xì)化，把矛盾逐批解決，不至于積累到最后爆發(fā)。

視覺設(shè)計師面對產(chǎn)品經(jīng)理的痛苦
1. 布局控件時不與視覺溝通，直接丟一套線框過來。
　　怎么辦好呢：交互邀請視覺參與線框圖的設(shè)計階段。
2. 設(shè)計的交互稿沒新意，太老套死板，了無趣味。
　　怎么辦好呢：交互要多玩多看多體驗，豐富自己的設(shè)計儲備庫，以便厚積薄發(fā)提出讓人眼前一亮的設(shè)計。

開發(fā)工程師面對產(chǎn)品經(jīng)理的痛苦

1. 沒有定量標(biāo)注設(shè)計稿的每一個細(xì)節(jié)。
　　怎么辦好呢：請視覺認(rèn)識到定量標(biāo)注細(xì)節(jié)對于開發(fā)無損地實現(xiàn)視覺稿的重要性。開發(fā)是沒有精力去猜或者量一個特定參數(shù)的。
2. 切圖不完備，遺漏細(xì)節(jié)，需要開發(fā)自己用代碼補。
　　怎么辦好呢：每一個細(xì)節(jié)的素材都切圖切出來，并系統(tǒng)地使用文件名命名方法，幫助開發(fā)理解。