關於掘金餓了麼產品分享會的一些感悟

自從本身開發第一款APP以後，就一直有着成爲一名獨立開發者繼而走向創業的道路，因此一直對產品，設計懷揣着極高的熱情，因此此次參加產品分享會對我本身而言，顯然是能夠學到不少東西的地方，也很開心，一次會議就能夠面基，哦，按照關係型數據庫，這應該是一對多的關係，惋惜對於參分享會的小姐姐來說，後面兩位分享者一上臺，就成爲了多對一的關係...

其實在參加此次分享會以前，我一直以爲在今天的產品界能夠分爲兩種產品，一種是創新性產品，一種是跟風型產品。真正的創新型產品是能夠從無到有，從0到1的產品，而且能夠在市場上佔據至關大的一部分份額，即所屬行業的頭部產品。爲何我本身這樣想呢？由於我以爲，其餘的位於末流的產品，再怎麼創新都是沒有意義的，由於它禁不起市場的檢驗，因此它的創新是沒有任何價值的東西。

什麼產品是我心中的創新性產品呢？諸如羅振宇的獲得APP，周源的知乎，扎克伯格的facebook, '閱後即焚'的snapchat等等...

那麼第二種產品是什麼呢？是根據市場的規律跟風製做的產品，一個抓娃娃機的APP火了，接下來就是無數個抓娃娃機App的產生，也就是說作這種產品的產品經理不必定須要多好的產品意識，不須要多好的用戶體驗，只須要考慮一件事情，那就是市場上什麼東西賺錢，我就作什麼產品，可是這樣的產品是永遠都作不大的，可是卻能夠保證公司不會被市場所淘汰。因此我一直對第一種類型的產品是心懷崇敬的，但願能夠從第一種類型的產品經理身上學到一些東西，而此次的掘金分享會也確實可讓我學到不少這方面的東西，如下我就組織一下本次我學到的東西。

36K產品經理-申老師分享

• 過程
  

申老師的講解過程主要是講述他本身在新版36氪改版的流程，雖然申老師是技術出生的產品經理，可是他更多的是站在產品的角度來分享整個改版過程。

從整個分享的過程能夠大體能夠分爲三個部分：提出問題 -> 理解問題 -> 解決問題

提出問題：當公司的ceo從公司戰略上提出需求後，不一樣的部門會根據CEO的戰略將其分解爲每一個部門須要去知足的需求，內容部門須要更明確的內容展現，更豐富的展現效果；運營部門須要更多的互動方式；銷售部門要更多的廣告位，更高的KPI...

理解問題：什麼是理解問題？其實理解問題首先要作的就是要去分解問題（理解目標，梳理需求），這裏就要使用不一樣的理解問題的方式，什麼不一樣呢？角度不一樣！要從公司的角度來理解需求是什麼，要從產品自己的角度來理解需求是什麼，也要從用戶的角度來理解需求是什麼，當你能夠從不一樣的角度來理解問題是什麼的時候，就能夠把這些需求組合起來，這樣就能夠作到理解需求了！

       理解需求只是理解問題的第一步，然後要作的就是要去選擇需求了！由於並非因此的Idea都是正確的，可能從開始就有一部分的需求只不過是僞需求，或者說實現成本很高，可是效益很是小的需求，這種需求是沒有存在的價值的，是能夠砍掉的！這仍是我第一次瞭解還有能夠砍掉的需求，這讓我想起了業界有名的一句話「通常的產品經理作加法，優秀的產品經理作減法」，那麼理解需求能夠分解爲兩步：先作加法，再作減法。

解決問題：申老師解決問題的方式，讓我有點詫異，他的方法首先是縱向對比，看36kr這款產品屢次不一樣迭代的區別，以及橫向對比，比較和其餘同類型不一樣產品的區別，分解這些產品，從他們之中找出共性，以及不一樣產品之間的獨特差別點，而後再根據模塊化進行組合。這種方法的好處是盯準了市場，若是能夠集衆家之所長也何嘗不可~ 正如Ruby語言通常，集衆家之所長，也會被不少人喜歡，可是缺點也很明顯，他人的產品必然會限制本身的思路，不利於創新。

           若是是個人話，我會在分析其餘產品以前作一個我心目中的第一版，在這一版我會釋放本身的想象力和創造力，而後再加上其餘產品的分析和對比，從而作出最終方案。固然一千我的一千個哈姆雷特，無所謂對錯，只是每一個人的處理方式罷了。

• 感悟

在申老師的整個36Kr的迭代過程當中，有幾點很是令我印象深入:

其一：無論什麼產品，不論是什麼產品經理解決它，在一開始老是困難的，沒有那麼多的一蹴而就，都是要一步一步的分析，一步一步的解決的

其二：不要永遠想着給產品作加法，要明白減法有時候更爲重要，這就是爲何中國的大師山水畫中有那麼多留白的緣由嗎？

其三：產品解決問題的過程當中，競品的分析永遠都是相當重要的，不關注競品是絕對不可取的！

餓了麼產品經理-高老師分享

過程

高老師提到的更多的產品的從0到1的過程當中，業務和產品以及技術之間的關係，更多的分享感受是從技術上要如何去知足業務上的需求，而這一方面我也是更爲感興趣的。

一開始介紹產品的流程：驗證模式 - 搭建體系 - 完善體系 

而在0 - 1的過程當中會須要不少的問題（驗證模式 - 搭建體系）

那麼在這之中最重要的是什麼呢？

其一是產品的核心訴求！

根據足夠詳細的背景調查，瞭解產品的核心訴求到底是什麼，根據核心述求才能夠肯定下來整個產品的開發的節奏，以及創建在覈心述求上的功能點。節奏是什麼？你知道什麼階段該作什麼事情，而不是你的節奏被別人帶着走，這也是我以前提到的一切模仿市場的產品，都是會被帶節奏的。

其二是產品的結構！

產品的結構分爲兩個方面：業務可拓展性，業務滿意度

業務滿意度有很是多的點：

講得過程當中我印象最深入的一個點就是業務的可拓展性！即在代碼的構架中要從一開始就須要去考慮業務的可拓展性，在代碼設計的初期，就須要根據業務的可拓展性來對代碼進行總體的架構，傳言中：騰訊的某一個架構使用了十年！可想而知，在一開始的時候，它的邏輯是考慮的多麼的周全！它的業務拓展性更是極佳！

感悟

在業務可可拓展性中，有一個須要注意的問題，那就是每每替代方案 == 長期方案， 也就是說在代碼的結構上，一開始就不該該存在着僥倖心理，要從架構的角度來思考問題，要要開始就部署一個可拓展性高的軟件架構，切記！！！

前端小哥哥-廖老師分享

感悟：有了Idea就本身去實現，這是一件很是有知足感，並且很是有意思的事情！

稀土產品設計師-李老師

感悟：創建一套本身的模型去實現本身對於產品需求上的獨特理解。

整個聽下來，學到的東西仍是挺多的，只不過活動在下午舉辦，實在是中途睡着了，並且會場沒有水喝，簡直一大敗筆啊~ 瑕不掩瑜，但願辦得愈來愈好吧！

最後本身總結一下：

1. 產品的減法！

2.競品的分析！

3.業務的可拓展性 == 代碼架構上的可拓展性！

4.Design！

5.不少事情均可以創建起一套本身的模型！