如何從測試工程師發展成為產品經理?

我現在是一名測試工程師,做了一年多了,參與過幾個項目。現在給自己的定位是發展成產品經理,想問問各位大牛應該從哪些方面開始準備?大學的時候也學過項目管理,需求分析這些,但畢了業就沒在從事過,經驗為零,編程也不太好 還請各位大牛指導


不請自來了。

這個問題彷彿就是問我的一般。先說說我自己。

我畢業後從事了相當一段時間軟體測試的工作,最高做到高級測試工程師,帶部門2/3的測試工程師,負責公司大多數項目的測試管理。在做測試的過程中,我漸漸對產品經理這個工作產生了興趣。

每當研發和測試為了功能點吵得不可開交的時候,最經常聽到的一句話是:別煩了!問產品經理不就知道了!

每當項目上線後,技術的同事們都相當盼望著知道項目的結果(別說技術同胞們是死腦筋只會寫代碼,項目給公司帶來利潤多少,是否成功,是很多技術同事非常關心的,成就感這東西不是簡單用錢能衡量的),大家第一個想到的就是去問產品經理(公司2,沒有獨立的運營崗)。

每當業務討論時想不出為何要這麼做的時候,也都會去問產品經理。

毫不誇張的說,在當初我們這些「土鱉」技術眼裡,產品經理是能寫代碼、能找BUG、對內能說清業務,對外能忽悠客戶的一群人。當時我希望成為產品經理,一來是希望自己在業務上能有所進步,成為行業內業務的專家;二來是希望在薪水待遇上有所提升,獲得一個更為廣闊的職業發展平台(我也不避諱,在當時的公司,隨便找一個產品經理的薪水,都是和部門主管水平相近的,而測試在公司是不受重視沒有前途的)。其實從現在來看,當時的我挺可笑的,但已經走了這麼一條路,只有繼續好好走下去了。

OK,扯了那麼多有的沒的,LZ問的問題還是沒回答,我當時怎麼做的呢?我後來也想了一下,有幾個方面導致了後面能順利內部轉崗成為產品經理:

1.產品部同事的認可(人和)

當時作為測試負責人,在項目過程中與產品經理有相當多的接觸。在產品部門這邊,有很多欣賞我的同事。有些同事在產品經理職位有缺口的時候,向產品總監推薦我內部轉崗。而我又是與產品部總監以及高級產品經理同坐一部公交車回家,路上碰到的機會相當多,自然就熟悉了,為後期轉崗打下了人脈的基礎。

2.相對其他技術同事,我接觸公司業務機會更多(地利)

因為公司測試部門剛起步,人員不夠,所以沒有將人員很機械地劃分到對應的業務線,作為測試這邊的項目負責人,我可以接觸到公司各式各樣的項目,這些項目豐富了我對支付業務的認識,為日後成為產品經理打下了業務基礎。

3.最重要的是運氣(天時)

這個看似很扯淡,不是嗎?LZ問的是如何能成為,而我強調的居然是運氣。

事實上,當初如果不是因為測試主管欣賞我,提拔我做高工,管理項目,我沒有那麼多機會接觸公司方方面面的各類業務,就無法從各個角度了解公司業務,就不具備當時公司對產品經理的基本要求。

如果當初公司產品經理職位沒有空缺,而我與產品總監完全不認識,我就根本沒有機會轉崗。

如果當時部門主管心眼小,知我想轉作產品時,橫加阻攔,給我穿小鞋或者拒不放行,我亦沒有機會。

所以我後來反反覆複分析自己當時轉崗的過程,也覺得自己實在是運氣很好。

4.自我積累

在正式提出轉崗做產品前,我請教了很多產品經理,向他們諮詢看法。平時工作中也漸漸關注產品經理們經常使用的工具,經常關注的問題。不懈地學習業務知識,積累自己對行業的了解,積累同事們的口碑。

總結一下就是,積累必要的業務基礎,人脈,等待最好的時機。

以上,其實每個人的路途都不盡相同,別人的過去只能給你當做參考。倒是LZ不妨多想想自己究竟為什麼希望成為產品經理。

