产品问答是PMCAFF的常驻栏目,在每周三更新。
关于这些问题,欢迎留言分享你的见解,每期都会抽取优质留言送出邀请码~
-1-
产品经理是否应该陪技术加班?
很多时候技术加班,没有产品什么事。如果产品一直陪技术加班,长此以往,产品的积极性也会打折扣的,大家如何看待这个问题呢?
▲回答用户:倔强的大萝卜
个人想到如下几点,大家可以看看:
1、要看产品提出的需求是不是明确,在评审后是不是已经把有疑问的基本解决了,如果都ok,那么产品没必要陪着技术加班,否则在技术加班时可能会时不时的骚扰你,面对这种场景莫不如一起加班,沟通效果好,研发效率也高。
2、要看项目进展的阶段,一般在初期不需要陪着加班,在中后期随着项目进展有一些问题或疑问可能要解决,这时适当的与技术共同加班一段时间比较好,毕竟大家都是为了项目的成功。
3、加班时不是陪着,要集中时间解决问题,如约定时间每天收集一些问题,加班时集中讨论解决后就可以做别的工作或下班,方法很重要。
-2-
非技术出身的PM,想顺利专业地和研发对接
应该怎样学习,培养自己的技术专业认知?
▲回答用户:卓别木
作为一个产品经理不需要考虑按照专业研发的去学习计算机知识,产品经理的优势是在于用户研究、业务价值、产品逻辑等,为了更好地落地方案,能做到设计出来的方案不是实现不了的就行,至于技术方案落地与技术问题是研发该去解决问题。
因此,做到以下几点就可以基本和研发很好的交流方案。
1、常用系统研发术语并结合场景理解。
最重要的就是把日常研发与产品之间交流的高频技术名称结合自己的场景和逻辑有一个认知就好。
比如涉及到多个系统交互,用户的订单信息如何通过订单系统传递到结算系统,那么就API接口:MQ、至于这些消息中间件底层采用的协议不需要关心、大公司一般会自己基于开源的优化形成内部名称,小公司直接应用开源的。
还有其他的场景语言遇到就临时百度下,比如SDK就可以简单理解为有人把一些基础功能代码写好了打包成一个工具,可以支持大家在有需要的时刻直接来使用。
2、数据能力。
要对数据有一定的敏感性,是实时数据还是离线数据,预计会产生多大的数据量,如何查询,数据从哪产生,是否留存,是否需要流转给下游系统?把这些问题想好,研发就会觉得你设计的方案比较周全的。那么基于数据会有mysql、hive等语言和查询工具,数据库、数据表等数据常识,在涉及到的时候和研发请教下,几个场景可能就能比较容易的区分了。
3、性能考虑。
会有多少的流量、会产生多大量级的数据、这些要代入到具体的场景去思考?把这些情况和研发反馈,让他们评估接口的性能和服务器资源等信息。那么在评估性能的时候经常会说QPS、TP99等,自己查询下定义结合自己的业务场景做个理解就可以了。
另外,如果你是一个专业的对外输出的产品,那么要提前准备一些特定业务场景或部署运维的技术知识,因为在宣传和对接的过程中,可能会与对方研发来咨询,这个时候可能就需要显得专业些。
-3-
开发团队不是很活跃,内部也有矛盾。PM需要主动带动日常气氛吗?还是做好本职工作就行?
▲回答用户:大田的自律生活
这个问题在于你的认知:
1、公司是否值得你去努力奋斗一把,如果值得那么其他任何问题都不是绊脚石;如果不值得感觉30%左右的人在混日子那么久果断另谋他就吧;
2、团队看领导,一个公司是老板的气质;一个团队是管理者的风范,如果可以,如果你觉得领导是你值得学习,并且你能够与他建立良好的工作上的师徒关系的,那么你值得试一试;
3、现在很多公司的产研都会分派,比如技术派,兴趣爱好派等,这个问题我觉得不用想太多,主要是自己能否用自己的学到获得自己的成长;如果不能,我建议你中庸行事即可;
4、最后,我们不是圣人,我们不能期待去改变别人,志不同不相为谋,同事不一定能成为朋友,所以只做心中自己想要成长的那个人即可。
5、在职场,关注于你绩效的获得方来自于哪里就朝哪里奔,其他人不会因为你做了什么而给你更高收入相反反而会导致你在庸人自扰;普通人都是关注周围人,关注别人的看法;而优秀的人一直在想客户、自己的上级及老板的需求是什么怎么解决,因为只有你的客户才给你钱!
祝每天你都成为你想成为的那个自己。
往期推荐:
以上三个问题,你有哪些看法?
留言有机会抽中社区邀请码~
点个“在看”吧