編輯導語：一個好的工作環境和公司理念能讓人有工作的動力，如果你自己認為這家公司的經營理念、做事方式等無法接受的話，另謀高就才是最好的路；本文作者以自身的經歷分享了自己跳槽后兩個月多就選擇離職的原因，我們一起來看一下。

緊接上文《2020年應聘總結反思，給有想法的朋友們一點經歷后的分享》，我在4次面試中拿到了2個offer，當然有我比較心儀的一家公司，最終我選擇加入那家心儀的公司。

但是但是，從入職到最終離職，我在這家“心儀的公司”就只待了84天；而且待的過程也比較痛苦，之后的一段時間總是在反思我當時是怎么看上他的，且聽我娓娓道來我這84天的經歷。

一、初入公司，但是有點高興不起來

剛進入公司，被分配到了公司新成立的項目組，我的組長因為還有其他幾個項目，就交給了我一個項目讓我盡快熟悉業務以后負責。

我興奮的要來了資料和原型，摩拳擦掌想要開始了解業務了解需求，但打開文件夾我就有點樂呵不起來了。

基本沒什么業務調研文檔，沒有需求文檔，只有原型和一些簡單整理的流程圖，一問這就是所有文檔；打開原型又被澆了一盆冷水，原型頁面不少，但是少有幾張頁面有功能文檔；各種頁面都是簡單的表格堆疊和文本框堆疊，沒有交互，更沒有權限和業務說明。

我心思這進度大概也就開始了30%吧，然后就被叫著去和開發同事開會；我以為只是對接需求的會議，沒想到是原型宣講；組長對著那基本沒有什么功能說明的原型頁面一頓講，下面的開發同事和我聽的比較懵逼。

不過還好開發的同事們有業務背景所以多多少少能理解業務邏輯和原型設計，我只能用盡我前20多年的功力盡快消化吸收理解。

原型宣講的過程中，我發現組長對很多業務需求把握不準，忘記業務實例，并且表述不清！很多情況下對于功能如何實現都讓開發同事看著來。

雖然表面上沒表露出來什么，但是我心里就是有個聲音在吐槽：“臥槽怎么能這樣，這是一個正常的產品宣講的樣子嗎？”

會議結束后，記錄了一堆問題，但是開發同事照常開始開發，組長單獨跟我說“讓我之后全全負責，他就不管了，他還有別的好幾個項目”。

字里行間透露著“這是個坑，我就先走了，你看著辦吧”的意思，當時我才理解原來接手了個坑。

但是我當時是覺得，這項目是個坑的主要原因是因為那個組長的態度問題，而且有危機就有機遇；這對我來說也許是個證明自己的機會，所以我也并沒有很失落，反而準備大干一場。

二、考驗填坑能力，上手新項目

因為項目時間有限，而且開發同事多多少少已經開工了，我也不能慢慢騰騰的。

雖然剛進入公司的時候還挺擔心工作能否順利上手，不過工作真的來了之后，之前沉淀下來的工作方法似乎馬上就能覺醒。

來點干貨，想要總結總結加入新公司后如何快速上手新業務，就只是自己總結的工作經驗，還請指點互相學習。

1. 最重要的一點，能不接手項目最好不要接手項目

要接手最好也接那種基本沒開始多少的，有人帶更好，而不是這種原型都設計好了安排開發了的項目。

當然接手這個項目的二期也是可以的，但也是要從二期的開頭開始，由本人與客戶溝通后確認需求和方案。

但是真的接手了也別怵，就是淦！

2. 要來與項目相關的各類文檔

最好有業務調研相關的文檔、需求文檔，當然也可以向開發的同事們要來軟件設計文檔，業務調研文檔能讓你更好的了解業務背景、邏輯等等與業務相關的知識點。

需求文檔的重要性不用說了，能讓你理解項目的痛點、需求等要點，并讓所有與項目相關的關系人確認項目的需求、建設目標、建設方案等大方向、大設計上保持一致，而不是大家在大方向層面沒能達成一致就開始埋頭苦干。

3. 深入了解業務！

不要怕煩到別人，有思考過后不清楚的邏輯，或是無法得到確定的問題就去找人問！找你接手前的負責人、開發、最后再考慮找客戶。

到時候你做不好客戶、開發和領導懟你的時候可不管你是不是剛接手。

4. 深入了解基礎系統

我們有基礎系統，后期的項目都是在基礎系統的業務邏輯上進行重新設計，底層的架構、功能不會改變。

所以，盡快了解基礎系統，對項目系統能實現成什么效果有很好的幫助，也能盡快了解到你可以實現的邊界在哪里。

5. 完善原型邏輯！

因為我接手時原型邏輯差的比較多，所以這一部分需要我惡補，比如：每個菜單的可查看權限、那些角色有什么菜單的權限、角色的數據權限、頁面的操作權限如何控制。

雖然子菜單的權限可以通過管理員賬號隨便配給任何角色，但我覺得也最好能在原型中指出這個頁面是給什么角色使用的。

