我是干豆腐，自己的職業(yè)經(jīng)歷是在過去的5年中主要是2c的產(chǎn)品，目前在智慧樹學(xué)生團(tuán)隊，從事的是一個業(yè)務(wù)2b用戶2c的項目；目前各行業(yè)人才涌入互聯(lián)網(wǎng)產(chǎn)品大軍，使職業(yè)規(guī)模成倍數(shù)上升，同時也產(chǎn)生了大量產(chǎn)品小白，堅守在不同領(lǐng)域挖掘自身進(jìn)階之道；在此結(jié)合自身產(chǎn)品方法論的“野路子”，分享產(chǎn)品小白彎道進(jìn)階的兩個發(fā)力點

1、用1年產(chǎn)品經(jīng)驗趕超別人2年

2、用溝通達(dá)到事半功倍

第一個發(fā)力點：用1年產(chǎn)品經(jīng)驗趕超別人2年

Martie Cagan曾描述過產(chǎn)品經(jīng)理的任務(wù)：探索產(chǎn)品的價值、可用性、可行性，既然知道了準(zhǔn)則那么把有限精力投放在下面3個路徑，讓自己1年就趕超別人2年才掌握的產(chǎn)品經(jīng)驗

1、掌握業(yè)務(wù)目標(biāo)的核心路徑：理解當(dāng)前業(yè)務(wù)，全面深度思考，掌握決策需要的充分信息，畢竟決策一個需求研發(fā)猛捶1個月也是有的，產(chǎn)品經(jīng)理要對自己的每個決策保持謹(jǐn)慎，因為這是產(chǎn)品職業(yè)性的體現(xiàn)。在給用戶創(chuàng)造財富、優(yōu)惠、利潤、效率的同時提高投資回報，這些都是基于了解業(yè)務(wù)的基礎(chǔ)上進(jìn)行的演變和創(chuàng)新，而不是每天跪舔用戶（當(dāng)然該舔時還得跪著）、猛擼功能。（關(guān)于如何快速熟悉理解業(yè)務(wù)可以某乎一下）——小白進(jìn)階的關(guān)鍵彎道

2、內(nèi)視技術(shù)：關(guān)于技術(shù)- 如果你不知道如何建立，那么沒有必要定義要構(gòu)建什么。產(chǎn)品經(jīng)理不需要能夠坐下來編寫代碼，但是要了解技術(shù)棧，例如在初創(chuàng)項目是不是考慮使用（PHP + Responsive Web），因為從成本和兼容兩方面考慮來說不失為最優(yōu)方案，在成熟期項目是不是啟用（ReactJS + React Native），這個方案足夠承載百萬級別用戶量，有些童鞋說干預(yù)技術(shù)你把cto放在眼里了么，我的回答是這就是小白與老狗的差距，尤其在新項目的敏捷開發(fā)中，需求的猛烈變動會導(dǎo)致開發(fā)成本的居高不下，產(chǎn)品經(jīng)理要與自己的研發(fā)團(tuán)隊有更多的溝通協(xié)作。

3、用戶體驗：從入行就開始談的用戶體驗，在團(tuán)隊中資深的程序GG和測試同學(xué)可能時不時也會提醒你的方案體驗不好（心累），那么我們從一開始最好遵循超預(yù)期的用戶體驗標(biāo)準(zhǔn)：易學(xué)、效率、易記、糾錯、滿意度，甚至可以把它寫在自己的notes上，把你所設(shè)計的產(chǎn)品都用這個標(biāo)準(zhǔn)去矯正；產(chǎn)品經(jīng)理是團(tuán)隊中用戶的聲音，時刻保持對用戶體驗充滿激情，才能是你的產(chǎn)品“爽”的的持久。在測試產(chǎn)品的場景中尋找機(jī)會與用戶交談并獲得反饋，迭代優(yōu)化，尤其是在初創(chuàng)階段（例如我們的用戶對象是學(xué)生，通過客服加入學(xué)生群聊一個紅包甩出去反饋效果特別棒?。?。——小白進(jìn)階的持久發(fā)力點

我們?yōu)槭裁葱枰陨?條看起來廣泛路徑？因為產(chǎn)品角色本身就是非常廣泛和多樣的，你每天都在高頻次使用它們。

ps：產(chǎn)品必備的產(chǎn)品需求、產(chǎn)品建模、產(chǎn)品策劃等基本功也要在工作中不斷夯實

第二個發(fā)力點：用協(xié)作達(dá)到事半功倍

產(chǎn)品經(jīng)理的目標(biāo)是在最短的時間內(nèi)把握復(fù)雜的市場／用戶需求，確定產(chǎn)品的基本要求。做產(chǎn)品是為人服務(wù)，解決的也是人的問題，建立團(tuán)隊良好的溝通協(xié)作方式，凝聚戰(zhàn)斗力，達(dá)到事半功倍的效果，是產(chǎn)品小白迫切解決的問題，良好的協(xié)作需要掌握的每個崗位的特性，讓其像軸承一樣運(yùn)轉(zhuǎn)順暢提升項目研發(fā)的效率：快速了解各崗位特性：

1、每天喊口號的程序猿（口號：你變更下需求試試）

需求變動是產(chǎn)品給程序猿永遠(yuǎn)的傷痛，這個傷是持續(xù)的

1、不要因為項目緊急，就沒有給開發(fā)詳細(xì)講需求背景，導(dǎo)致不同開發(fā)跟你反復(fù)確認(rèn)同一個問題

2、需求評審前把評審內(nèi)容提前發(fā)給與會人員，有助于需求的查漏補(bǔ)缺，降低需求變動幾率

3、變動需求要慎重考慮，你的一句話程序猿半天工啊

4、跟程序溝通時只需描述什么樣的結(jié)果是你要的，不要陷入開發(fā)語言因為你不專業(yè)

2、用bug捍衛(wèi)名聲的測試

1、需求變動要及時更新在文檔里并且告知相關(guān)人員（主要是測試）

2、一般公司測試人單力薄，可以發(fā)動內(nèi)部同事一起協(xié)助內(nèi)測

3、輔助測試人員明確測試用例內(nèi)容

3、一言不合就動刀的設(shè)計師

1、給予設(shè)計充分的時間，和方向性的提示，不要經(jīng)常用“再大一點，顏色紅一點”在背后指手畫腳干預(yù)具體設(shè)計方案，如果你是這樣那可能只有拔刀相見了。

2、適當(dāng)給予它們作品的肯定和鼓勵，因為設(shè)計師都很敏感

3、設(shè)計師有時也會喊口號的

4、恨不得嫁給產(chǎn)品的運(yùn)營

1、每一個運(yùn)營活動背后都是對kpi的努力，產(chǎn)品要及時送關(guān)懷，但要克制不影響用戶

2、對于運(yùn)營所需的功能在不影響大的迭代版本下及時給與

5、自黑是機(jī)器人的客服

1、客服是產(chǎn)品經(jīng)理的耳朵，是跟用戶打交道的一線人員，要定期找客服收集用戶反饋信息

2、產(chǎn)品設(shè)計中考慮客服的壓力，不要把問題都導(dǎo)向給客服，

當(dāng)然如果有產(chǎn)品愿景并且感染了每一個成員，團(tuán)隊協(xié)作上可謂如虎添翼

結(jié)尾的話：梳理了兩條小白快速進(jìn)階的路徑，當(dāng)然就像打游戲通關(guān)后寫攻略一樣，條條大路通羅馬，通關(guān)路徑可不止一條！希望我總結(jié)的“野路子”會對你的提升有所幫助