功夫再高也怕菜刀,只要有人的地方就是江湖。當我們身在職場的江湖中,除自身專業技能外還需要加強職場技能。在職場中處事不當專業技能再堅挺,也容易被埋沒或被別人打壓。職場關係處理得好,工作過程可以順暢很多,不說事半功倍至少可以少很多不必要的麻煩。任何職業只要在職場就擺脫不了職場裡的彎彎道道。
下面分享我產品經理生涯中遇到幾件印象深刻的事情,也就是我在經歷之後才逐漸明白職場處事的重要性,這也就是我除了寫一些產品經理相關分享外還會分享一些職場乾貨的原因之一
之前在一家軟體公司上班,不同的產品線由相應的產品經理負責。其中就有個產品經理,從業務線轉過來的對業務場景非常熟悉,同時自學能力也不錯自學各類常用資料庫什麼。或許是自生技能較硬的緣故,在與研發部門交流時變得特別強勢經常是寸步不讓。導致跟他對接的很多研發人員對他非常不滿,在之後人事的一次調研中很多人反饋對其不滿最後被公司解僱。
其實產品經理在與研發人員交流時,在不違背需求目的 的情況下適當讓步或調整需求是完全可以的。儘管研發人員很多時候只是一個根據需求檔案或原型執行的角色,但是站在研發人員的角度有研發角度的顧慮或建議,或許人家有更簡單方便的方法滿足使用者的需求。在交流過程中根據對方提出的建議去進行適當的調整並不是什麼可恥的事情,如果一味的堅持不肯讓步不出問題倒沒啥,要是出了啥問題那才是羞恥的。
以前我認為小企業創業公司不會存在什麼勾心鬥角的情況,因為大家都奔著同一個目標去努力,努力把事情做好就行了。直到有一天我這個幾年經驗的產品經理被研發負責人告知「你這需求檔案看著沒法進行開發,運營負責人從大廠出來的見過很多需求檔案,你去請教他怎麼寫需求檔案」。其實在創業公司或小公司很多時候為了效率直接用原型就代替需求檔案了,甚至一些簡單的一兩句話就能說清楚的需求或調整原型都沒有。我當時特別震驚,仔細詢問後得知是運營負責人關心的需求優先順序被排後面了。這種情況在產品經理的認知裡面其實更奇怪了,運營對需求優先順序排序有問題應該直接找產品經理才對。
最後我分析應該一次在與客戶電話時,運營與研發兩位負責人邀請開會沒及時參與,而會後因為忙又忘了主動去詢問兩位負責人。之後便有了所有需求都必須寫需求檔案,便有了最後的「你這需求檔案看著沒法進行開發」。而起因很有能僅僅只是邀請開會沒及時參與,給人感覺沒把對方當回事。
今年公司研發負責人換人,老闆親自面試進來一位從某豐出來的人才。一入職就鬥志激昂,想把公司產品如何如何改造、系統如何如何打通,一開口就滔滔不絕。部門內部開會揚言「幹掉產品經理」「有他在產品不會好過」,可他卻沒想到在他來之前公司產品與研發相處其實很融洽,一散會我們就收到了他的豪言壯語。沒幾天他就搶了很多產品經理的活,組織其他業務部門開需求會收集需求,主動跟客戶打電話討論需求。結果一段時間後不但需求沒處理好業務部門投訴到產品部來了,公司一些專案也因為他越過指定對接人直接與客戶交流給客戶帶來了不好的印象,最終準備申請轉正的他直接被解僱了。
期間我跟這個人交流過幾次,覺得這個人想把事情做好也有些能力,無奈剛入職後調子就起太高又沒做出什麼成績,公司業務環境還沒了解透就感覺在搞內部分化了。即使能力最強剛到一個新的環境需要先把公司業務環境弄清楚,把自己的本職工作做好做出成績,大家看到成績了再說要合併產品部什麼的也不遲。如今的時代僅僅憑一些理論知識或者一些概念就想一直忽悠住別人幾乎不可能,說的最好聽老闆們也會去看帶來的實際收益是什麼。
之前在小視訊中看到如果領導問你忙不忙該怎麼回答的問題。你說忙領導會覺得沒把他當回事,你說不忙領導會覺得你偷懶,正確答案應該是直接反問找我有什麼事。
一次出差去客戶那做產品培訓,雙方領導都很重視的專案,在去之前對方領導就在群裡安排指定人員對接負責吃住行。因為安排了對接人,我下飛機也沒想太多直接在群說到機場了,沒想到對方領導直接群裡@他 安排人去機場接。後面打電話給對方才知道對方太忙根本抽不開身去機場接送,而且目的地去機場往返要將近3個小時。我也不想麻煩,跟人家說自己打車過去好了。正準備在群裡同步情況時,對方領導見沒回復繼續追問 問接到人了沒有。我還正想著怎麼回覆時,對方沒說沒來接也沒說我自己打車過去,直接來了句人下午到場。
所以我們看待問題的時候,要養成去看事物本質的習慣,領導問你忙不忙的本質是有事情需要你去幹。從本質上處理事件能把事情處理的更好,之前也專門寫過一篇透過現象看本質相關的文章感興趣可以看看《透過現象看本質,如何針對使用者做好需求分析》
不知道你在職場中有沒有遇到過類似的事情呢?歡迎留言評論