近日很多做技術(shù)的小伙伴都表達了技術(shù)的另一種可能性，有做技術(shù)管理，或做技術(shù)售前方案，或者轉(zhuǎn)行做產(chǎn)品。其中最大一部分是想轉(zhuǎn)做產(chǎn)品經(jīng)理的，我記起原先給朋友的建議和反饋，有幫助5+小伙伴轉(zhuǎn)型成功的經(jīng)歷，在這里總結(jié)下跟大家分享。

技術(shù)同學(xué)轉(zhuǎn)產(chǎn)品經(jīng)理會有優(yōu)勢，他們的思維嚴謹，通常很有邏輯，也懂得后面的實現(xiàn)方案，會在和開發(fā)具體溝通時候有很大的益處。

目前市場上也有很多技術(shù)性很強的產(chǎn)品經(jīng)理崗位，比如AI產(chǎn)品經(jīng)理，數(shù)據(jù)產(chǎn)品經(jīng)理等，都是炙手可熱的崗位，也很適合技術(shù)同學(xué)去嘗試。所以通常我也會從這2個方向去推薦，去引導(dǎo)。

但是轉(zhuǎn)型第一點是認知定位。咱們可以弄清楚自己是否想去做產(chǎn)品，要看個人情況，并不是人云亦云，盲目從眾。

技術(shù)同學(xué)最早想轉(zhuǎn)行是因為大多人覺得寫代碼沒有動力，可能只知其一不知其二，在后執(zhí)行而不是最早的決策者規(guī)劃者，在調(diào)BUG的時候也會比較苦悶，時常也有挫敗感。

特別是支持的項目交付失敗了，往往他也清楚是哪個環(huán)節(jié)出了問題，產(chǎn)生一頭霧水。其實做產(chǎn)品確實可以往前走一些，接觸到需求去分析求解，會做規(guī)劃方案，也會對接到客戶等等，但是一樣也會很多瑣碎的事情和疑難雜癥。

所以技術(shù)同學(xué)得看看自己是哪一種，是純粹不想繼續(xù)寫代碼，覺得bug修復(fù)比較煩躁的第一種，其實不一定要做產(chǎn)品也可以做技術(shù)支持等；如果是第二種想直接接需求分析問題，出方案的同學(xué)，那其實產(chǎn)品也很適合。

說回具體的產(chǎn)品方向和實際的工作環(huán)節(jié)。其實技術(shù)轉(zhuǎn)型產(chǎn)品的一個好渠道，是和直接對接的PM同學(xué)進行深刻交流，試著想想跟產(chǎn)品同學(xué)溝通時候他們提出的這個需求從何而來，如何設(shè)計，為何這么思考等等。

比如AI平臺的產(chǎn)品經(jīng)理，好比說做一個機器學(xué)習(xí)平臺，那需要數(shù)據(jù)收集，模型訓(xùn)練，預(yù)測分析，調(diào)參反饋等流程。以前做技術(shù)時候那同學(xué)可以從實現(xiàn)角度看，如果換位思考是產(chǎn)品，可以考慮用戶從哪里導(dǎo)入數(shù)據(jù)，用什么形式上傳，怎么交互是拖拽還是下拉選擇還是點擊選擇，用戶正常使用流程會找不到什么控件阻礙了下一步流程等等。

甚至如果是技術(shù)出身，本身對機器學(xué)習(xí)算法建模流程了解，對于用戶的痛點問題就把握地更清楚了。

最開始思考設(shè)計的時候，技術(shù)同學(xué)可以試點想法，再和對接的產(chǎn)品討論，詢問反饋，這樣反復(fù)幾次其實會對產(chǎn)品思維有一定的感知。但是逐漸地也需要系統(tǒng)性學(xué)習(xí)產(chǎn)品的幾大原則，比如系統(tǒng)的常用模塊，流程的極簡交互，配色原則等。

比如數(shù)據(jù)產(chǎn)品，其實周圍也蠻多從數(shù)據(jù)開發(fā)轉(zhuǎn)變的，從數(shù)據(jù)底層實現(xiàn)去思考上層邏輯。類似的，廣告的客戶點擊率突然下降，那得先看看廣告與大盤的形勢是不是相似，是整體幅度下降問題還是局部遇到什么狀況，對于同一個廣告主的不同形式廣告也可進行對比分析。

往前走點還可以了解客戶的現(xiàn)狀，需求是不是有所改變，預(yù)算是不是有所調(diào)整等，相應(yīng)地制定策略，如運營活動或者調(diào)整參數(shù)。通俗地說，數(shù)據(jù)產(chǎn)品更追求解決問題，給出指導(dǎo)建議并有可解釋性的理由。