成為產品經理後,以下是我經常反思的:

1.如果拋開薪資待遇,產品經理工作是否就比當時做測試更讓我喜歡,更容易讓我充滿激情地工作。

2.如果當時沒有轉崗成為產品經理,是否意味著我的職業平台將狹小很多,測試工作是否真的像我當初所認為的「沒有發展前途」?

3.成為產品經理後,如何更好地利用過去測試時積累的經驗,將這份新工作做好?是否有能力改變公司里對測試有偏見的氛圍?

最後,潑些涼水。

產品經理在很多公司,並不像很多人想像的這般風光無限。很多時候,他的標籤包括帶不限於:「備胎測試」、「備胎架構師」、「備胎項目經理」、「備胎運營」、「寫文檔的」、「寫會議紀要的」、「背黑鍋的」

產品規劃?那是老闆的事。

方案的確定?那是總監的事。

頁面圖標用什麼配色?那是UED的事。

項目進度運籌帷幄?那是項目經理的事。

別人不想乾的事?沒錯,多半是你的。

所有和產品有關的事,都是產品經理的事。

這句話聽上去很拽不是么,翻譯一下很有可能變成:這個事情太煩了,不搞了,反正到最後沒人弄,產品經理也會想辦法的。

這不是開玩笑,而是時時刻刻發生在全國各地,各類行業,各種產品經理身上的真實場景。產品經理,互聯網產品經理,尤其是目前中國的互聯網產品經理,絕大多數不是外人所想像的風光角色!

任何人都可以拋棄產品,拍拍屁股走人或者搗糨糊,但產品經理不可以。關於產品的任何細枝末節都是產品經理的工作範圍,任何對產品有影響的工作,產品經理都要過問並清楚。產品進度慢了、產品方案改了、產品上線出BUG了,沒錯,有人要承擔責任,產品經理一定是其中之一。

做產品經理意味著你選擇了一條操心勞累,可能會沒日沒夜,可能會鞠躬盡瘁的道路,如果沒有這個覺悟,還是再想想,再想想。


先頂天順再回答。

產品經理其實是沒有標準的,只有一些大致的指導方向。在各個公司各個部門各個階段,它的職責側重都可能有不同。按我的理解,大概有:

1、產品型產品經理。這個是最正統的,他的重點職責就是向協同部門(如運營)收集需求,設計產品,和開發溝通跟進進度,上線後跟蹤,總結。

2、商業型產品經理。也可能叫運營型。貼近運營側,直接接觸用戶,從反饋中總結/提取需求,偏重於用現有方案/產品解決問題。

3、技術型產品經理。分析已有產品,推動整合、打通、改造。產品發展久了,業務變化下就會出現功能重複、業務分裂等問題,需要改版重構,這個時候涉及多個系統打通,甚至需要把底層平台當成一個產品來打造,然後再支持原有產品的做法。所以這時候重點在於了解各個產品底層需求,了解技術背景,提供嚴謹的功能文檔(因為涉及的功能太多)

所以對於轉產品經理需要做什麼準備,其實主要還是需要看你們老闆想要什麼樣的產品經理,部門有什麼資源來幫你分擔職責,以及你想成為什麼樣的產品經理。例如:

  • 如果部門有項目經理,項目管理可以先不看。

  • 如果可以的話,熟悉一下產品的文檔/流程,然後結合測試經歷提出自己的想法,自己實踐一下來證明給老闆看,再推廣
  • 如果是想做線上產品,那一般是要趕緊補運營課,了解產品的指標,定計劃/里程碑/KPI

如果沒有概念,那最簡單了——全都做,多看多聽多想。

產品經理是個「多面手」,意思就是你什麼事情都要做得要多——多找人溝通,設計的時候多想一想,文檔多描述清楚一下,上線後多跟進一下……(其實這些標準所有崗位都一樣:D)

所以任何一個方面的提升都是提升,多交流,多看書,多看帖,多參加分享,然後你會接觸到很多相互衝突的理念——別糾結,不用全學。多思考,然後吸取你覺得適合你的那部分就行了,此之甘露,彼之砒霜


