編輯導語:本文為作者與某司 CEO(前微軟產品經理大佬)終面時的部分內容記錄+關鍵問題反思,在春招來臨之時,希望這篇文章能夠幫助到一些萌新或者準備跳槽的產品er們,開始你的閱讀吧~
一、產品經理是從何而來?或者說那些人適合做產品?
有三種類型的人比較適合做產品經理,或者說能做好產品經理:
1. 領域專家
當你在某一個領域做了很久,比如對某項技術的實現能力、行業的發展脈絡相當清楚,在這個領域能夠以專業立足發聲,做到TOP水平的時候,你會發現這個領域里需要有一些改變,應該有或者可以有新的東西出現創造更大的價值的時候,你可以考慮做產品經理了。
以你的認知和資源整合,做一些事情(相當于專家的身份轉換為產品的身份)。
2. MBA
產品經理和MBA是很像的,他們所學習的都是通用的能力,并不解決具體的問題,可以說都是方法論和思維習慣。
當具備了類似MBA的通用能力的時候,其實做的事情和MBA是很像的。從另一個角度MBA所擁有的資源和視角,是能夠幫助產品更快更精準的看待問題解決問題。
3. 發明家
創造一個新的事物,發自內心的認為這個世界里有值得變好的地方,這個是初心 初心最難得,以初心為內核,將經驗技術稟賦資源方法論等等的納入進來,促使一個產品誕生。
基本認同,理想情況下是這樣。我們大部分普通人,意識到這種標準化的參考答案,會有助于自己對職業路徑的塑造。
個人理解還要增加環境變化導致的產品這一類型,比如移動互聯網和智能手機,短視頻時代和新產品形態。PS:只是在環境與產品相互影響的變與不變之間,我還沒想清楚如何持續做讓產品的確定性更高。
二、年輕/喜歡思考的產品經理,所面臨的問題?
人與人的信息對齊是很困難的,領導把任務安排后,一般只有一次去反向確認的機會,確認清楚,并且相信他,才能很好的與團隊其他人溝通,但是溝通中又涉及到相信和傳遞確認的情況。
這種快速的信任和信息對齊,在工作中不易實現。
產品經理對任務安排的理解,會分為“相信事”和“相信人”(任務無法理解則需要選擇詳細安排任務的人是ok的,否則展開工作后團隊會非常累)。
但是,大部分在沒有做到頂尖 或者看到足夠全局信息的時候,喜歡思考的產品經理帶來的內心的質疑,會讓執行過程發生變化,最終影響結果產出。所以哪怕是頂尖大廠,對新產品經理的培養也有失敗率的。
而產品經理的核心工作之一,是在“想”和“做”之間,做平衡。
探討該問題時,被擊中了。個人在被安排任務時,沒有刻意區分開“相信人”和“相信事”二者的關系,在個人的三觀里,相信事的權重大于相信人,經常因為對事的疑惑/猶疑/質疑,忽略對人的信任。
相比于思考層面,自己在求證等執行層面做的不夠,很容易形成這種的心態。這個缺陷點被發掘出來了,有收獲。
三、好的產品經理的成長路徑?
一般好的培養路徑是先灌輸和培養產品的方法論、工作流程和相關體系,按體系進行培養升級,再逐步增加一定的靈活度和個人特長。
四、產品經理的5項核心能力?
- proactive(可以理解為,發現不合理的能力,初心層面)
- leadership(無授權狀態下,讓團隊相信自己的能力)
- technical boundary(技術邊界,知道能做到什么程度)
- communication(和不同團隊溝通,產品沒有資格去挑選合作方)
- project management(項目管理)
五、次換崗的產品經理,帶來的問題?
崗位之間核心邏輯是不同的,換崗而非做專業產品經理的經歷,可能會導致缺乏穩定的產品和個人三觀(吐血),沒有長期可持續的產品信念做支撐。不是說不好,但是會無法快速做出成績。
最近做運營相關的事情,能夠明顯的發現產品和運營,核心理念上差異還是挺大的。產品運營不分家,還是產品運營完全分開,在不同產品模式里完全不同。
六、如何介紹自己?
產品經理自己也是產品,如何介紹自己,比如拿著surface說,其中一個3億用戶用的模塊和一個硬件配件是他的產品。
反思發現,當對自己做過的產品沒有十足信心時,自我介紹的時候,容易把自己放到自己的產品前面;或者用過去的歷程、學校教育等來包裝堆疊。
相信你做的事情 還是不信,本能上是會流露出來的,產品經理的這種自信,需要自我覺知和自我強化,貫穿產品實現的整個過程的;另一方面發現自己面試缺乏套路,比如各種套路問題如何回答。
2個小時聊下來,有發現自己閃光的地方,也有大量的不足反思。總體上,可以看得到對產品經理的要求比自己想象的要苛刻(按照大佬這種教科書式的方式,做出牛逼的產品)。
不過今年也看到了牛逼的野路子產品經理(創業做電商運營,卻打磨出了一款全國線上線下都沒出現過的產品,一個月賣爆幾十萬單),也是一種路徑。沒有被定義過的產品,是產品發明家的一種。
阿非,ToB端人工智能產品經理,多年智能客服領域產品經驗。目前在關注短視頻營銷,有百萬粉賬號打造經驗。
本文由@阿非 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議