從讀《微信背后的產品觀》到思考前端工程師的未來
在面對職場的迷茫期或瓶頸期時,有時看看別人的見解,或許可以給自己一點啟發。這篇文章里,作者便讀了《微信背后的產品觀》,并借機會分享了這幾年的職場迷?;蚺?,一起來看。
我是一名兼任PM的前端開發者,近半年在公司負責升級一直在開發與運營的一個B端的Saas商城系統;
在對需求剖析、需求抽象、每個字段含義的推敲的時候,我越發對微信這樣簡潔、自然的產品產生興趣與共鳴。
也會情不自禁的贊嘆微信清晰明了、謹慎內斂的結構化產品思路。
雖然微信這么多年上線了如此多功能與特性,但是產品簡潔而克制的靈魂從來沒有改變,哪怕對于60歲的人來說,也幾乎不存在用不好微信的情況。
而我做為微信的使用者,廣義技術上的開發者,無論是產品還是技術維度,都讓我越加佩服與引起共鳴 (惡心的小程序開發除外)。
昨天終于行動了起來,把這本知名的《微信背后的產品觀》找出來并讀了起來,與其叫一本書,不如說是一個演講的記錄,很短,大約2小時就讀完了,主要內容是2012年微信4.0發布時候,張小龍長達8個多小時的公開演講的內容;
不同于其他產品經理的書籍,他們會告訴你各種方法論、科學分析方法,張小龍截然相反的采用了一種極其浪漫的方式去看待產品,去理解所謂的用戶需求,我認為這種產品思路的領先是微信這么多年在社交領域立于不敗之地的根本。
雖然在最后,張小龍看似補刀似的說:我所說的,都是錯的;但是這恰恰就是他的產品理念,所謂產品沒有任何科學方法,完全來自于對人,對人類群體的理解,對自己的拷問與質疑。
我也斗膽推薦大家看看這本書,很快就能看完,人類之所以存在信息差,就是因為不知道,或許看完這本書,你會打開新的思路,某些問題也能豁然開朗。
借此機會,我也想與大家分享一下,這幾年我作為一名前端開發者的迷茫與努力。
一、業務前端開發者的困境
我只是一名普通學歷,普通的業務前端開發者,所以以下僅是我的個人感覺,不代表所有前端開發者。
目前在一個小型互聯網公司的saas電商部門下,主要職責是前端開發組長,我們公司的主營業務不是saas電商,所以這幾年算不上受到到很強的市場沖擊,平時會管理幾人的小團隊,我18年畢業至今,一直在這家公司。
而我大學畢業之后一直從事前端開發方向,在我工作1-3年的階段,我都保持著對技術的熱情,主要是因為嘗到了學習技術的甜頭,那時候我堅定的認為下一個階段是全棧,在工作之余我花費了大量的精力學習技術;但是后面我就發現了一個很現實的問題,公司需要大家更好分工協作,所以高級別的項目后端是絕對輪不到一個前端去開發開發;并不是說能力不行,而是人的精力有限,前后端都干,還要管團隊,是忙不過來的。
在這樣的環境下,關于全棧技術的學習,我也越發疑慮,逐漸走到了大多數業務前端開發者的臨界點。
- 業務前端的35歲危機在普通人身上是存在的,我們的年紀、精力、外部壓力都不允許你永遠征戰一線,并始終保持高競爭力。
- 業務前端的上限很低,大多數努力的前端開發者可以在3 – 5年內觸摸到業務前端的上限,職位也就是前端組長。
- 技術縱深是很好的選擇,但是受限于綜合實力(英語、計算機基礎、天分),普通人可以達到的縱深遠比想象的要淺。
- 技術學會了,但是用不上,也會慢慢被遺忘;demo級別的應用無法讓開發者對某一項技術有深刻理解。
- 在業務開發場景下的前端,永遠是沒有靈魂的大頭兵,上限低就意味著待遇相對較低、可替代性相對較強。
- 代碼寫的越多,與人交流的機會越少,對于幾十年的人生而言,這是一件很沒安全的事情。
總結一下,就是因為興趣而走的前端技術路徑開始越來越窄,前路開始越來越看不清,時間推著我向前,這不禁讓我低頭沉思,下一步究竟要怎么走?
二、說回產品
到目前為止我也依舊不確定前路怎么走,接下來的一些結論,只是我的一些探索。
在大學后期,我隱約感覺技術路線并非我所擅長的時候,我有目的的學習了微觀經濟學、企業管理、競爭戰略相關的知識,從而間接接觸到了互聯網產品,也就是pm。
我很快就感受到了pm的魅力:創造,我恰好是一個喜歡新鮮事物的人,在技術上總喜歡優化、迭代、升級,親手構建出優美并且有價值的產品極具滿足感,而前端開發者與用戶的距離比任何一個崗位都要近,甚至可以說:前端開發者決定了用戶體驗。
如果一個人同時具備前端開發 + 產品的能力是不是還不錯?
- 消除技術與產品的認知壁壘,后續我們做到了,在我們公司,產品和技術從來不吵架。
- 如果有能力決定產品走向,開發者就可以是一名有靈魂的大頭兵,甚至晉升軍銜。
也就是說,我逐漸不再下探技術,而是走向用戶。
走向用戶,并不意味著開發者要放棄對技術的學習,技術很重要,技術能力依舊是核心競爭力,而是隨著我對技術的理解逐漸深入,開始越發清晰的了解到,究竟什么樣的能力是前端開發者最需要的,什么樣的能力邊際收益是最高的。
在我從事前端開發第2年至今,我一直都有在產品這方面作出努力與嘗試。
關于這幾年產品的結果,大概可以用這句話來形容:
100個想法中,80個想法死在在調研與分析階段,15個想法死在在demo階段,最后落地5個想法,其中4個反響平平,只有1個還算成功。
雖然絕大部分都是失敗,但是站在此刻回頭來看,這幾年的產品的學習將我的思維高度提升了很多,綜合能力也提升了很多,因為很多想法初期是沒有團隊介入的,凡事都需要親力親為,需要思考需求、寫最小demo、UI設計、溝通,而上線后,有需要又要為產品負責,就需要進行數據分析,線上數據的觀察,等等….,這其實比寫代碼累多了。
這些進步不像程序的學習有一個可量化的指標,這樣的軟實力很多的是一種感覺,雖然依舊是時而迷茫,但是也偶爾會有一些收獲。
雖然我做的產品決策越來越多,公司與同事給予的信任也越來越多,所以在產品上的舞臺也是越來越大,而看了《微信背后的產品觀》,里面的想法非常符合我對產品的理解,當然我的理解是相對淺顯與張小龍沒法比的,不過張小龍對產品的理念,以及他對需求的理解,這樣一套浪漫的方法論,真的非常有魅力,這也是為什么,我看完最后決定寫這篇文章。
三、跨越“技術”思維
這幾年,我的老板經常會找我聊天,因為我和他提過對產品很有興趣,在前兩年,他反復和我提一句話技術為業務服務,我當時覺得我理解這句話了。
我想,這不是廢話,寫代碼最終都是為了公司的項目,為了更好更快的完成公司需求,我要狠狠的學習技術。
之后來隨著我寫的代碼越來越多,我對這句話逐漸有了新的理解。
之前過于執著于技術,總是站在寫代碼的角度去理解,而這句話的側重點是業務,或者我們換個詞交付。
并不是技術推動交付,而是在推動交付的因素中,技術是其中之一,我們可以衍生出很多類似的話;設計為業務服務、產品為業務服務….
所以技術的目的并非技術,而是交付價值。
人們總是不自知的放大自己在團隊中的價值,這樣只會蒙蔽大家的視野,走到更高處,對很多事物將會有不一樣的理解。
低緯度的技術思維,走向高緯度的業務(交付)思維。
四、最后
其實我本來只是覺得讀了還不錯的一本書,不復盤、不留下點什么反思會達不到學習的目的,寫著寫著就想到了自己的職業,想到了這幾年的經歷;
總結性的話不說太多,希望可以幫助到屏幕前你,我們共同成長,共同進步。
本文由 @狗阿木的產品日志 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!