03.06 別讓程序員轉行產品經理了,項目是無辜的


最近公司倒閉、項目中止、企業破產的消息時有發生,早些時候還看到“兄弟連”這個業內比較出名的IT培訓機構沒撐過這個冬天,其他大大小小的機構,減薪裁員的比比皆是。

天災人禍這些事,難以避免,只剩唏噓。然而有些問題,我們是可以早發現早治療的,比如鼓譟程序員轉行產品這件事。

別讓程序員轉行產品經理了,項目是無辜的

產品經理就是不僅要懟技術,還要哄老闆和客戶

很多技術想轉行做產品,往往有一種在壓迫中起義的心理。一直接受並實現產品經理提出的各種需求,無論多傻逼的內容都可能出現在自己的工作列表裡,於是下一刻李自成附身,朱元璋在世,自己主導自己的命運,想實現什麼需求,我自己說的算。

別讓程序員轉行產品經理了,項目是無辜的

然而說清楚技術,只是大概解決了產品經理日常被懟“技術說實現不了”的小問題,卻沒有解決“老闆不認可這個方案”的大問題,並且按照程序員思維,這個問題更難解決。

雖然,很多產品經理安身立命的技術就是隨口胡說,我們不提倡這樣吹牛都不畫流程圖的工作方法,但反過來說,無論你是為客戶還是為領導工作,你都得清楚這是雙向信息極度不對稱的工作,因此給予一定的潤滑和變通,是工作順利開展的重要能力

而很多習慣於確定性輸入輸出的思維模式,聯想能力遠大於啟發能力,對二進制的熱愛遠超於八卦的程序員,可能這是個大問題。

產品可以不懂複雜的代碼邏輯,但要懂業務或營銷邏輯

很多乙方的產品,說白了就是顧問式銷售的角色。對使用體驗,用戶增長,運營支持等等完全不懂,但是隻要他老人家一開口,就是各種成功產品案例如數家珍,服務過的客戶對其敬佩有加,言談如沐春風,舉止雍容華貴。而客戶也往往在其蠱惑下能紛紛掃碼支付,簽訂合同。

別讓程序員轉行產品經理了,項目是無辜的

而甲方的產品,相對來說要服務的對象就更多了。不光是自己的頂頭上司和老闆,還有業務部門的各個領導。你需要在有限的時間精力中,服務好各方領導無限的要求和慾望。沒有人能保證絕不犯錯,而要想在你自己犯錯的時候不至於情況太糟糕,就得看你能否認清業務重心,懂得什麼錯程度較輕,什麼錯絕不能碰。

在每一個迭代升級的過程中,數據和信息都是公開的,“

以數據說話”其實是非常簡單且直觀的工作方式,但是“如何理解數據”卻是人工智能也在不斷學習,且每個人都有自己的一套標準體系的思維框架。而對業務理解的深入程度,也決定了對產品相關數據理解的更接近真實,更有參考價值。而程序員因為長期接觸的是計算機編程思維,因此做數據關聯解讀應該沒問題,但數據引領業務前行,就容易得出似是而非的結論。

極度強勢或非常寬容,聰明只是基礎,性格更是關鍵因素

產品需要接觸大量的信息,需要有較強的記憶力,理解能力,抽象思維能力和換位思考能力。但這還遠遠不夠,因為產品的重要職能中,把不同語言體系的話翻譯給另外一部分人聽,還只是一個基礎要求。而說服對方接受自己的更優觀點,哪怕從對方的專業性上來看難以接受,但仍能讓對方接受自己的觀點,靠的可就不僅是溝通能力了。

別讓程序員轉行產品經理了,項目是無辜的

個人魅力,自信,能力表露,決策能力,都是需要在不斷地跟人打交道,不斷地進行談判,說服,合作嘗試,通過經驗堆積而產生的外向能力。

在我所接觸的比較成功的產品中,基本有兩大極端。第一種是極為強勢的類型,說一不二,據理力爭,誓死捍衛自己的方案和原型。第二種則包容的多,溫柔和善,凡事可談,什麼要求都不會拒絕,但很多事往往在溝通中就會化解矛盾。

這兩種類型都是非常好的生存策略,但前者怕錯,後者怕急。前者勝在高效,後者勝在精巧。但無論哪種,都不是每天對著電腦打代碼就能習得的。

程序員轉行產品,可能還不如去跑滴滴

前段時間關於職場中年危機的梗裡,最出名的恐怕就是中年程序員失業後去跑滴滴。如果不考慮腰椎間盤,脊柱和尾巴骨的損害,滴滴其實比產品經理更適合程序員。

別讓程序員轉行產品經理了,項目是無辜的

並不是說從社會地位或賺錢能力上程序員不可以往其他領域發展,而是從程序員的初衷來講,滴滴更符合大部分人的職業選擇潛臺詞。工作彈性大(所以可以多勞多得), 不會有爾虞我詐的複雜社會關係,每天都是自己熟悉的工作內容,不必一直學習或掌握新知識(否則中年危機也不會那麼強烈啊),可以偶爾接點私單(開車的時候拉點貨)

反觀產品經理,要不斷的在各種壓迫中心累地反擊,出了錯背鍋要擔責,複雜的辦公室鬥爭中始終不會缺少這個中樞角色,每天經常都累的沒法接各種私單。

所以,為了項目,為了自己,請各位轉行產品的碼農們三思而後行。


分享到:


相關文章: