自從自己開發第一款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.很多事情都可以建立起一套自己的模型！