关于掘金饿了么产品分享会的一些感悟

自从本身开发第一款APP以后，就一直有着成为一名独立开发者继而走向创业的道路，因此一直对产品，设计怀揣着极高的热情，因此此次参加产品分享会对我本身而言，显然是能够学到不少东西的地方，也很开心，一次会议就能够面基，哦，按照关系型数据库，这应该是一对多的关系，惋惜对于参分享会的小姐姐来说，后面两位分享者一上台，就成为了多对一的关系...前端

其实在参加此次分享会以前，我一直以为在今天的产品界能够分为两种产品，一种是创新性产品，一种是跟风型产品。真正的创新型产品是能够从无到有，从0到1的产品，而且能够在市场上占据至关大的一部分份额，即所属行业的头部产品。为何我本身这样想呢？由于我以为，其余的位于末流的产品，再怎么创新都是没有意义的，由于它禁不起市场的检验，因此它的创新是没有任何价值的东西。数据库

什么产品是我心中的创新性产品呢？诸如罗振宇的获得APP，周源的知乎，扎克伯格的facebook, '阅后即焚'的snapchat等等...markdown

那么第二种产品是什么呢？是根据市场的规律跟风制做的产品，一个抓娃娃机的APP火了，接下来就是无数个抓娃娃机App的产生，也就是说作这种产品的产品经理不必定须要多好的产品意识，不须要多好的用户体验，只须要考虑一件事情，那就是市场上什么东西赚钱，我就作什么产品，可是这样的产品是永远都作不大的，可是却能够保证公司不会被市场所淘汰。因此我一直对第一种类型的产品是心怀崇敬的，但愿能够从第一种类型的产品经理身上学到一些东西，而此次的掘金分享会也确实可让我学到不少这方面的东西，如下我就组织一下本次我学到的东西。架构

36K产品经理-申老师分享

过程

申老师的讲解过程主要是讲述他本身在新版36氪改版的流程，虽然申老师是技术出生的产品经理，可是他更多的是站在产品的角度来分享整个改版过程。模块化

从整个分享的过程能够大体能够分为三个部分：提出问题 -> 理解问题 -> 解决问题oop

提出问题：当公司的ceo从公司战略上提出需求后，不一样的部门会根据CEO的战略将其分解为每一个部门须要去知足的需求，内容部门须要更明确的内容展现，更丰富的展现效果；运营部门须要更多的互动方式；销售部门要更多的广告位，更高的KPI...spa

理解问题：什么是理解问题？其实理解问题首先要作的就是要去分解问题（理解目标，梳理需求），这里就要使用不一样的理解问题的方式，什么不一样呢？角度不一样！要从公司的角度来理解需求是什么，要从产品自己的角度来理解需求是什么，也要从用户的角度来理解需求是什么，当你能够从不一样的角度来理解问题是什么的时候，就能够把这些需求组合起来，这样就能够作到理解需求了！设计

理解需求只是理解问题的第一步，然后要作的就是要去选择需求了！由于并非因此的Idea都是正确的，可能从开始就有一部分的需求只不过是伪需求，或者说实现成本很高，可是效益很是小的需求，这种需求是没有存在的价值的，是能够砍掉的！这仍是我第一次了解还有能够砍掉的需求，这让我想起了业界有名的一句话“通常的产品经理作加法，优秀的产品经理作减法”，那么理解需求能够分解为两步：先作加法，再作减法。code

解决问题：申老师解决问题的方式，让我有点诧异，他的方法首先是纵向对比，看36kr这款产品屡次不一样迭代的区别，以及横向对比，比较和其余同类型不一样产品的区别，分解这些产品，从他们之中找出共性，以及不一样产品之间的独特差别点，而后再根据模块化进行组合。这种方法的好处是盯准了市场，若是能够集众家之所长也何尝不可~ 正如Ruby语言通常，集众家之所长，也会被不少人喜欢，可是缺点也很明显，他人的产品必然会限制本身的思路，不利于创新。orm

若是是个人话，我会在分析其余产品以前作一个我心目中的第一版，在这一版我会释放本身的想象力和创造力，而后再加上其余产品的分析和对比，从而作出最终方案。固然一千我的一千个哈姆雷特，无所谓对错，只是每一个人的处理方式罢了。

感悟

在申老师的整个36Kr的迭代过程当中，有几点很是令我印象深入:

其一：无论什么产品，不论是什么产品经理解决它，在一开始老是困难的，没有那么多的一蹴而就，都是要一步一步的分析，一步一步的解决的

其二：不要永远想着给产品作加法，要明白减法有时候更为重要，这就是为何中国的大师山水画中有那么多留白的缘由吗？

其三：产品解决问题的过程当中，竞品的分析永远都是相当重要的，不关注竞品是绝对不可取的！

饿了么产品经理-高老师分享

过程

高老师提到的更多的产品的从0到1的过程当中，业务和产品以及技术之间的关系，更多的分享感受是从技术上要如何去知足业务上的需求，而这一方面我也是更为感兴趣的。

一开始介绍产品的流程：验证模式 - 搭建体系 - 完善体系

而在0 - 1的过程当中会须要不少的问题（验证模式 - 搭建体系）

那么在这之中最重要的是什么呢？

其一是产品的核心诉求！

根据足够详细的背景调查，了解产品的核心诉求到底是什么，根据核心述求才能够肯定下来整个产品的开发的节奏，以及创建在核心述求上的功能点。节奏是什么？你知道什么阶段该作什么事情，而不是你的节奏被别人带着走，这也是我以前提到的一切模仿市场的产品，都是会被带节奏的。

其二是产品的结构！

产品的结构分为两个方面：业务可拓展性，业务满意度

业务满意度有很是多的点：

讲得过程当中我印象最深入的一个点就是业务的可拓展性！即在代码的构架中要从一开始就须要去考虑业务的可拓展性，在代码设计的初期，就须要根据业务的可拓展性来对代码进行总体的架构，传言中：腾讯的某一个架构使用了十年！可想而知，在一开始的时候，它的逻辑是考虑的多么的周全！它的业务拓展性更是极佳！

感悟

在业务可可拓展性中，有一个须要注意的问题，那就是每每替代方案 == 长期方案，也就是说在代码的结构上，一开始就不该该存在着侥幸心理，要从架构的角度来思考问题，要要开始就部署一个可拓展性高的软件架构，切记！！！

前端小哥哥-廖老师分享

感悟：有了Idea就本身去实现，这是一件很是有知足感，并且很是有意思的事情！

稀土产品设计师-李老师

感悟：创建一套本身的模型去实现本身对于产品需求上的独特理解。

整个听下来，学到的东西仍是挺多的，只不过活动在下午举办，实在是中途睡着了，并且会场没有水喝，简直一大败笔啊~ 瑕不掩瑜，但愿办得愈来愈好吧！

最后本身总结一下：

1. 产品的减法！

2.竞品的分析！

3.业务的可拓展性 == 代码架构上的可拓展性！

4.Design！

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