怎么判断产品经理靠不靠谱?

794 阅读3分钟

我心目中靠谱的产品经理长这个样子:

有产品规划


也即是你得有至少一个月或者三个月的产品规划,不能老是提一些零散的需求,这样会导致一旦有重要的大需求的时候,开发和测试人员都没有资源了,因为全部被零散的需求耗尽了。然后产品经理还大言不惭的对外说:

研发支持不了。

这个真是天大的冤枉,产品经理自己没规划好,到头来怪研发,真是无语。产品应该平时一定要主动去找业务方,问问最近有啥业务规划。做好准备。

需求目的能够分类


就是说,无论来自产品经理自己的需求还是来自业务方的需求,一定要把需求的目的归好类,形成一个树状结构,比如说,有3个需求是降低客诉的,有5个需求是提升用户体验的,有6个需求是专门降低退款率的,等等等。都要有设置专项去搞。这样的话,研发和测试那边也能清楚做这些需求到底了想解决啥问题,要focus。

要有产品思维


这里说的产品思维绝非需求传声筒,写PRD那种小儿科,而是业务、市场、竞争、数据、布局、商业、战略,都要去涉及和思考,并输出产品方案。产品经理出的东西,应该能影响业务的。在公司的业务大盘里,产品的需求就是得有贡献的,如果都跟产品输出的没任何关系,那要所谓的产品经理有何用呢?

如果公司的CTO也管理产品团队的,我觉得这点特别重要,你想想看,CTO管理的产品团队如果不给力,那年底的时候,CTO拿什么去汇报呢? 请问。

因此产品经理在【思考】这一块,一定要下狠功夫。

要有产品框架


就是说不能老是只看到当前的场景,然后急着去出PRD,而是要有产品框架,考虑将来。比如说:营销活动,第一个月出个满额减活动,第二月又来个满件减活动。这种的,应该是在产品层面,就需要按照【营销活动规则引擎】来设计,从一早就从产品框架的高度去想问题。这个不会影响项目交付的,只是强调产品经理应该有这样的思维。

能主动跟研发沟通


不管产品PRD是否写好了,当有想法或者需求到来后,是需要主动跟研发去沟通的,一起看看影响面,工作量,设计是否合理周全,有无更好的方案,等等。不要PRD一写完,就赶紧让PMO组织去做需求评审,然后评审的时候,被一堆人挑战,真的是效率低下。

小结


产品经理不靠谱,经常会导致,研发和测试人员,按时按质的交付了一个没鬼用的东西,极度浪费资源,效率极其低下。这个世界上,不靠谱产品经理实在太多了,如果有幸能遇到几个靠谱的产品经理,真的是要谢天谢地了。

产品经理不给力,累死三军。

欢迎关注本专栏


产品经理小记