分享

他们是提需求的,不是做产品的

 timtxu 2019-09-19

这是2013年我在做某互联网产品技术负责人时,有感于需求管理的乱象的反思。那时候我们刚独立出来做互联网业务,缺乏专业的产品团队,运营团队直接负责产品需求,导致一些问题出现。现在我们虽然有更加专业的产品团队,但过程中我们依然要重视产品需求的评审和管理,好的产品不是靠功能的堆砌堆出来的,而是在符合自己产品定位的方向上深入的挖掘用户的需求痛点并解决它!

作为技术团队的负责人,我对做产品却存在很大的兴趣,因为产品将创造价值,而技术只是实现手段。而技术团队也应该属于产品团队的一部分,需要对产品开发的各种思路、流程要烂熟于胸,一定要本着技术是为产品服务的这种思想,共同致力于产品的设计开发。技术团队要积极的响应产品的需求,快速的应对变化,但是产品开发一定不完全是有求必应,不假思索的接受,一定是按照规律有计划有步骤的保持迭代前行。一个产品团队,如果没有清晰的定位和职责划分,产品开发也会陷入无序的,无责的状态,当产品人员过度运营,当运营人员开始过分插手产品,我很后怕这个产品是否保持一个持久的、统一的灵魂。但是这样的事情却经常发生,当运营人员、领导甚至投资人把自己的想法提出来,而没有懂产品开发的负责人来把控的话,做产品俨然等同于完成需求了。

我们一直在探讨产品经理会经常犯的错误,其实比这个更可怕的是,我们没有做产品的素质,却把自己当成产品经理,构思着自认为“伟大的产品”,所以我们就会经常出现以下的各种状况。

1、产品是功能的堆砌

不合格的产品人员,或者根本就不是产品人员,很难把握产品的灵魂,只会一味的模仿,将其他产品的功能变种的移植过来,比如做一个新闻类的移动app产品,咋一看既有网易的影子,又像搜狐的样子,仔细一看其实什么也没有,就是一堆功能堆起来的,这样的产品没有生命。造成这种情况的原因我想是一个外行,不了解业务和行业,无法把握用户的核心需求,只能靠这些充当门面。

2、需求繁多但无重点

一个好的产品经理做产品有着清晰的思路,懂得如何布局,如何铺路。一个产品负责人,他心中对产品的发展应该有一个清晰的计划,每一步都有一个核心的主题,每一次大版本的升级,都知道用户最需要什么。但是当缺少产品人员驱动的需求,往往都是大而全的,只要想到的就是需求,而且全都是重点,其实毫无重点,有重点也凸显不出来。我认为做产品一定要有所保留,有所放弃,一步步的呈现给用户,让用户看到一个变化的产品,一个成长的有生命的产品。

3、过度的看重数据

张小龙说他做产品不看数据,虽然有点偏激,但是我还是比较认同,其实做产品需要一种感觉,就像乔布斯一样,一个个伟大的创新真的很难有数据可以分析,完全靠的是感觉,甚至是感情,我认为只有感性的人才能做好产品。往往从一大堆运营数据得出来的结论,只能指导优化和改进产品,而不一定能成为一个真正理解用户内心的产品。

4、对产品开发过程不清楚

对于这一点,在第2点已经有所体现,产品是一个不断迭代的过程,产品所表现出来的一点点东西,它背后存在千丝万缕的关联,底层的架构,功能的衔接,运维的考虑,这些需要消耗很大的精力,开发一个产品没有想象的那么容易,既然是这样,那么产品的开发应该有所侧重,保证核心功能和紧急需求能够满足,然后一个又一个周期的迭代前行,保证功能性需求和非功能性需求都能够在发展中得到满足。一个做产品的如果对产品开发的过程一概不知,只是需求,进度,产品开发将变得混乱不堪。

作为技术负责人,我喜欢和一些务实的,对产品开发有很好认知的产品人员合作,但是往往我们碰到的都是非产品性的需求人员,我只能很无奈说“他们只是提需求的,不是做产品的”,然后无奈的去应付一个又一个需求

2013-6-18 晚

菜根乱谭,微信公众号:CGLT_TAN,人人都是产品经理专栏作家。

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多