我思考了下,产品经理想了解技术,大概都是在遇到问题的时候;
比如说创新型产品,会持续的了解新技术,考虑新技术创造新价值的可能性,这时候大概是了解技术的原理,目前的成效。
其他来说的话,基本上都是为了更好的和研发的配合,这里其实主要了解编程的逻辑和思维,有基本的编程思路,知道简单的数据库结构就差不多能进行交流了。其他的思维习惯或者编码习惯从测试发现的bug里大致也能有总结。
如果要更好的合作,可能是了解下程序员的思维逻辑,有时候你跟他讲业务,他其实脑子里已经开始思考自己技术上的实现了,有一些反驳仅仅是因为技术上他觉得麻烦,需要你给一个理由让他说服自己要干这件看起来有点麻烦的事情。
比如说创新型产品,会持续的了解新技术,考虑新技术创造新价值的可能性,这时候大概是了解技术的原理,目前的成效。
其他来说的话,基本上都是为了更好的和研发的配合,这里其实主要了解编程的逻辑和思维,有基本的编程思路,知道简单的数据库结构就差不多能进行交流了。其他的思维习惯或者编码习惯从测试发现的bug里大致也能有总结。
如果要更好的合作,可能是了解下程序员的思维逻辑,有时候你跟他讲业务,他其实脑子里已经开始思考自己技术上的实现了,有一些反驳仅仅是因为技术上他觉得麻烦,需要你给一个理由让他说服自己要干这件看起来有点麻烦的事情。
全部评论
相关推荐
点赞 评论 收藏
分享
08-31 01:30
清华大学 Java 点赞 评论 收藏
分享