團隊內的 UE，PM 把我的交互做了，還直接把他的設計發給了開發團隊去做，我該如何看待呢？

01-08

我是team 內唯一的一名UE，雖然現在還是實習生的身份，但是畢業後也會進入這家公司。年前有個項目很緊，放假前又改了需求，還沒來得及改交互文檔。就在過年回家的檔，發現PM把我的交互都給做了，沒和我碰就直接郵件發給開發團隊做了。我覺得過分了，但是項目緊張，我也沒說什麼，不過大家覺得這個PM這樣的行為如何？

首先，一個好的產品PM，應該是一個至少70分的交互設計師，所以有時為了簡化流程，他來做交互也沒什麼不對。

然後我很想說的一句話是，為什麼你自己在放假前不把工作做完？別說什麼來不及，這是借口。屬於自己的工作，不去想辦法完成，PM加班加點做完了，你反而怪人家不按流程去走，只能說，你還年輕。職場不是你想的那樣，不可能因為你一個人去耽誤項目。

說句不恰當的比喻。PM是先頭步兵，你是炮火支援的炮兵部隊。你們要進攻一個城市，外圍有一個碉堡，本來應該炮兵把碉堡炸掉，但是炮兵說要過年回家。先頭部隊等不及了，自己上前去炸了碉堡。回頭炮兵怒氣沖沖的一拍桌子：「豈有此理！碉堡居然不讓炮兵去打，你們眼裡還有軍法嗎？」

這事真沒什麼大不了，建議LZ換個角度去解讀，也許會更好。

對方修改交互的時候沒跟你說，這裡不大合適，除此之外，一切都很正常。

1、這是PM基礎的職業責任

PM的底線，是確保產品能夠按照預期質量在預定時間內上線。基於目前項目非常緊張的前提下，一切可以合理加速項目的手段都是必須，可行和高優先順序的。這個時候PM自己能幹交互，而且還是過年期間，這說明PM對這個項目很在意，也花了時間。

2、PM本來就是個打雜角色

為了項目，可以幫忙的地方，PM都應該去干。別說交互流程這些PM本身就應該掌握的技能，以前搞互聯網的時候，我不也搞過代碼，研究過JS。即使現在做無線，如果自己測試起來更快（有些場景下確實如此），一樣自己掄起膀子，插上USB，開始玩測試DEBUG！

測試的兄弟不會說，喲，你幹了我乾的活，反之，一切能協助項目順利進行而且擁有足夠投入產出比的行為，都是得到項目團隊讚賞的。

同樣的，我也習慣性輸出交互原型，為了更好地與偉大的交互設計師探討，讓產品更完善。這些都是基本技能。所以，PM干這事很正常。唯一不大和諧的，確實就是沒聯繫LZ。

3、說點直白的話：潛心學習更重要

剛入行，是可以為團隊帶來更新穎的視角。相反地看，缺乏熟練和敏捷的的經驗。在這個階段，也許，我是說也許，LZ的UE不成熟的比例還很高。也許這次項目就是為了LZ成長，所以才有邊看邊帶的意思。但項目一旦緊急，就是以完成項目為最優先了。為了成長，先學習吧

只能看到很片面的過程描述，是否team平時就溝通不暢? 內部矛盾有沒有? 等等等等

看不到全過程就不斷章取義了。

但從發問中就能看出，LZ是了解產品流程的，各個階段的review。所以這個問題很明顯是在找到認同感，LZ心理預期下面的回復最好都在批評PM很過分。

我只說一個供LZ自省的方面。

你的專業水平是否得到PM的認可？大部分PM是具備交互設計的能力的。如果你的設計能力還不如PM，那麼如果是個霸氣一些的PM很有可能直接輸出交互設計，如果能力不如PM而且還非常計較PM的建議，PM跳過UE直接推進到開發階段是可以理解的。

別人輕視你是因為你不足以讓他重視，如果每次的設計都會讓PM覺得非常棒，非你不可，那麼就不會出現描述中的情況了。即使因為任務緊，優秀的PM也會非常樂意在事後告知你。