偶爾，產(chǎn)品也會找到創(chuàng)新的實現(xiàn)方案，或者替代性方案。舉個耳熟能詳?shù)睦樱艜r候人們都想要一匹跑的更快的馬，最迅速地帶自己去想去的地方。其實用戶需要的不一定是馬，只是更快地到達，需求是媒介，是工具，可以是你沒見過的新型產(chǎn)品。所以，車就這么慢慢誕生了。

實際準備的過程中，系統(tǒng)性的學(xué)習(xí)不可或缺，一些便捷易用的工具可以早早上手，熟悉起來。如果推薦課程，PMP課程（Project Management Professional）可以考慮，實際做項目考慮的范圍，成本，質(zhì)量，時間都是必要部分，課程教你流程化思考，有章可循。

對于產(chǎn)品文檔撰寫，PRD其實不難寫，評審平時可以多聽幾次，自己獨立思考。文檔的關(guān)鍵在于想清楚，兜得住問題。我為什么要做這個產(chǎn)品，它能給用戶帶來什么價值？

直接解決用戶問題，即需要有什么功能？現(xiàn)狀做不到的話我們可以迂回？需求會是偽需求么，做出一個功能demo ,統(tǒng)計分析實際用戶行為的反饋？市場上有做類似產(chǎn)品么，市場份額占了多少，這塊蛋糕還有機會瓜分么？自己產(chǎn)品的護城河在哪，核心發(fā)力點先放在哪呢？

我們想清楚了再是考慮具體產(chǎn)品的功能有哪些，怎么設(shè)計，怎么與用戶交互，確定功能需求的優(yōu)先級排序，產(chǎn)品早期形態(tài)如何，產(chǎn)品迭代計劃是什么樣呢？這些都是產(chǎn)品的具體介紹，都可以屬于PRD中。當然，產(chǎn)品經(jīng)理重要能力之一也是會講述故事，以具體的案例場景化，帶領(lǐng)用戶更好的理解產(chǎn)品。

文檔撰寫起來那就需要不少的模版，剛開始不會寫，那可以網(wǎng)上下載。依樣畫葫蘆，一步步臨摹。學(xué)樂器有10000小時定律，那這些文檔不用1萬篇，100篇也是可以，相信你看完了100篇會有個意識，寫出來八九不離十。

這在人人都是產(chǎn)品經(jīng)理、簡書、知乎社區(qū)都可以查到，也可以去視頻網(wǎng)站學(xué)習(xí)，如騰訊課堂、三節(jié)課、得到等APP。PPT、flash demo、交互原型是形象生動展示自己想法的最好方式。畫圖不是目的，只是手段，為了支撐自己的idea，我們也得會。

PPT可以多去WPS、千庫網(wǎng)、變色龍下載素材看模版學(xué)習(xí)。交互原型主要是2大軟件Axure和墨刀，前者多用于PC端，后者多用于移動端，不過隨著時間推移兩者更加相似。

數(shù)據(jù)分析這塊硬核能力，最好是會寫SQL和python了，對于用戶數(shù)據(jù)的分析統(tǒng)計會如魚得水。當然如果還會SPSS和R語言也是加分。這里對技術(shù)同學(xué)來說也是一個優(yōu)勢，技術(shù)出身邏輯性好，分析起來更加順暢。

大多數(shù)時候用Excel已經(jīng)夠了，我們可以多練習(xí)用公式函數(shù)分析統(tǒng)計，用內(nèi)嵌的數(shù)據(jù)功能進行篩選排序進行操作，必要時候可以用數(shù)據(jù)透視表輔助。分析是一個過程，最重要的還是得出結(jié)論，可以指導(dǎo)下一步的判斷和計劃。

紙上得來終覺淺，絕知此事要躬行。技術(shù)同學(xué)轉(zhuǎn)型產(chǎn)品同學(xué)，越來越成為趨勢，不用不敢想，立刻去做即可。Just do it。據(jù)職業(yè)路徑相關(guān)報告說，一個人一生中從事的職業(yè)可以5-7份，現(xiàn)在我們可能都處于某一個中間階段，人生漫長，職業(yè)選擇的可能性還那么多，其實不妨一試。

簡言之，產(chǎn)品工作還是有趣的，隨著時代也逐漸分化更細，專業(yè)領(lǐng)域擴充，但萬變不離其宗。此中有真意，欲辯已忘言，即刻便嘗試，誰解其中秘？

-END-