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

2,630 阅读8分钟

自从自己开发第一款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.很多事情都可以建立起一套自己的模型!