如果你做很好，再去考慮是不是PM的問題。

謝邀。

PM完成了本應該你來完成的交互文檔，這很正常，況且你也說了項目很緊，而且還處於放假期間，話說我們這邊的PM上次還直接去寫代碼了呢，我上次都也快要動手寫代碼了，呵呵。

PM完成了你的交互文檔後沒有和你討論而直接郵件發給了開發團隊，我也覺得有點過分（但大家的目標是一致的，都是想把這個項目做好，所以一定不要因為這個溝通瑕疵影響你們後續的配合），但不能排除因為放假他無法聯繫到你，或者他認為即使是聯繫上你了，這個討論也並不會有太多結果，如果是我，我會在看到郵件的第一時間去REVIEW這個文檔，看有沒有邏輯以及產品方面的問題，

如果有問題，打電話（能當面聊最好）和PM反饋並討論，討論完後記得給開發團隊發郵件講清楚問題，並請開發團隊暫時先不要做有問題的部分；

在REVIEW文檔後，無論有沒有問題，我都會和PM輕鬆地提「給開發同事發交互文檔前，最好我們先提前討論一下，你看可以嗎？」，PM多半會說可以的，並且可能還會解釋這次沒有提前討論的原因。

這種情況再正常不過了。

首先你就是個實習生，你的參考價值還比較低，

其次項目緊急，拖延工期那是PM的責任，

第三PM有權越過UE直接提交已完成的交互稿，就算你設計的最後也還是要他確認，結果導向來說是一樣的。

你也不要把這件事看的太重，你現在需要的是學習和實踐，不是勾心鬥角

說明PM對你還不夠信任。

初入職場還是忍一忍，然後在項目中和PM都溝通，做出與他們預期一致或出彩的交互稿，這樣他們才會放心把頁面交給你來做，而不是自己大包大攬。

大包大攬也挺累的，PM承擔的需求多了他就ho不住了。這時候你再積極一點會比較好。

我們國內的pm基本上都是交互設計師，真正意義上的pm很少。你們團隊雖然招聘了ue，但是pm的ue功底也未必差。我建議你不如先看看pm的交互設計水平如何，如果真心好，不如虛心請教一下；如果不好，下個項目還有你一展身手的機會。別為這點小事耿耿於懷

如 @吳童子所說，樓主拋出這個問題，應該是想找認同感來的。。。結果看了一遍下面的回答，發現全是或明或暗挺那個PM的，估計樓主會失望了。。。。

如果PM發郵件的時候沒有CC你，發完也一直沒有知會你，從頭到尾沒跟你通過任何途徑提過這件事兒，是你自己無意中發現的，那這個PM的做法是稍微過分了一點，雖然只是實習生，多少應該要有基本的尊重~~

如果郵件抄送了，或者事後跟你說過，我覺得PM的做法也就沒什麼所謂了~~雖然流程重要，但是一般而言實習生是沒有能力單獨承擔工作中的某個環節的（至少我還沒有遇到的實習生交上來的東西，可以不經修改直接用的。。。），只要PM在做交互文檔的時候是把自己放在UE的位置上來考慮的，也就相當於是在遵循程序做事了~~

如果是我，第一感覺是，太感謝這個PM了，我的本職工作沒做好，他竟然都幫我補上，不至於拖了整個項目的進度~而且還沒有批評教育影響考核扣工資~~回頭要請他吃飯~！然後如果時間還來得及會抓緊時間從專業角度看看PM的交互文檔有沒有什麼要調整或者要補充的；

之後會反思自己

反思一：自己做的東西有哪些不好，PM的文檔有哪些值得參考的，好好學習~！

反思二：自己不是一個人在工作，一個人的工作進度會牽扯到其他人的工作安排，所以以後要對自己的工作負責，只要產品沒有上線，之前都要時刻保持關注自己的本職工作，以便出現問題時及時自己解決，避免出現這種讓別人代替自己做事情的情況；

把事情做好，比誰做更重要。

