<em id="tgrok"><div id="tgrok"><progress id="tgrok"></progress></div></em>

  1. <label id="tgrok"></label>
      <var id="tgrok"><label id="tgrok"><u id="tgrok"></u></label></var>
      <table id="tgrok"></table>
          1. 回舊版

            愛導航

            從快播庭審聊聊產品經理要不要懂技術

            因為好友曾經在快播公司工作,任職產品經理,曾主導幾個快播的核心產品,在他快速成長時期,快播出事了。。。所以,我這兩天都有在關注快播庭審。

            庭審中發生了一些有趣的事,甚至有人整理了一份快播語錄,站在同行從業人員的角度,我倒不是抱著娛樂的態度關注此事,畢竟這是圍繞一個互聯網軟件產品持續發酵的事件,對產品設計人員應該也有所啟發。

            不過庭審中一些細節倒是值得關注:

            張克東:如果達不到一定的碼率,快播軟件就會啟動緩存服務器開始加速;達到了碼率,就會自動斷開。

            法官:軟件它為什么會知道?它是機器人嗎?

            審判長問:文件加了密,你為什么不解密?

            審判長:我覺得你們這個110系統功能也不是很復雜啊,技術難度很簡單嘛。屏蔽的網址很好改吧?一天可以改100個?

            審判長問張克東:你是搞技術的是吧?從你了解來講,畫面攔截能不能達到?

            特意截取的這幾個問題并不是為了嘲笑法官和審判長在互聯網技術領域的無知(術業有專攻,況且審判長兩天的表現來看還是相對中立客觀的),而是這些問題可以引起我們對日常工作中一些現象進行思考。

            如果你是產品經理,可能以上幾個類似的問題你或多或少曾經問過響應你需求的程序員;如果你是程序員,你或許經常被產品人員問到這樣一些無知的問題感到十分厭倦。

            所以,今天聊一個老生常談的話題:到底產品經理要不要懂技術?

            曾看到網上流傳著若干小馬哥語錄,具體是不是小馬哥所說也無從考究,「提需求就好,沒有什么技術實現是不可能的」,「產品和服務是需要大量技術背景的,我們希望的產品經理是非常資深的,做過前端、后端開發的技術研發人員晉升而來。好的產品最好交到一個有技術能力、有經驗的人員手上,這樣會讓大家更加放心」,「很多產品經理對核心能力的關注不夠,不是說完全沒有關注,而是沒有關注到位。核心能力不僅僅是功能,也包括性能。對于技術出身的產品經理,特別是做后臺出來的,如果自己有能力、有信心做到對核心能力的關注,肯定會渴望將速度、后臺做到極限?!?..

            當年QQ空間甚至有一條鐵律:任何頁面從Loading到呈現給用戶,不可以超過3秒,不重要的數據可以使用異步加載。

            如果你是產品經理,如果不懂技術,你可能不知道一個頁面從輸入網址到最終打開,發生了些什么,用什么來量化打開速度,什么速度是可以被接受的。

            當然本文也不是說非技術出身的同學做不了好的產品經理,而是想通過快播庭審中發生的一些話題,闡述自己的觀點:

            產品經理基于對事物的系統、全面的認知做出產品根基,然后在此根基之上,利用對人性、事物的認識設計出一個個的產品功能。而如果你懂技術,能讓你有更系統的認知、更經得起推敲的產品結論,以及做出能夠落地的產品設計。

            有點兒虛,舉個例子說人話,如果要從零開始做一個APP,產品的根基就是后臺系統、運營系統、基礎數據上報、異常處理及現場收集、消息推送、APP基礎功能、用戶協議條款等--對事物的系統、全面的認知。

            如果產品經理懂點技術,那提的需求就不至于是天馬行空、空中樓閣。你會關注并理解技術實現方案,更好跟產品需求進行串聯,評估產品需求最終實現程度。

            如果產品經理懂點技術,可以讓你準備更加充分,對話更平等,在跟程序員溝通時能提高對話效率。比如程序員說,你這個不能這樣設計,如果X個人有Y個身份標簽,那么展現時復雜度就增加許多,笛卡爾積?。。?!且不說存儲上和檢索上慢不慢,就界面展現也不好放啊。。。還有簡歷這么大,那么多用戶,到底要不要用CDN、分布式存儲?

            這時候你可能會問「笛卡爾積」是什么?「CDN」是什么?「分布式存儲」又是什么?程序員還得費勁巴拉跟你解釋,你還不一定聽得懂,這時候你們的溝通就可能是低效的。

            如果產品經理不懂技術,在與程序員進行可行性分析對話時就處于知識儲備劣勢方的位置,你辛苦構想的產品思路,可能就會被一句「這個實現不了」、「這個太麻煩了,做不了」打回,這時候你們的對話就不是平等的。

            如果產品經理懂點技術,可以讓你的產品視野更加開闊,說不定一些有意思的技術創新,就可以用到你的產品上。比如NFC、二維碼、搖一搖、重力感應、多點觸碰、3D touch 、Beacon基站、人臉檢測與識別等等名詞,你大概知道當中幾個是怎么回事,干什么用的?快播事件庭審中反復提到的分布式存儲、黑名單白名單模式、碼率加速、加密與解密、文件HASH編碼、自有協議(如快播的QVOD://josdffsdfsdfdsfdf)又理解了多少?

            至于懂技術能增強你的邏輯嚴密性、更了解程序員更容易合作之類的就不贅述了。很喜歡@邱岳 所寫產品經理就是「讓正確的事情相繼發生」,做產品的人懂技術,思考問題更全面些,自然「正確的產品決策」就更有可能「相繼發生」。不然你所設計的產品架構三天兩頭功能變更就要求技術架構做大演進,技術人員不砍死你才怪?

            不服,那你告訴我技術人員口中常說的「笛卡爾積」是什么?

            #專欄作家#

            歪,微信公眾號:程序員和產品經理。人人都是產品經理專欄作家,關注移動醫療,移動網頁、APP設計。

            本文原創發布于人人都是產品經理,未經許可,不得轉載。

            文章來自:第二導航,未經允許不得轉載?。?a href="http://www.zylhcdls.com/">首頁 > 教程收藏 > 網站運營 » 從快播庭審聊聊產品經理要不要懂技術

            ( )

            相關推薦