頁面功能的操作權限同理，就算能隨便配置，但是最好說明要配給什么角色；數據權限更應該進行說明，業務數據是按照什么邏輯控制數據權限，不說靠開發同事們猜嗎。

6. 了解開發團隊

了解整個開發團隊也是我認為比較重要的一點，首先明確團隊成員分工、同事的姓名盡快牢記、確定開發團隊中的負責人或者組長、同事的性格、辦事風格最好都能有所了解，了解誰比較友善誰是硬骨頭難對付等。

其次就是了解開發和產品的合作方式，而你不要嘗試去較大的改變這種合作方式；畢竟你只是新人，老人之間的合作方式不是你想動就能動的，后面我會說我在這里遇到的情況！

7. 盡快建立與客戶的聯系

客戶對于突然換負責人這件事情是比較反感的，畢竟什么情況剛跟上一個負責人對接人說好，又來一個能不能負責好又是一個問題。

客戶可能會不樂意，可能會嘟嘟囔囔甚至是發火，但是不要打怵，你要盡快向客戶展示出你的專業性；讓客戶知道就算換了負責人，你也是一個值得托付的負責人，項目不會因為換了負責人而出問題；盡快建立聯系也方便后期向客戶確認一些需求。

我基本是按照這樣一套邏輯下來的，因為時間有限，基本上是三步并作兩步向前大踏步；只涉及到我個人的工作我沒拉胯，深入的了解了業務、基礎系統、原型，整理出來了很多問題，問過前負責人、開發同事，依然有很多問題無法得到解決。

有些能解決的，我會將優化方案與開發同事溝通，確認方案可行性和工作量，看能否在現在的基礎上先優化一些部分，直到后來遇見的一件事兒，徹底打破了我的期待。

三、遇到特殊情況，心涼一大截

在實際工作過程中，我發現，很多原型頁面的邏輯，不僅沒有說明，還沒有做更新；原型一個樣子，我按這個頁面順下來的邏輯和開發實現的邏輯不一樣。

因為很多時候開發去找前負責人確認需求和頁面，我并不知情。

然后有一天，前負責人，就是我的組長來找到我，說項目經理（我們項目組的負責人）跟產品部負責人說想換掉我，因為有開發同事反映我管的太多，項目時間很緊張，他們開發時間本來就很短。

這個事情就呼應上面提到的“要提前了解開發和產品的合作方式”。

之前他們的合作方式都是產品定大框，一些細節問題開發怎么方便怎么來，還有一些模糊不清的地方，怎么實現簡單怎么來，總之一切以好實現、盡快交付為目的。

我來了之后很多內容我都想要自己深入了解，然后制定出方便用戶使用、提升B端客戶工作效率的方案；這些方案我也不知道為什么在之前的方案里沒有，之前的方案就是只做信息化，具體方不方便，有沒有提升工作效率好像根本不是重點。

比如該有批量導入操作的沒有，該有批量操作的沒有；該通過系統選擇的就只是手填，系統里所有的“錢”都沒有做關聯等等等等；我認為這肯定不是客戶需要的內容，所以提出來了優化方案；并且優化方案都會提前與開發同事溝通確定能不能實現工作量多少，但依然被“推開了”。

回到上面提到的開發時間緊張的問題上，其實這個項目的時間還有1個多月，時間不少；但是開發同事身兼數個項目，難以把全部精力投入到這個項目；事實證明，就算之后每增加變更需求，項目依然延期了1個月。

雖然我理解開發同事的難處，但是每個人的工作得做好，我得負責從我這里出去的需求和原型是高質量的，開發排期的問題得項目經理決定，再說拿錢多不就得辛苦點。

有點心涼的我，一上頭就制定了我后續在這個項目上的工作原則：

• 如果沒有問題，就按開發同事和前項目負責人定的系統邏輯設計。
• 如果有不清楚的邏輯可以問我，我負責解釋，我解釋不了的，問前負責人。
• 如果有問題，我配合做優化。
• 沒有問題的話我不主動發起優化。

后續果然就沒什么動靜了，項目進度有項目經理控制，跟我說我就了解著，不跟我說我就不過問，就這樣過了1-2周。

四、客戶的回復，讓我的心徹底涼了

上文說到，我在自己了解業務了解需求的時候整理出來了不少問題，當然有我沒有行業背景的原因。

但是有很多問題項目前負責人也無法解答，還有一些開發同事在開發過程中提出來的業務邏輯問題需要我確認。

這些問題如果不能得到很明確的解答，系統將會怎么實現簡單怎么來，會產生很多業務、操作邏輯上的漏洞——沒辦法只能硬著頭皮問客戶。

客戶對我的態度還算比較不錯，之前第二次和前負責人來客戶這里時，我親眼目睹了前負責人和客戶懟起來的場面，直接是看的我目瞪口呆；現場只有三個人的第三個人“我”趕緊插話緩和了氣氛；后續我跟客戶溝通的都還可以，所以我認為這次也能達到我的期望。

