在VIPKID做了一年產品經理,我總結了這些經驗
筆者在VIPKID工作近一年,趕巧在馬云退休那天決定離職。這是筆者總結的44條產品方法論和9條工作方法論,與大家一起分享~~
一、那些年
1. 北漂
2018年7月8日,一大早,我下了7號晚上從武漢發(fā)往北京的火車,正式開啟了自己的北漂生涯——這是我第三次來到北京,卻沒有往常熟悉的感覺。
也是,前兩次都是來參加活動、來玩,而這次是要在這個令很多外地人向往卻又有些許恐懼的城市生活、工作。
那時,我剛大三畢業(yè),大三暑假正是大學生扎堆實習的時候,沒有像大多數人那樣選擇留在武漢或者南下廣深,而是鼓起勇氣頂著“北漂”這兩個字代表的壓力和恐懼孤身北上,正式成為北漂大軍的一員。
2. 與VIPKID相識
2018年10月8日,國慶節(jié)過后的第一個工作日,我來到VIPKID辦理入職,正式成為VIP蜂校的一名產品實習生。
那時,我剛升大四,沒有像大多數人那樣因為校方“大四要回來上課,臨近畢業(yè)事情多,別影響了畢業(yè)”等說辭返回學校上課,享受大四的美好校園時光,而是向學校提交申請后繼續(xù)留在公司實習。
3. 與VIPKID告別
2019年9月10日,說來也巧,剛好在教師節(jié)這天,正值馬云宣布卸任阿里巴巴董事局主席之際,讓我糾結了一兩個月的一件事兒,也終于在那天做出了決定:我向領導和公司提出離職申請,將離職日期定在了中秋前的最后一個工作日9月12號。
那天,我剛大學畢業(yè)71天,沒有像大多數人那樣因為剛畢業(yè)沒多久而限制自己不能換工作,沒有被第一份工作至少要做一年多的說法給禁錮,而是在剛畢業(yè)71天時選擇了離職,換工作。
2019年9月15日,今天,是我來北京的第434天,與VIPKID相伴的時間也于9月12日定格在了339天。
在告別VIPKID,開啟新一輪的職場生涯之際,按照慣例進行反思,把自己在VIPKID這近一年的經歷進行了總結。本次總結的范圍為自7月1日正式轉正至9月12日這兩個多月的工作經歷,概括出以下44條產品方法論和9條工作方法論:
二、工作總結
1. 產品方法論
1)閉環(huán)思考
在設計或優(yōu)化一個功能的時候,不能只考慮在某一個點上,要從這個功能的全流程去考慮,思考本次的設計或優(yōu)化對整個閉環(huán)的影響面,全流程評估之后再做決策。
2)往上層思考
作為一名產品經理,一定要有意識去往上層思考,從公司、領導的角度來審視思考自己做的需求能夠給公司、給業(yè)務帶來收益,產生價值?不能悶頭做需求,從而淪為功能型產品經理。
3)系統(tǒng)全面思考
遇到問題之后,盡可能從全局去系統(tǒng)全面的思考,想到所有可能的原因和情況,然后再結合實際問題制定解決方案。
4)抽象思考
做產品尤其是后臺產品,要培養(yǎng)自己的抽象思考能力,面對用戶側各式各樣的需求,要善于去總結抽象這些需求的共性,然后搭建一個抽象化的產品來滿足這一類的功能需求,提升后臺產品的靈活性和拓展性。
5)獨立思考、逆向思考
遇到問題之后不要一上來就去問,先自己獨立思考一下,培養(yǎng)獨立思考和逆向思考的意識;如果正向思考得不出有價值的結論,就試著逆向反過來思考。
6)多元思考
在工作或者生活中,洞察到一個問題之后,不要就僅停留在這個問題本身去思考原因,這樣很容易限制自己的思路;思考一個問題時,要能通過其他維度去拓展思路,引發(fā)新的想法。
7)往本質思考
出現(xiàn)問題的時候,要結合最初的需求目標去往本質思考尋找解決方式,在思考過程中不要參雜其他考慮,避免對思路造成干擾;尋找到問題的本質之后,再結合實際情況去制定解決方案。
8)不要為1%的用戶影響99%的用戶
在制定產品策略時,不能因為1%的用戶存在的問題去修改策略而對99%的用戶產生影響,任何產品都不可能對所有用戶都友好,遇到這種決策時一定要站在大多數用戶這邊。
9)注重基本功
目前自己正處于快速學習成長期,這個階段需要打牢堅實的基礎,嚴格要求自己。
不管是寫文檔還是設計方案,不能偷工減料,要以高標準和高質量來嚴格要求自己,為未來打下堅實的基礎。
10)結構化表達
在表達問題之前,先要在大腦中想好思路,然后根據想好的思路結構化的將自己的想法說出來;先不論思路的對錯一定要有自己的想法來支撐自己的觀點,不要想到一點說一點。
11)先確認問題再解決問題
遇到問題之后要先深入了解問題的背景及現(xiàn)象,控制變量,仔細確認問題細節(jié);在充分確認問題之后再思考解決方案,深入細致慢思考;不能全然聽信問題提出人對問題的描述,這種描述只是他對問題的理解,不要受其干擾。
12)先思考再行動
有了新的想法或事情時,先自己深度思考一下,把需要做什么/溝通什么等都想清楚了之后再去行動;別一上來就做,最好能遵循Why-How-What的法則。
13)跟當事人確認消息
在得知對項目或自身影響較大的消息,需要根據這個消息來做決策時,不能只聽二手消息,一定要跟當事人親自確認一下之后再決策,沒有經過確認的事兒也不要亂傳。
14)勤于思考,深挖本質
遇到問題之后要多去思考,多去問為什么會這樣,不斷深挖本質找出問題的真正原因之后,再下結論或者輸出方案。
15)重復結論
不管是開會也好,臨時去跟別人討論也罷,結束時一定要重復總結一下達成的結論。
16)認真傾聽,高效溝通
溝通時要注意傾聽,在清楚了對方所表達的信息之后再發(fā)表自己的見解。
17)適當具體
不管是畫流程圖,還是寫文檔設計方案,首先要保證該有的東西都要有,在此基礎之上再去追去簡潔;不要為了簡潔而簡潔,太簡單之后別人反而看不懂,該有的東西還是必不可少的。
18)精細化溝通
跟人溝通的時候,如果兩個人的職責范圍有區(qū)別,針對一些可能產生不同理解的名詞要提出來,確認雙方對其理解一致的前提下,再繼續(xù)后面的溝通。
19)后臺產品設計原則
做后臺產品最重要的是操作效率、正確率及系統(tǒng)拓展性,不要老是被界面樣式和美觀性所干擾,導致影響了自己對系統(tǒng)拓展性層面的思考;后臺產品設計原則優(yōu)先級:先有—>高效—>易用—>好看。
20)后臺校驗
后臺系統(tǒng)要根據相關標準,對上傳的內容質量進行嚴格把控,確保存儲到系統(tǒng)的內容都是標準化的。
21)大后臺小前端
一款產品,不應該將C側做的太重,別讓C側去做太多的處理和判斷,將這些復雜的東西都交給后端去做,依靠后端發(fā)力去支撐整個復雜的運轉。
C側只需要去展示后臺的結果就好做前端,要能盡量做到精巧極致,功能要全面,而且要足夠靈活,使它適應各種各樣的后臺——做后臺,就要把它做強大,要開放,要標準化,成為可以協(xié)調和整合資源的調度者。
22)場景貼切原則
在設計產品的時候,要從這個產品的目標用戶的角度去考慮,產品架構機制也好,起名也罷,要以目標用戶最容易理解的為準,不要把與目標用戶無關的信息強加給用戶。
23)洞察產品之外的心理和需求
作為一名產品經理,在設計方案時不能僅考慮產品或系統(tǒng)層面的事兒,也要盡可能以同理心的角度把自己變成一個真正的用戶,從用戶實際使用產品的角度來思考一些產品之外的事情。
比如用戶操作每個步驟時會有哪些心理活動,會遇到產品之外的問題,洞察到這些心理活動或問題之后,思考解決方案將其產品化,這樣會使得產品具備人情味,在細節(jié)上真正打動用戶從而贏得用戶青睞。
24)用戶調研的氛圍
在調研用戶的時候要注意對環(huán)境氛圍的重視,不要刻意去制造一個新的氛圍,最好的氛圍就是用戶平時的氛圍。這樣的環(huán)境和氛圍對用戶來說是最自然的,不會因為環(huán)境的改變對調研過程或結果產生影響。
25)不做自己還沒想清楚的需求
作為一名產品經理,對于自己還沒有深入思考想清楚,或者理由/收益連自己都說服不了的需求堅決不做。
26)預期管理
要學會管理預期,不管是在跟業(yè)務方溝通的時候,對接業(yè)務方需求的時候,還是在寫上線郵件,自己規(guī)劃產品的時候,都要有意識的對預期進行管理。盡量不要用一些高大上的詞語,這會使得其他人對此有很高的預期;只有合理降低/控制好了預期,自己才能有更多的機會做一些超出別人預期的事兒,獲得更大的認同感和成就感。
27)主動了解技術實現(xiàn)方式
作為一名產品經理,應當發(fā)揮大學軟件工程專業(yè)的優(yōu)勢,主動去了解需求的技術實現(xiàn)方式。如果感覺有更好的技術實現(xiàn)方式的話可以跟技術溝通,甚至是在跟開發(fā)講解某些產品設計思路的時候,就可以用一些技術術語和思路去溝通。這樣不僅能夠避免被開發(fā)忽悠,更好地與開發(fā)建立起信任感,也能夠提升自己的競爭力。
28)預先溝通
在新項目/需求拉會溝通之前,先分別跟每個會涉及到的人員單獨溝通說明一下背景,詢問一下時間是否OK,然后再去拉群發(fā)會邀請,這樣大家會有一定的心理準備不至于感覺很唐突。
29)需求評審詳細說明背景和目的
需求評審時,要詳細說明每個需求之所以這么設計的背景和目的是什么,為什么要這么做。不能單純地說要做什么做成什么樣,不然開發(fā)很可能會因為沒有了解清楚需求的目的,僅僅是做出了需求上的樣式卻不能達到實際的目的。
30)養(yǎng)成需求封版意識
一個版本的需求評審之后就應當封版,不要在這之后再在這個版本里面去給技術加一些新的需求,這樣不僅會增加項目延期風險也會使得開發(fā)非常反感。
31)項目管理
不管多大的項目,時間都盡量控制在一個月之內,萬一不行就拆分成不同的子項目開發(fā);超過一個月的項目,大概率會由于公司內部人員流動給項目造成不可預知的風險。
32)精細化項目管理
目前自己跟進項目進度的時候,過于形式化,就只是簡單問了一下相關的技術各個節(jié)點的進度正是否正常,不能夠很好地掌握相關實際進度和預知風險。
以后再跟進項目進度的時候需要詳細具體一點,最好能夠以百分比的形式衡量量化具體的進度,這樣不僅自己能更好的預知相關風險,其他人也能夠比較清晰地了解項目目前的實際進展。
33)預知風險
針對產品排期和開發(fā)進度相關的風險,要能夠根據項目人員的精力和實際進度提前預知,不要等到節(jié)點的當天才發(fā)現(xiàn)風險,老是處理這種緊急的事兒會讓自己喪失干勁兒。
要培養(yǎng)自己提前預知問題和風險的能力,這樣才能給自己預留時間來靈活處理。
34)及時暴露問題
根據排期的節(jié)奏,適時開站會跟大家一起同步進度。如果有風險或者問題就要及時暴露出來,讓相關負責人能夠知道這個事兒,并制定相應的對策。
35)版權意識
在互聯(lián)網行業(yè)要培養(yǎng)自己的版權意識,尤其是作為產品經理,在上線產品功能以及對外宣傳的時候不能用沒有所屬版權的內容。
36)數據安全
在互聯(lián)網公司上班要具有較強的數據安全意識,從平時工作到系統(tǒng)設計,都要嚴防數據泄漏的情況,不要在系統(tǒng)設計和使用上留下數據泄漏的隱患。
37)注重內部信息同步
產品內部會有不同的分工,如果自己負責的模塊接了新的需求涉及到會對用戶側有影響的地方應當及時地去跟相關同事同步,不要輕易上線一些功能,避免信息不對稱引后繼問題。
38)對項目排期要有敬畏之心
作為一名產品經理,對自己主導負責的項目排期要有敬畏之心,既然大家在一起根據手頭的實際情況定下來排期正常情況下就得嚴格遵守,不管是通過晚上加班還是周末加班都要保障項目如期推進上線。
39)嚴格把關上線
項目上線之前,要反復多體驗幾次,發(fā)現(xiàn)一些細節(jié)問題。只要是自己從客觀角度覺得不好的點,可以優(yōu)化的都要爭取全部優(yōu)化,不要帶著問題和遺憾上線,你覺得不爽的地方也可能會讓很多用戶覺得非常不爽。
40)項目復盤會議
負責的項目如果出現(xiàn)了比較嚴重的延期,或引發(fā)了其他問題時,要及時對項目過程中暴露出來的問題進行記錄,項目上線后拉著項目成員及相關領導對項目進行復盤;復盤會議上盡可能去調動大家發(fā)表對這個項目的觀點和建議,營造一種暢所欲言的氛圍,一起通過復盤來總結吸取經驗。
41)持續(xù)跟進項目,深入長遠思考
在跟進的項目進入開發(fā)階段或者上線后,不要覺得這個項目完事兒了就不關注了;要對項目進行持續(xù)跟進和關注,對項目效果和相關數據進行分析,通過分析發(fā)現(xiàn)新的問題然后推進迭代優(yōu)化。
42)堅持原則,適當強勢
在需求評審時,已經決定要做的需求除非特殊情況否則不能輕易因為技術實現(xiàn)或者技術的其他理由而妥協(xié),該撕逼就得撕逼;定好的項目排期也不能輕易接受延期,該強勢就得強勢。
43)用戶側滯前于后臺上線
若涉及到后臺會跟用戶側產生聯(lián)動的功能,一定要等用戶側先上線了之后再去上線后臺的入口及功能。通過系統(tǒng)來嚴格控制信息的錄入規(guī)則,不能通過人為約定的形式來控制。
44)在保證線上環(huán)境穩(wěn)定的情況下上線
不管是B側還是C側,大功能還是小功能,都要在保證線上環(huán)境穩(wěn)定運行不受影響,才能上線,否則就算是延期也要等質量過關了再上線。
2. 工作方法論
1)專業(yè)的人做專業(yè)的事兒
當遇到非自己專業(yè)的事兒時,要及時跟專業(yè)的同事請教確認,不要以門外漢的身份去瞎理解浪費時間。
2)職場中不要當老好人
在職場中一定要有自己的原則,立場,想法和界限意識;非自己的原因導致的問題絕不背鍋,不能當一個老好人別人說啥都同意,要有自己對問題的想法和立場,在自己的原則之上對問題進行定性;在工作中不要將跟同事的關系,尊重和偏見的情感心理參雜在工作當中;工作的時候就按照崗位職責就事論事,對事不對人。
3)拒絕抱怨
遇到問題之后不要抱怨,抱怨不僅解決不了問題還會給自己增加心理阻礙、作為產品經理本身的職責就是去推動解決問題,遇到問題之后,想辦法去推動去解決問題就對了。
4)立刻去做
不要有拖延的習慣,遇到任務或者事情的時候,如果不屬于需要提前準備的,只要想清楚了就立刻去做,不要瞻前顧后想這想那導致拖延。
5)別怕犯錯
只要不是犯低級錯或者重復犯同樣的錯,其他的都不要覺得不好意思、尷尬。要敢于犯錯,在犯錯的過程中長教訓,吸取經驗才能更快更好的成長;而且現(xiàn)在自己剛好又正處于應屆生的身份,在這個身份下公司會給予自己更多的容錯度,試錯成本最低,所以在這段時間中多經歷一些坑對自己的職業(yè)發(fā)展來說是很有好處的。
6)堅定立場
對每件事兒都應該去深入思考,從而形成自己的想法和立場。除非自己的思路明顯是錯的,否則不能輕易向別人妥協(xié),用自己的思考去跟對方博弈溝通,在溝通的過程中學習提升。
7)及時反饋
對待領導或者別人交代或委托給自己的事兒,有結果之后應當及時反饋,不要悶不吭聲;及時反饋之后不僅是對這件事兒本身有了一個交代,還會加強別人對你的信任感。
8)別太在意自尊
剛畢業(yè),在職場上正處于一無所有的年紀和狀態(tài)。在這個年齡段,如果過分在意自尊,太要面子,會因此錯失很多成長和鍛煉的機會;趁著這個一無所有的年紀,放下自尊抓住一切機會來鍛煉提升自己。
9)直接給別人想要的
對于別人交代的事兒或任務,在輸出結論同步或匯報時,直接說對方關心的想要的結果,別啰里八嗦的說或者給的結論中包含對方不關心的事兒,還需要對方自己去甄別。
以上,就是我自7月1日以正式畢業(yè)生身份轉正至9月12日離職期間,對親身工作經歷的一些總結。
P.S. 其他總結可查看另兩篇文章《產品實習生的44條反思總結,產品新人必看》《我給產品經理設計了一個自檢清單,希望對你也有用》
工作之后越發(fā)覺得時間過得快,轉眼告別這家工作了近一年之久的公司,明天也即將正式開啟全新的職場征程。
感謝在VIPKID這一年的工作經歷,感恩這一年中遇到的人,經歷的事兒,都讓我受益良多。
回過頭來再看看離職這件事兒,其實自己也確實完全沒有意料到會在剛畢業(yè)兩個多月的時候去換工作,可計劃趕不上變化。跟朋友,家人,領導,同事溝通離職這個想法的時候,有人感到驚訝,有人覺得突然,有人支持,也有人覺得,我還是太年輕。
至于這個選擇的好壞對錯,現(xiàn)在誰知道呢?
未來充滿了太多的不確定性,但也正是這些不確定性才讓未來顯得如此有魅力。
但盡人事,其他的,都交給時間吧。
本文由 @AlecZheng 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議
可以抽取幾點建議給新來的產品同事看看,雖然大家在接觸產品工作后都會感同身受且真切領悟,在帶新人/作為一個管理者來說確實需要一套方法論作為工作流程的支撐;雖然內容比較多,但是有些還是很關鍵的
可以分享下為什么忽然要離開嘛?
不愿意透漏的話,要么是私人原因,要么是說公司的壞話,作者想說早就在開頭說了,但是避重就輕地說了好多自己的經歷與感想,說實在,那一條條的經驗跟別人發(fā)的雞湯沒什么實質的區(qū)別。唯一不同的是,可能作者有VIPKID的背景,而且突然辭職,做了很多人不敢做的決定才是吸睛的亮點,把VIPKID工作的部分去掉,普通人發(fā)出來,估計都沒人看吧
相較于方法論確實更好奇背后的原因,但你也別酸作者了 :arrow:分享一下總是好的 ;另外就我行外人來看,在線教育在目前還是以銷售驅動、師資驅動,產品端可以發(fā)力的點應該有限,不知道大家怎么看?
沒酸,只是覺得社會的現(xiàn)狀都是這樣,說的方法論是否有效不是重點,重點在于其他的東西。
個人原因,期望有更大的鍛煉空間和成長機會~
寫的很棒!適合初入職場的新進產品經理來看,從文章中可以看出您這330多天過得不錯,充滿了思考,未來加油
感謝認可和鼓勵哇~
寫得很棒?。∵m合初級產品經理看
哈哈,感謝認可喲~
結構化表達很好,小小建議:可以考慮一下讓這邊文章結構化表達一下,當表達觀點超過5個以上,就需要考慮分類…點太多不容易被人記住。
感謝,非常好的建議~
似乎錯過了一個藍海公司,朝陽產業(yè)
既然已經做了選擇,就不后悔啦~
想從測試轉產品,好像知道產品應該做什么,好像又不知道,沒法正確的著手去干點什么,可以給點建議不?
可以加微信聊一下哇~
我也想加您微信聊一下,可以嗎~
微信公眾號,有我的勾搭方式 ??
好的,謝謝你~