PM，你又要跳槽了？

年末了，明年你要跳槽？

即將進入2018年的倒計時，我在羣裏看到了產品小夥伴們對於當前的工做抱怨和對明年新機會的展望，就最近本身的狀況也分享關於本身如何快速融入團的幾個要點。

另外想說一個重點，年末跳槽的朋友們，記得年末跳槽你可能就沒有

年終獎！年終獎！年終獎！

重要的事情說三遍....

01

測試對接

對於PM入職，不論是從瞭解項目或產品進展狀況仍是在瞭解公司業務的狀況下，最優先的仍是和測試對接。

在於測試溝通中，有幾點產品同窗是須要最早索要的，固然有同窗可能說我公司沒有測試，那就去找產品負責人吧

• 產品測試環境地址

  
  

• 測試賬號 密碼

  
  

• PM的測試賬號密碼

  
  

• 測試BUG清單

  
  

• 當前測試用例

首先是產品測試環境，尤爲是在公司負責產品研發中，特有的測試連接地址是產品熟悉本身產品的惟一可用環境，畢竟線上的環境與數據都是真實的，你總不能影響本身的用戶吧。

若是是TO B的產品，則在項目交付前，產品經理能夠經過測試環境瞭解本身本身產品的功能完善狀況。這裏是我我的的經驗，來自一段話

點點點！

02

產品同事

除了測試，下面就是和產品同事對接。那麼接下來在進入新的產品團隊首先就是要如下爲首要目的

規 範

• 瞭解基於當前團隊的PRD等文檔規範

  
  

• 瞭解基於當前團隊的產品流程

  
  

• 瞭解當前產品的需求狀況

  
  

• 瞭解基於當前團隊使用的工具

• 瞭解當前團隊需求管理的規範

提起PRD與文檔，咱們每一個PM都有本身的規範和基礎。那麼對於即將進入新團隊的你，首先要了解當前團隊的規範，畢竟你是有試用期的。你的輸出須要可以讓團隊儘快的開始上手，而不是讓團隊來習慣你的工做方式。

我曾經在騰訊期間，其產品的PRD必須是基於WORD單獨寫。那麼在如今的公司其PRD只須要繪製在原型上或簡單說明便可。

好比團隊工具使用AXURE爲主，那麼你這個時候使用墨刀爲習慣，就能夠切換爲AXURE，而且根據有的同窗在AXURE標註上不會寫頁面標註。根據團隊要求便可

有的團隊可能會要求產品輸出高保真，有的團隊可能會要求產品輸出簡單的線框圖。

上面的三個案例，只是想說明進入新的團隊要儘快的熟悉產品團隊的規範，以工具、流程爲重點。

03

開發同窗

這裏沒有區分前端、後臺，但之因此放在第三步，我認爲開發同窗是產品將來工做中集中面對的對象。所以開發同窗在公司的劃分中基本會有組長，直接面對組長進行了解，簡單自我介紹。其餘的就不須要多聊啦！

在組織架構清楚的團隊，通常會有項目經理負責開發團隊的推動。這裏產品同窗的工做就會相對輕鬆一些，畢竟不須要又作需求又去推進項目了。

但產品作項目和需求同時都作的狀況也不少，所以無論你是哪種團隊，我認爲只須要和開發的頭交接便可。後面再在工做中一一對接相應的開發同窗便可。

04

UED

這裏之因此稱呼爲UED部門，由於有的公司架構清晰的話，會有專門的UED同窗來負責產品的交互和UI規範。這個時候做爲新團隊加入的你，對於UED部門我會找到如下文件

• UI規範

  
  

• 最新版本的UI

  
  

• 近期版本的交互圖

瞭解當前的產品設計規範，有助於你接下來的工做中可以快速的掌握當前產品的「調性」，雖然我也不支持將產品經理稱之爲設計師。但可以懂設計的產品經理，我認爲也是不差的PM。

04

最後想說的

加入新的團隊，是每一個跳槽者即將面臨的問題，關於工做的選項，我認爲不要去問別人或從別人那裏求的建議：我到底應該去仍是不去？

遵從你本身的心裏，到底想去仍是不想去？你的內心是想要什麼？

有的時候魚和熊掌不可兼得，那麼你但願獲得熊掌仍是願意去獲得魚？

另外，給本身一個期限去以新的機會作調研，我相信每一家公司都會有各類各樣的坑，不論是BAT仍是國企仍是通常的小企業。可是若是這個坑你能接受那麼就不算是坑。

我已經堅持產品分享2年，最近更新：

客服系統機器人產品設計詳解|智能回答

移動端PUSH消息設計|系統PUSH與運營需求如何知足?

萬字詳解|產品經理應該知道的面試經

數萬人的背影|非典型產品經理的生存現狀

產品經理協同辦公|0-1一個產品，只須要2天

寫給產品經理們|團隊的重要性，會讓改變世界的路上更加有趣

社區產品從0-1|從冷啓動到正常運營（個人經驗案例）

繼續更新中......

【IOS用戶專享任意打賞】

2017年，讓咱們繼續前進！

與KEVIN一塊兒在產品中學習交流QQ羣：257051609

個人我的微信：574319420

歡迎添加請修改備註名稱—地區——職位