約了客戶時間，把問題跟客戶說了說，客戶看了一眼整理的問題，不耐煩的說了句：“這些都跟你前負責人說過了！”；而且越說越激動，意思就是這些業務邏輯都說過了，不能換一個人就重新講一遍吧。

而且很多業務邏輯不是這個客戶負責，邏輯早就不清楚了，當時說的時候你們肯定記下來了；看著客戶已經有點發火，我就趕緊悻悻的撤了——現在我的處境就比較尷尬。

• 一方面去見客戶的問題都是已經和前負責人梳理過，是前負責人他記不清需要再次確認或者根本客戶就沒說明的。
• 另一方面客戶就說都講過了，前負責人都知道。

完全就是在踢皮球；沒辦法疑問解決不了，只能先按開發比較容易實現的方式先實現著，客戶試用的時候有問題再優化。

我已經看到了這個項目的結局，總之肯定爛了；不是我一個人就能力挽狂瀾的事情，所以我接受了反轉不了的結果；而且我也非常厭煩公司的這種態度和做事方式，十分焦慮和煩躁，已經開始在各大招聘平臺尋找下家。

聽說公司還有一個非常狗血的工作方式，就是銷售為了簽單，在跟客戶談的時候會極致的壓縮售價和工期——就算這樣領導也簽，但就是潦草的應付，能交付就行；導致整個團隊都不會認真對待，這種方式好像成為了一種常態，讓我難以接受。

做系統，提供解決方案，不就是為了解決用戶工作中遇到的問題，用信息化的手段減輕他的工作量，提高他的工作效率嗎？

結果你做的東西增加了他的工作量，讓他罵你做的是個shit，這是你能接受的嗎？

我不能接受！我不認為我的設計或態度要被項目的價格如此嚴重的影響，20萬的項目我肯定不會給你提供30萬的方案；但是我認為我做的東西應該有20萬的態度，而不是20萬我只提供我10萬的態度和能力。

我想要給客戶提供超出客戶逾期或者想法的內容，而不是客戶出了20萬覺得血虧。

整個公司的態度、價值觀、工作方式完全和我的觀念不符，就像我的賬號介紹一樣，我想做出讓別人稱道的產品，所以在這家公司待著真的難受。

五、吃著碗里的找著鍋里的，重新開始找工作

這次因為疫情的影響和相當短暫的上崗時間，所以沒怎么有裸辭的勇氣；還好前公司的調休機制不錯，沒事兒的時候加加班可以調休去參加面試。

這次找工作更加注重公司的聲譽和實力，所以心儀的公司就像大海撈針一樣；不過還好市場總是有的，投了5家公司，3家給了回復，都進了最終面，最終選擇了其中1家。

面試沒怎么準備，就是3個月前的老本兒，不過聊起來就像被激活一樣還都能想起來。

3家公司里的一家是做教育的，看中了我之前做教育的背景，所以大家聊的比較投機；還沒被錄取已經快要哥哥弟弟相稱了，薪資和辦公地點都很滿意，但最后一件事兒讓我們直接談崩了，就是這家公司試用期不給交五險。

我極力爭取自己應得的權利，結果人資和面試的領導都給我了統一的回復讓我另謀高就！此處不留爺自有留爺處，拍拍屁股繼續找更好的公司。

后續的兩家公司都到了最終面，更心儀的那家公司給了聯系，所以減少了我很多糾結的可能。

六、終于要離職了

給了offer后跟原公司提了離職，但實際離職的過程比較費勁。

前負責人我組長完全撒手不管我這個項目了，理由是這兩個月他一點沒管，我對接的需求他根本不知道沒法跟客戶交付；而且到了快要交付的關鍵階段，因為目前只有我最了解這個系統，領導不放我走，要讓我跟到實際交付。

但說實在客戶具體什么時候驗收這個誰都保不準，從之前的意思來看，客戶要自己公司內部測試一個月并且要求不斷優化，達到滿意效果后才會驗收；所以按照當前系統的完成情況，我覺得驗收時間可以往1個多月去推算。

當然我也不會言聽計從，畢竟下家等著我盡快入職；在勞動者保護法的權益保護下，我提出了我的方案，方案被領導接受并且與客戶對接沒什么問題，我就成功的離職脫身了。

目前成功在一家主做硬件的公司入職，公司氛圍和團隊在業內評價都不錯，薪資給的也是讓我比較滿意，一簽合同就交五險，試用期過了有一金；我進來之后主要就是做與硬件設備配套的軟件平臺的產品經理，朝著項目負責人努力。

七、寫在最后

以上是我進入第二家公司時的經歷，遇到的事情比較奇葩，而且第一次遇見，所以應對的辦法不一定合理。

記錄下來就是想讓一些看到的朋友有些幫助或思考，或者覺得不合適的，我這就是拋磚引玉，給一些合理的方案也供大家學習思考討論。

篇幅比較流水賬主要就想是記錄，寫的文章比較少所以文筆也不好；看的朋友多擔待，看完的朋友手指比心！對你們有幫助是我最希望看到的，但是也別忘了點贊評論收藏，感謝。

本文由 @大宇 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議