作为一名产品经理,我觉得我有时候挺郁闷的。真的没有之前敲代码时的安静。
话不多说,拣一些观点说说吧。
if(技术岗位时){
1、只需要考虑功能如何实现,如果自己觉得软件有不合理的地方可以吐槽产品经理2B加无知。可以和小伙伴们狠狠的吐槽。反正自己没责任。
2、反过来说如果是自己代码有问题,反正产品也看不求懂,谁还没个BUG,改就好了。
3、不用和客户聊东聊西,不用被客户提来提去。
4、不用直接面对用户。
}else(产品经理){
1、一个功能拆开两步实现,客户觉得不舒服;一个功能不拆开实现。技术的兄弟会抱怨这样会导 致架构混乱。表示很为难。
2、当用户觉得牛逼的一个功能要增加时,技术兄弟觉得那是个狗屎的笑话,这时就会与产品力争没必要加这个功能。
3、上班时,技术的兄弟们觉得产品很轻松和客户喝茶聊天,实则是:所谓需求不是开会定出来的,更多的是挖出来了。想要做出好的产品就要了解客户和行业老板们每天在想什么,所以得和他们混在一起。但自己的工作还是要做的,只能是下班以后抽时间完成。
4、直接面对客户,不论是技术的原因还是自己的原因,软件产品有一个地方不如意,就会被客户抓着不放,以此要挟少付合同款。有些失误也许是非常低级的,但客户和你交真起来那就是大事儿。这些压力技术兄弟是不知道的。
}
作为一名开发出道,后转产品的一名IT人十五年走来,真得觉得这个行业的兄弟不容易。希望不论什么岗位我们都好好沟通,我公平的说一句:技术的工作量比产品大,但产品的压力更大。
所以作为技术要做好支撑,配合好产品,确保自己的代码不犯低级错误,千万不能因自己觉得产品的设计不合理就从内心抵触,不情愿,不尽力,不配合。记住团队输了你也输了。团队赢了大家都是赢家。
要知道自己的位置,自己觉得不合理,并不代表客户和用户觉得不合理。你觉得的好的东西,也许在用户和客户看来就是一个屎。
有时候你觉得好的建议,产品经理就是不采纳,也许它真的就是好。但是不利项目交付,所以产经不采纳。产品经理设计产品时会从使用之外的另一面的人性方面出发,会从整个有利项目的方面出发。这些产经理没办法给你一、一解释明白。就象你没办法给产品经理把代码一、一解释明白是一样的。
最后:I T行业人都是很弱势的群体我们把大把的青春给了电脑,我们没有时间去读名著,我们跟不上时政。所以我们的沟通能力很差。我们要对业务的各个岗位都多一点宽容多一点谅解。
如果可以重来再不会踏入IT这行。