在國內，你可能幾乎看不到有計算機博士的還在做產品經理，我認識的計算機博士幾乎都在高校、事業單位或某些科研院所。

主要是博士畢業后，往往因為年齡和所認識的師弟師妹，會選擇自己更加自主、穩定的工作，去大廠打工或者996，除非真的是喜歡，一般都會選擇前者。

所以你發現在大廠，只有通過海量博士篩選來最終找到真的愿意加的博士。

有的博士在高校、科研機構之后因為沒有在企業工作過，自然也就沒有理解過產品背后的商業模式是什么，以及造血做產品研發的價值有多大。

所以就會存在現在比較諷刺的一種現象，張雪能夠把機車造出來，但是博士或科研團隊卻不能，還耗費了大量的資金。

必須要承認的確有一些產品研發與算法模型，不是幾個月就可以出來的，需要持續的投入才會收益，但如何定義不同版本以及不同研發、業務階段的增長收益，我認為只有在科技公司里面實踐，才能get到。

這就是所謂的工程經驗與業務經驗。

不知道怎么賺錢，只知道經費有多少，自己能夠有多少利潤，這不是在做產品，而是在把一個項目外包，做完了事。

不過這個外包的客戶不是企業，而是那些發布課題的科技局、政府單位，所以結題是第一原則。

做科研paper，不需要考慮營收以及用戶節點時間

我們經常會看到618、雙11這些活動，這些常規時間點是只要有產品銷售的科技企業都會做的運營活動節點。

流量肯定能最高，因此我們可以看到很多科技公司會要求為某個功能模塊或產品運營活動而加班到上線，因為錯過了這個時間點就又要等1年。同時每個部門還有上下游相關合作，比如市場部、運營部等。

而公司成本是每個月都在的，同時一個公司是有品牌有輸出還有用戶，企業不僅要考慮營收還要考慮到社會責任。

其本質底層驅動不一樣，導要在盡可能有效的時間輸出用戶能夠點擊或使用的頁面、功能，最終完成引流、激活，并且在做產品研發的需求設計一定是有依據或用戶需求的，而不是胡亂做。

而做科研就不一樣了，拋開文獻綜述的科研不管，很多實驗做的方向就是為了做科研而做，到底科研有沒有價值，這個研究方向是否經得起實際需求考驗，作為學生或者老師（從來沒有企業工作過），是很可能不知道的。

甚至是做的方向只是為了所謂的搶“科研熱點”。

這也是現在經常提到的產學研很難聯動，有研發但是無法和產業、教學聯動起來，學校教的都是落后的，甚至是不相關的，這就是其中一個重要原因。

科研paper的產品研發不考慮成本、用戶體驗、以及實際場景

最近在看一個醫學medical AI的研究，發現不少論文發布之后這個方法的確是提升了準確度，但是在實際使用過程中因為耗時、成本以及用戶體驗幾乎是不可接受。

比如相較于傳統通用模型，提升了準確度20%，但是卻增加了0.5的加載時間，這顯然是不能接受的。

用戶更愿意要更快的，準確率20%提升與時間相比，其實在普通用戶如果沒有對比的情況下，自然會選擇時間更快的。

產品研發提供了適合當前成本、時間、營收各類最適合的產品研發方案，但不考慮原創新以及優勢。

相較于科研paper，可能并不是行業最佳的解決方式，可能在底層架構設計上還是非常老的技術，但是卻有較高的穩定性以及擴展性，適合公司最低成本運行。

比如我們團隊做的空間鍵盤，底層的架構設計就是錯的。但是因為考慮研發時間、團隊各類人員技術棧，這就成了最佳的產品體驗效果。

只有當產品正式完成了MVP，并且還走進了2.0版本之后，才會有考慮之前技術架構不合理，進行優化開始投入資源論證，這是一個從點到擴散的過程。

如下圖，就是可以看到科研paper到產品研發，兩者在技術路線的不同

科研到paper做的產品研發，是先擴散再最后選個方向做一個突出點，但這個方向點可能并不滿足實際產品運營、場景需求，或者就是錯的。

而產品研發則一開始選的方向可能不是最好技術方向，但是確實用戶體驗、產品設計、成本綜合考慮的點，再到產品迭代一個方向活下去之后再回會過頭來做產品設計的重構甚至是優化。

做科研會做對比實驗、以及數據采集

相較于在企業產品研發，產品經理更加關注能不能有流水以及好的用戶留存，只要有新的營收數據，或者好的用戶增長就是好的產品研發設計方案或技術架構。

而科研paper則不一樣，即使你可能知道他是最好的，也需要實驗對比比如消融實驗，或者橫向對比等，這些實驗數據是paper里面的核心實驗流程體現，當然還有實驗方法。

實驗對比方法往往可以借鑒某一篇文章或某幾篇文章即可。

更多的是自己去跑自己設計感覺可以的實驗方案，所以經常有人說在科研論文里有師弟跑出了你的數據，實際上反而證明了你的科研是真實的。

當然有時候為了paper論文會刻意的修改實驗，產生更好的實驗數據，但是并不代表能夠復現。

這也是為什么很多計算博士只知一點半點，沒有構建過完整的系統，對于算法了解，但是如何去構建從用戶注冊登錄到產品業務閉環，是沒用經驗的。甚至是前后端是什么都不知道，就只知道算法。

工程開發經驗和那些本科就出來開發工作的，差距巨大，甚至都不知道怎么維護與部署服務器等。

以上就是今天的分享。

“據說每100個產品經理就10個人關注“

最近Kevin的原創

Kevin的產品設計電子刊

講解了需求調研&用戶研究、功能減法、組合、微創新、迭代框架的5個步驟。每周更新2-4節，是一套非常好用的產品設計方法論。

電子刊新書：累計20萬字，8個章節，一個簡易設計方法