這裡先不討論產品經理的工作內容了,前面的文章也給大家介紹過。一起先來看看測試和產品的區別吧!

測試思維

看到產品想到的是有沒有問題。

產品思維

看到產品想到的是給用戶的價值

------以下是正文------

機會是給準備好的人的,在打算轉產品經理前,還是要先學習產品經理的基本技能。

1、什麼office至少要非常熟練的使用吧(千萬別說你很熟悉了,還是找本相關的書籍一邊看一邊實踐吧)!

2、學會畫原型圖,建議系統學習下axure,並且能夠用axure嘗試真正的畫2個原型圖試試,然後不斷的修改和完善,相信過程中會學到很多產品設計相關的知識,並且做到這點後應該可以去熟練使用該工具了。

3、系統的分析下自己負責的產品,可以先整理一個功能列表出來,方便自己從整體上看待產品。

然後,每個功能都分析下給用戶帶來的價值是什麼,即滿意用戶的什麼需求。思考用戶的真實使用場景是怎樣的?自己按照這樣的場景去操作下,看看是不是能夠滿足用戶的需求。如果能夠將這些都梳理出來,並且產出對應的分析文檔的話,自己對於產品的理解會更加深入了,是不是發現這些跟測試的工作相似度很高呢?

當然,只做這些仍然是不夠的。我們需要再去做個競品分析,來擴展下自己的思維方式。

首先找到競爭對手的產品(產品經理那裡肯定有,不過建議自己嘗試找下,提高自己信息搜集的能力。如果是發現自己找的很困難或者很痛苦的話,你可能不適合做產品經理),然後整理出一份跟競爭對手比較的功能列表。

  • 如果是都有的功能,分析下差異化。自己去評價下哪種更好。

  • 如果自己的產品有,但是競爭對手沒有的話分析下該功能是否真的有價值,或者有什麼副作用。為什麼競爭對手沒有呢?

  • 如果自己的產品沒有,但是競爭對手有,那就分析下該功能我們為什麼沒有做進去?

產出這份對比列表後,是不是發現自己有進步了很多呢?當然,這塊其實是比較難的。特別是真的要分析很深入的話,需要花費大量的時間(注意是額外的哦。)

到這裡,你其實已經對產品的方向有一定的認識了,同時可以初步跟你們的產品經理進行溝通了,這個時候除了繼續學習外,你需要的是一個得到你們產品經理或者能夠讓你轉到產品經理團隊的負責人的認可的機會了。

這個時候主要就是多去參加需求和規劃討論的會議,多跟產品團隊溝通自己對產品的想法,平常主動去跟產品團隊搞好關係,能夠幫助他們的就多幫助下。

然後就是經常對產品提出自己的一些建議,最好是在合適的時候通過文檔的方式展示給相關負責人去看到。如果你不喜歡去跟他們主動溝通或者不喜歡去表現自己的話,可能你也不適合做產品經理。

如果做了這些並且真的得到相關負責人認可了的話,你可以多問下產品團隊的人是否缺人,如果是的話,那麼你的機會就來了,直接申請去內部轉崗吧!

當然,因為很多原因,比如公司不允許內部轉崗,那麼你就需要去外面公司看看有沒有合適的機會了!如果去其他公司的話,除了上面幾點外,你還需要做下面這些。

去深入研究和分析如何去做好一款產品,最好是跟你有意向的公司有關聯的產品。比如:現在要規劃做一款運動類的app,那麼我們該如何下手呢?石頭哥就不在這裡介紹了,如果你想去轉產品經理的話,自己可以嘗試去回答這個問題,然後按照石頭哥的建議去將上面的工作做了後再來回答一次,看看思考的維度有哪些不同的。

想了解IT職業和公司相關的信息,歡迎關注我的公眾號:大話IT公司


巧了,我也是測試轉產品的。分享一點我的經驗:

1、內部轉崗要比跳槽轉容易不少,不一定非要認識產品總監,有關係不錯的pm內部推薦也可以