寬以待人，嚴於律己。

我在項目裡面也是只要能做，而且缺人，就上。所謂寫兩行代碼，做幾頁設計，測測bug，買買便當。

如果你接觸下來覺得他人品有問題，那勸你別去。如果人品沒問題，那說明你碰到好PM了。

這種自己肯撿事情乾的，如果你拿出更好的方案，相信他也是可以商量的。

年底，項目很急。UE回家過幸福年了。回來一看，咦，你怎把我的地盤搶了？

換位思考下：

年底，項目很急。UE要回家，回家就回家，我多加幾個晚上班就過去了。過年都想著這檔子事，總算沒拉下進度。

我覺得這個pm太仗義了……

你現在要做的就是檢視他做的交互，趕緊看看有什麼不妥的。要做的比你還好，你應該開心才對

作為實習生你為什麼不主動和pm溝通？要等著pm主動和一個實習生溝通？尤其是你還知道項目很緊迫。這事兒賴不著別人只能賴你自己。

我覺得這個屬於工作溝通的問題吧。。。

不過一直覺得UE目前在國內的地位很尷尬，對市場的了解不如產品經理，對技術的了解又不及軟體，可謂前後受敵。所以，在一些對UE不重視的公司，UE人員在產品經理眼中看來就是他助理，對軟體人員看來，就是畫圖和添亂的。。。

當然，有這種結果，肯定要檢討自身原因。如果自己本身夠強大，某方面專長是別人無法替代，那必然不會受到輕視。所以，UE的道路是艱難的，長路漫漫，需要持續的激情與不斷的進取心。

PM應該不是指Project吧。。。好吧，我就是樓主說的那種PM，先提PM用戶場景。

1，如果：大年29，我還在出差，加班，寫需求方案，初一還在跟人碰時間計劃，還沒正式上班我已經把項目開發之前要做的事都做了。

我得到，項目組的認可，商務，領導，或客戶的認可，這是我職場競爭的砝碼。

我付出，個人時間，個人時間以及個人時間。

2，如果：大年29，我打電話給我的UE，提出需求及計劃。

2.1 UE十分給力的完成了任務。——我和UE共同得到，共同付出。

2.2 UE抵觸，最後交付不過關。項目受損——我損失，並且不可能把責任推給UE，因為協調資源是我的責權所在。

=====================================================

綜上所述，在該案里。

PM最理由的結果是2.1，但可能出現2.2的風險。

最保險的結果是1。

所以，

1、在該案之前，你有沒有給PM以信心。

2、PM是什麼風格，他會每半天要求看一次交付物嗎？（這樣可以保證2.1不變成2.2，發現有問題隨時自己來做）。

====================================================

最後結論：

樓主，除非你平常就是很Niubility的設計師，各大項目缺你不行，而這個PM完全就是要跳過你，踢開你。

否則，你真心沒有什麼可以不爽的。

貌似前面的都是PM……

其實我相信提問者最擔心的應該不是「你不聽我的」這種瑣事，而是擔心以後要是再出現這種「跨流程」的事。既然有第一次，那肯定就有第二次、第三次、第n次。開發是要將流程，既然這個流程已經定了，隨便改肯定是不太妥當的。而且前面也都提到了，提問者只是個實習生，在開發團隊裡面話語權本來就比較少。如有以後又出現這種情況，心理負擔肯定會很大。

話說在團隊裡面多加一個職務，要能適應不是一兩年的事，前端開發都這樣，更何況是交互設計。

個人建議找leader溝通下……

ps：真心佩服那個pm的敬業……

介意太多了，溝通也不夠

哇哈哈這麼給力 PM都會寫程序

團隊里的PM也好，UE也好，目標是一致的：為了更好地完成項目。

PM的職責是：保證項目按時按質完成。

UE的職責是：保證項目UE完善。

因此在職責角度而言，也許時間緊張，PM為壓縮工作時間而省略了與UE的交流，是可以理解的。但如果長期如此，或者換一個項目後還是如此，你就需要與PM詳細溝通一下了。