问问自己“做这个项目对公司的意义是什么”

2019-03-26 14:43:23来源:人人都是产品经理  

一、公司层面

现在很多互联网公司在发展到一定程度,喜欢招聘人员来做创新业务线,以期找到其他的流量入口或下一个业务发展方向。

刚来到荔枝,正赶上公司大面积在培植小程序项目。作为创新项目的产品经理,我有很多很多的想法想要实现,来证明自己。我把其中一个我认为特别好的想法拿出来,想得透透彻彻,原型也规划的事无巨细,抱着电脑去找大领导。大领导问我:做这个,对公司层面的意义是什么呢?

我哑口无言,因为我根本没有往这个层面上想,只是沉寂在自己的小创意里,所以得到的答复当然是:回去再想想吧。

如果你也在来到一个公司,做创新项目,idea漫天飞的时候不妨也抓住自己问问“做这个项目对公司的意义是什么”吧。

二、业务/产品层面

更多的产品同学,是负责产品的一个或几个功能模块。这个时候如果你获得了一个很棒的idea,可能不需要跳得那么高,去想对公司的好处是什么,但是需要想清楚:这个有趣的idea,对整个产品的意义是什么呢?

产品目标是什么?我想做的这个需求,是否是围绕着产品目标来展开?

有的功能点,对于产品来说一开始看不出大的问题,但是长远来看,会分裂产品的流量入口,削弱产品的主功能。这种功能也是需要慎之又慎,再上线。

优秀案例可参考小红书,核心的社区分享功能与电商功能,互为纽带,呈缠绕螺旋状发展壮大,是一个很好的参考产品。

三、用户层面

用户真的需要这个功能吗?或者是用户并没有向你反馈,但你认为他们需要这个功能,你认为他们需要的原因是什么呢?

产品经理切忌自己创造需求,坐在办公室觉得用户需要这个,用户需要那个。如果到了瓶颈期,建议走动起来,到用户中去,近距离观察用户都是在何时、何地、如何使用你的产品的。用户真实的样子往往会对产品的发展建设有着很重要的指导作用。

四、聚焦产品功能点的PK

如果你的idea过五关斩六将,一路杀过了公司层面:对公司着实有用、业务层面:确实对业务发展有着建设意义;用户层面:用户的需求确实需要满足。

那么我们可以进入本轮的问答。

解决这个需求,除了这一种方式,还有其他的解决方法吗?

想想福特吧,如何他听用户的“我想要一匹跑得更快的马”,那么福特可能是去养马了,而不是去发明汽车。

或者说,你想到的这个idea,真的适合在你所负责的模块做吗?不牵扯任何功利心,是不是在其他的模块,这个idea更相宜?

现在所负责的吱呀APP,我曾经花一周时间去完善了一个我认为对用户及其妙哉的需求点,从用户为什么需要,到需求点的push文案,方方面面全部想透彻,感觉就差研发了。但是总觉得差点什么,或者说哪里不对劲。

终于,又花了一周我发现这个功能点,我想做没错,但是它不适合在我所负责的模块,它与另外一个模块的功能有重合和冲突部分。所以我在多方考虑之后,放弃了这个idea。

产品上如果你想做一个功能,很容易。但是做完发现其实不对,这个时候再去砍掉、再去修正,其实就浪费了大部分的时间。如果你的产品所处赛道是个高速发展的赛道,很有可能因为你的这个错误,就导致产品在赛道的落后,甚至出局。

所以产品经理考虑需求,一定要全方面考虑,慎之又慎。

4.1 功能点之竞品的作用

做一个产品功能点,如果你的产品有强劲的竞品。那你应该感到庆幸。

你的idea竞品有没有做?做了?为什么做?他哪里做得优秀,哪里做得有待改进?

这些都是竞品花费时间金钱帮你趟过了好多坑,才最终展现在你面前的功能,所以好好珍惜。把他抓住,分析透彻。

而有的功能,不是说竞品不做,你就也不做。

竞品为什么不做?是不是他没想到?或者是在密闭研发?有些情况下你的敏锐牵动你们更快一步、快两步的发出某一项功能,可能成为你们在超车道超过竞品的那一脚油门。

4.2 一个大忌

千万不要,照着竞品照抄(又啰嗦了)。这种做法毫无意义,而且这样做你永远只会在他们背后默默跟随,最后越来越后,再也追不上。

遇到过一个产品,照抄了吱呀的某一项功能,搞得我又气又笑。

气是因为基本上是像素级抄袭,方方面面流程细节全部不落下的抄了过来。好笑的是,他们抄的是我们上个版本,他们发完抄袭版之后,我们新版也已经做了出来,那么他永远比我们慢一步。

以上,是今天想和大家分享的内容,感谢你一路看到了这里。

最后,还是祝大家都可以做出真正对用户有所帮助的,好的产品。

标签: 项目意义

相关阅读

相关词

推荐阅读