2、一定要自己學習自己練手,不要指望轉過去再實踐。除了看產品經理相關的書和文章外,更主要的是自己設計一個產品,自己分析一個產品,工具什麼的反而是次要的。

3、跳槽轉很多時候要靠運氣,光發簡歷不行的,你最好帶上自己對其產品的分析或自己的設計文檔,最好發給管pm的人,哪怕讓其他公司的pm推薦也比投給hr強。

4、轉產品很大程度是思維方式的改變,你強調的測試不被重視有可能是合理的,pm要對產品的所有要素負責,很多時候要做取捨和平衡,測試被犧牲一下很正常的


1 了解新技術,並發現新技術能帶來哪些獨特的產品.

例如蘋果每一代手機都有新的硬體特性, 而這些硬體特性帶來了哪些軟體的新特性, 創造了哪些新產品.

2 學習編程, 不要被開發人員認為不懂技術

3 了解一些計算機發展歷史, 互聯網人物傳記, 為什麼那個時代誕生了那樣的產品.

4 勇於發現, 多用google, 多下app, 多體驗, 多玩遊戲. 了解遊戲中的新技術


盡量去那些PM、RD和QA在一個小黑屋做事的項目行組織工作,在本職工作靠譜的同事,觀察+交談,不斷提升到能和PM對噴產品設計,能和RDPK演算法實現的時候,並且在這種情況下依然人際關係良好,你基本上就成了,最後還需要一點點好運,比如在合適的時間合適的場所讓合適的人注意到你


機會只會是留給有準備的人。


最快最好的途徑是內部轉崗,當內部轉崗不行的情況下利用自己的優勢去爭取其他的機會。

說說我的工作經歷吧

畢業以後做了兩年的測試工作

後來換了一家公司還是測試,工作一家後做測試主管,後來因為客服主管離職,就同時兼了客服主管的活,當時公司沒有產品部,而我頂頭的上司屬於比較強勢型的,所以小細節的事情測試說了算。

後來公司成立了產品部,我就安穩的做測試的工作,一段時間後發現和@天順 說的一樣對產品經理產生了興趣。當時我已經是測試經理,在測試人手比較缺,同時產品人手比較寬裕的情況下,以及各種原因,內部轉崗不太現實,所以開始尋找外部的機會。

首先去51job看幾家比較欣賞的公司產品經理招聘的要求,學習學習相關的知識。同時在工作的過程中多留意自己公司產品經理的工作方法,如用哪些工具,他們相對自己的優勢等等。

然後尋找外部工作機會,自己要很清楚要找的工作是什麼,優勢和劣勢。工資自然不會有很大提高,

不過即便如此雖然有幾家公司拋出橄欖枝,但工資給出的比我當時工資低不少,衡量後沒去。

然後就是運氣了,獵頭找我去一家公司做質量工作,和對方接觸後發現公司內部只有設計師,沒有產品經理,所以提出做質量的同時也要做產品的工作,對方同意。

進入公司以後快速的培養測試人員,然後就把工作的中心轉到了產品。

當然做產品工作後會遇到很多問題,做產品真的比測試有前途嗎?以及會有更多的自我否定,對公司來說產品要比測試承擔更多的責任,會擔心自己的錯誤的決策對公司產品不良的影響等等……


需求分析、調研,產品規劃、定位,數據分析,產品運營等這些是產品經理需要掌握的技能,當然溝通是很重要的。產品經理需要協調很多部門或者人員為產品提供相關的東東。


拿個title真的很難溝通,最好說「我想從寫測試用例、測試設計、手動測試轉向需求分析、項目協調…」

感覺這樣的話比較好回答


產品經理 還沒做測試的錢多,為什麼要做產品經理。。。


推薦閱讀:

項目經理需要具備有他所管理的技術能力么?
產品經理的必讀書籍有哪些?
你怎麼看美樂時光這個APP?
為了和開發很好的對接工作,產品經理需要了解哪些開發知識或語言?
將電話本和微博綁定到一起的產品,價值在哪?

TAG:互聯網 | 產品經理 | 項目管理 | 軟體測試 | 項目經理 |