今天是日更的 101/365 天
前几天阿常在测试群看到大家讨论这个话题「你的产品经理靠谱吗」,多数人表示自己的产品经理不靠谱(阿常举手发言,不针对所有产品,比如说我们公司的产品就还不错),对此我们能做些什么呢。
下面我们先来看看测试群的小伙伴怎么说:
木瓜:你们有遇到过非常不靠谱的产品经理吗,每次需求交底都是需求质疑、需求懵逼
豆豆: 我们的产品经理就是这样
米粒:
哥太对了哥 草莓:产品逻辑一堆零散文档,已有逻辑靠测试去追 豆豆:产品从来不考虑分支场景,对历史逻辑影响啥的,哪怕是之前自己提过的需求 草莓:感觉不是产品经理,叫运营问题传话机
白菜:我们产品自己不做需求,UI 做好在旁边添下备注,就是需求
木瓜:有办法治治 TA 们吗 草莓:自己做产品经理,然后把他挤走 酸奶:要么向上反馈,要么帮他做需求实例化,要么干掉他。。。。。。
小伙伴们讲完了,总结一下他们的槽点:
1、产品自己不做需求,UI 做好在旁边添加备注作为需求。
2、逻辑梳理不充分,忽略分支场景及对历史逻辑的影响。
3、产品经理不会抓业务痛点,成为了运营问题的传话机。
小伴伴们也提出了可行的解决方案:
1、帮产品做需求实例化
2、干掉他,自己做产品
阿常也来发表一下自己的观点:
1、团队对质量负责,就是需要每个人都对质量负责,是质量人人有责。
2、同样需求混乱也不能让产品独自背锅,测试也应该主动梳理业务逻辑,业务逻辑理不清楚,测试也无从下手。
3、由产品主导抓业务核心,产研测三方共同确认需求,最终达成共识,以保证团队正确的做事。
4、产品不合格,对测试来说是横向拓能的机会,多实践测试左移和测试右移,把自己培养成六边形战士,破除「测试内卷」。