如果說產(chǎn)品經(jīng)理的職責是“將用戶體驗做到極致”撑瞧，不知有多少人會同意，反正我是不同意的。
“以原則為中心的產(chǎn)品經(jīng)理（一）：做什么大于怎么做”出了后，我想了好久都找不到接下來的主題离例。有一段時間我想寫“從用戶場景出發(fā)”，腦圖大綱都出好了悉稠，準備動筆之際宫蛆，最近的一個項目卻再次暴露了自己經(jīng)驗的不足——項目沒有按時上線。
方案出的倒是準時準點偎球，但中途因為各種意外狀況，比如人員請假辑甜，高優(yōu)先級的需求插入等等衰絮，項目排期整整延后了半個月。方案沒拖磷醋，聽起來好像沒我啥事猫牡，但這其實就是我在事前計劃及事中跟進時缺乏經(jīng)驗的表現(xiàn)。
我的計劃里沒有緩沖邓线、沒有對平臺近期緊急需求的預測淌友，人員排期里沒有并行而用的是瀑布式開發(fā)，需求優(yōu)先級降低時我沒有及時調動空閑資源骇陈。我有一萬種方法可以讓工期跟上進度震庭，可我卻傻傻的坐在原位感嘆無能為力。
我費了多少心思在用戶場景里啊你雌，可是項目到現(xiàn)在都還沒上線呢器联。要知道有些需求一旦延后二汛，效果將大打折扣。
當然我并不是認為用戶體驗不重要拨拓，但確確實實肴颊，產(chǎn)品經(jīng)理不是對用戶負責的，他同時對用戶渣磷、公司和實現(xiàn)負責婿着。產(chǎn)品經(jīng)理想的應該是如何將正確的事推動。
正確的事
德魯克老先生關于“做正確的事情”有一段經(jīng)典論述：效率是以正確的方式做事醋界，而效能則是做正確的事竟宋。效率和效能不應偏廢，但這并不意味著效率和效能具有同樣的重要性物独。我們當然希望同時提高效率和效能袜硫，但在效率與效能無法兼得時，我們首先應著眼于效能挡篓，然后再設法提高效率婉陷。
那現(xiàn)在的問題是，對產(chǎn)品來說官研，什么是正確的事秽澳，什么是有效能的事。
注重用戶體驗對產(chǎn)品來說是一件正確的事戏羽，但我們仔細想想担神，提高用戶體驗的目的是什么？始花？歸根究底其實還是希望用戶能夠“購買”產(chǎn)品妄讯，只不過我們通過提升體驗，從更長遠的角度來提升盈利的機會酷宵。
如果一個產(chǎn)品用戶體驗優(yōu)秀亥贸，但是商業(yè)模式不清晰以至于預期內都無法盈利，我會認為這是個失敗的產(chǎn)品浇垦。但是我佩服他們以用戶為導向的價值觀炕置。
答案在我心里越發(fā)清晰，產(chǎn)品所謂正確的事是平衡男韧，是在努力考量過用戶體驗朴摊、商業(yè)盈利和技術實現(xiàn)后萌抵，找到一個最佳的可實行方案能將三者的價值都最大化溪胶。
剩下的就是，如何推動曲楚。
將事情推動
推動是一件很難的事朦前，能把事情推動直至推成并不是靠執(zhí)行就能完成的贩疙。都說產(chǎn)品經(jīng)理沒有實權讹弯，是的，產(chǎn)品推動人靠的不是職務或者排期这溅，靠的是影響力组民。
這里不得不說一句，產(chǎn)品經(jīng)理是一個很辛苦的職位悲靴。雖說工作在于獎懲清晰臭胜、職責分明，但作為一個有影響力的產(chǎn)品癞尚，可能壓根沒有職責的區(qū)分耸三。需求文檔提交后，開發(fā)沒有看沒有重視浇揩，這是開發(fā)的問題仪壮，但更多的是產(chǎn)品經(jīng)理的失職，你為什么沒有想辦法讓他重視起這個需求胳徽，如果他不重視积锅，是不是你的方案本身就沒有傳遞出有意義的價值？
回想起自己在開發(fā)評審時的狀態(tài)养盗，我像一個戰(zhàn)士一樣回擊每一個質疑缚陷，這不是推動事情時該有的心態(tài)和行為啊。我給自己定了個規(guī)矩往核，開發(fā)評審時箫爷，理性的評判每一個質疑，以尋求更好的解決方案為目標聂儒。其實再仔細想想虎锚，開會更多是一種形式，達成共識的大部分精力和機會應該是在會前完成的衩婚。早應該在開會之前窜护，我們就需要面對面的和開發(fā)進行溝通取得共識。
推動還可以從文檔下手谅猾，出方案是一回事柄慰，讓開發(fā)明白是另外一回事鳍悠。我們出的文檔當然越簡單越好税娜，但更重要的是，符合開發(fā)的思維習慣藏研。我曾經(jīng)想用一個文檔貫穿到設計敬矩、標注、后端和前端的所有過程蠢挡，但發(fā)現(xiàn)技術和設計的思維是不同的弧岳，設計喜歡看列舉好的頁面凳忙，他們的思維是窮舉。技術喜歡看歸整好的頁面禽炬，希望知道哪些頁面可以復用涧卵，他們的思維是邏輯流程和歸納。產(chǎn)品經(jīng)理是有義務為需求文檔整理出更好的展現(xiàn)形式的腹尖，方便了開發(fā)柳恐，人家心情一好，工期不就趕上來了嘛热幔。
我在一開始思考方案時乐设，會屏蔽掉技術實現(xiàn)，完全從用戶角度出發(fā)绎巨，實現(xiàn)的問題可以之后再和技術討論近尚，這樣產(chǎn)品堅持自己觀點時也是有用戶場景作為支撐的。但其實再仔細想想场勤，在構思方案時戈锻，是不是也能在不影響用戶體驗的基礎上，想一些能方便開發(fā)實現(xiàn)的方案却嗡。比如關于接口的請求舶沛，在頁面順序設計上，我們可以盡可能減少接口請求的次數(shù)窗价，而把返回的結果集中到一個頁面如庭。
不能否認有些開發(fā)對不懂技術的產(chǎn)品是存在赤裸裸的排斥的，這時我想借用下別人文章的描述(引用自撼港，http://qiuyuexp.com/pm/坪它，產(chǎn)品經(jīng)理最重要的能力)：
工程師不理解需求，我們不論是畫圖帝牡、寫文檔往毡、做原型還是直接表演給他們看，一定要弄到他們理解需求為止靶溜；合作伙伴不配合开瞭，我們不論是威逼還是利誘，拍桌子紅臉還是跪在地下磕響頭罩息，一定要弄到他們配合為止嗤详；老板不支持，那我們就用最小的代價和完整的邏輯證明你的觀點瓷炮，說服他葱色，沒日沒夜地說服他，廁所里堵住他說服他娘香，電梯里拖住他說服他苍狰，滿地打滾办龄，以頭搶地，把刀架在自己脖子上說服他淋昭；自己團隊的同事解決不了的技術或者業(yè)務問題俐填，不論是買書自學還是徹夜查資料還是找到其他行業(yè)大牛在他樓下跪一夜，一直到想辦法找到解決方案為止翔忽。
推動的另一個難點在于和上級和老板的溝通玷禽，我們經(jīng)常會抱怨老板總是突發(fā)奇想的插入新需求，但好的產(chǎn)品經(jīng)理會在優(yōu)先級上和老板達成共識（觀點來自呀打，戴雨森矢赁，好的產(chǎn)品經(jīng)理/糟糕的產(chǎn)品經(jīng)理）。和老板有了共識贬丛，調動其它部門的資源也會更加容易撩银。
再有一個難點在于項目管理，再次引用別人的觀點豺憔，好的產(chǎn)品經(jīng)理把有限的資源聚焦在最能夠推動產(chǎn)品目標的少數(shù)事情上额获。（觀點來自，戴雨森恭应，好的產(chǎn)品經(jīng)理/糟糕的產(chǎn)品經(jīng)理抄邀。好的產(chǎn)品文章其實就那么幾篇的，這篇強烈推薦）關于這點昼榛，自己經(jīng)驗不足境肾，還有待加深體會，希望以后能用自己的文章表達給大家胆屿。
結語
像我這樣一個入行不深的新人奥喻，卻妄想寫好“以原則為中心的產(chǎn)品經(jīng)理”這系列文章，其實很難非迹。原則這東西雖然相通环鲤，但是要把它簡練成真理一般的存在，我目前是做不到的憎兽，真誠的希望各位可以把你們總結出冷离，認為十分重要的原則通過公眾號與我交流哦，公眾號請搜索wumuwizard纯命，謝謝~
