产品经理的新三观:数据观、格局观、细节观
副标题[/!--empirenews.page--]
文/玉米王子
数据观:产品经理要重视数据,根据数据做决策,用数据说话。 靠谱的产品经理,不能拍随便脑袋想做什么就做什么,而是要以用户价值为中心,学会利用数据来侧面验证产品需求的是否靠谱。数据应该贯穿产品需求从无到有的完整的一个生命周期。 网上有很多产品生命周期的讨论,比较形象的一种划分是:幼年——童年——青年——壮年——老年,分别代表了一个产品不同的生命阶段。 这里不多加赘述,文中提到的生命周期概念,并不是产品本身的生命周期,而是一个产品需求的生命周期,本质是需求的生命周期,并且这个需求的生命周期的结束,意味着一个新产品生命周期的开端。 根据工作这段时间的观察和提炼,我对产品需求的生命周期流做了一个简单的总结,一个产品需求完整的生命周期主要包括以下九个阶段: idea产生——需求分析——项目评估——PRD撰写——需求评审——开发测试——发布上线——运营监控——项目效果后评估。 很多公司都会有idea的头脑风暴,有的公司是单独组织一个idea讨论会,比如我2014年在百度的时候,就参加过几次这样的会议,那时候的体会是,即使是简单的idea讨论,如果有相关的数据做支撑,会让idea显得更靠谱和更有说服力。 一般来说,很多idea讨论会很容易陷入一个困境,就是你还没有把一个idea的来龙去脉完整的阐述清楚,就会有人马上打断你,然后从技术实现和产品细节等方面去质疑你。 这种idea还没讲完就被无端打断的感觉是很不爽的,并且无序无规则的争论,会导致会议的效率大打折扣,很多时候花了很长时间开会也得不出所然,或者得出的会议结论也没有什么含金量。 至今觉得百度的idea讨论会是做得比较好的,这里也可以简单分享一下百度在这方面做得好的地方: 百度为idea头脑风暴设定了一些讨论规则,让参会的产品经理有一个基本的讨论框架,然后可以友好的进行idea头脑风暴。建立基本的是非判断框架和讨论标准,是会议高效有序进行的有力保障。 Idea讨论五步法:
上面的五个idea讨论会步骤,简单分享了我14年所在的百度钱包部门的idea讨论会的大概流程,至今仍然觉得这个流程是靠谱的。 产品经理在工作中遇到的一个问题,就是在idea讨论会的时候,没有一个框架和标准,导致会议效率不高。 很多时候你刚起一个头,就有人跳出来打断你质疑你,其实他们的很多疑问都可以在后面的关于idea主流程的阐述里找到答案,但是很多人就是缺乏耐心和用心倾听的姿态,这导致idea讨论会很无序很混乱,有的时候花了几个小时开完会,但是最终并没有一个清晰的会议结论。 如果有产品经理感觉自己的部门和团队开会效率特别低,并且经常发生idea刚起一个头,就会遇到铺天盖地的质疑和争论的,可以考虑引进百度这套5步idea讨论会的框架,让整个团队可以更友好的进行头脑风暴,即使是撕逼,也是高效率的靠谱有序的撕逼。 希望这个5步idea讨论法,能帮助深陷idea讨论无序无效之苦的你,赶紧走出来,利用有序靠谱的讨论架标准,让产品经经理的工作更高效。 绕了一大个弯子,还是要回到数据上来。idea头脑风暴,表面上是天马行空,是没有限制的发散思维,但实际上最终胜出的idea,还是靠谱最重要。如何做到靠谱呢? 除了以用户为中心,主要是靠数据说话,建立在真实客观的数据基础之上的idea,才是靠谱的。作为带业务的产品经理,你的idea不能脱离数据真实情况太离谱,不能越过基本的数据边界。 idea的时候需要重视数据,需求分析阶段更是如此。我司的产品需求文档模板,第二项就是目标评估,撰写PRD的时候,需要给出这个需求最终可以带来的数据结果。 (编辑:云计算网_宿迁站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |