秘奥软件主页-进销存软件,服装软件,库存软件等

秘奥软件论坛

 找回密码
 注册
查看: 348|回复: 1

IT行业的内幕

[复制链接]
发表于 2020-5-8 10:29:26 | 显示全部楼层 |阅读模式
谈谈IT行业的内幕情况
发表于 2020-5-8 10:30:39 | 显示全部楼层
在今天做IT行业,做久了总想总结点什么,因为

每一个职位下面会分成:工作内容,职业技能,发展前景,薪水范围,成长阶段,入门门槛,天花板,职业素养,学习方法,学习路线,适合人群一。
今天我们谈谈IT产品经理,这个工作内容,一般沟通需求,整理功能列表,做竞品调研,出原型图,出设计文档,写验收标准,讲解需求,验收Demo,测试项目,上线后运营推广,收集用户反馈,健身,撕逼,写点产品文章混圈子,参加个线下聚会,熬夜,请程序员吃烧烤,学点基本的技术常识。   
  IT产品经理本质上分成两种,一种是有自己想法的IT产品经理,一种是有老板想法的IT产品经理,或者是有客户想法的IT产品经理。   
  当我们说到互联网的时候,第一个神奇的岗位就是IT产品经理,IT产品经理没有门槛,大学里没有特殊的职业,也不太有年龄限制,各行各业都要融合,月薪从几K到几十K都很正常,经常加班但是有头发,和程序员的爱恨情仇曲折动人,对性别友好,可男可女,你就算是属乌龟的也可以设计宠物应用,产品好和坏无法衡量,你判断不出来倒底是产品没设计好,还是技术没做好,又或者是运营没推好,甚至是大环境不好。   
   这个岗位几乎是最神奇也是最神秘的岗位,人人都是IT产品经理,但是又好像谁都做不好IT产品经理,入门容易,出彩难,写不了代码的可以去做IT产品经理,混了几年之后哪怕没有点产品思维,画的原型漏洞百出,一点都不妨碍他在老板面前谈笑风生,还能随时加个需求让程序员加点班。  最疯狂的时候,传统行业的人几乎将互联网思维等同于产品思维,好多老板都有危机意识,四处去取经,想了解什么是IT产品经理。  
   IT产品经理这个岗位,本质是面对需求的,需求往往来源于两个地方,一个是用户,一个是老板。  所以IT产品经理的主要工作,很大一部分来源于叫做业务逻辑的梳理,特别是在2020年的今天,各行各业和互联网的融合越来越密切,金融,汽车,医疗,电商,电影,教育等等,在过于,你做金融行业的IT产品经理,你可能会考一个证券行业从业资格证,但是像餐饮这种怎么办?供应链呢,社区电商,分销呢?  
    以证来证明你在某一个行业有经验,知道一个行业里的痛点,很难有说服力了。所以,在一个IT产品经理,并没有真正的从事一个行业长达数十年的时间里,很难直接把握用户的需求。  这就是出现了另外一个角色,就是行业专家,又或者是创业公司老板,或者是在别的行业赚了钱,但是又觉得赚钱太累的大老板。所以IT产品经理的工作内容,慢慢发生了一些转变,从自己直接接触用户,变成了从业务专家的嘴里收集需求。  无论是外包公司还是做自己项目的公司,都避免不了这种了解行业需求的场景,特别是对于刚入行的人来讲,要花很长的时间去理解一个行业的基础知识。但不管是哪一种,都需要收集需求。  很多人会比收集需求,直接跳到画原型,你也可以理解为,IT产品经理就是一个画原型的,没错,他的交付物确实是原型,但是原型并不是真正的核心,而只是IT产品经理产出物的展现。  在画出原型之前,IT产品经理应该先整理一份功能列表,这样可以快速的敲定功能的边界,产品的功能列表,我们推荐使用模块,二级模块,描述,备注的描述方法。  功能列表整理之后,相当于需求的边界圈定好了,那么第二件事,要做的就是设计每一个具体的模块,怎么设计?很简单,就是“抄”。文雅一点叫模仿,从各行各业各种适合你的需求里找相似点,找灵感,对比别人做的好和坏,我们通常把这种厚脸皮的行为叫做“竞品调研”,以及你的手机上至少要装200个App。  当然竞品调研并不仅仅是抄而已,在修真院里,有一套体系来尽可能把竞品调研这件事融合成自己的知识体系,简单来说就是分场景和解决方案,通过对各种竞品的分析,整理成不同场景的不同解决方案,然后来对比自己要设计的内容属于什么场景。这样,当你做完竞品调研,你就已经对这个行业一知半解了。 之后就是画原型,在这个工作之前,IT产品经理的岗位都只是一个看着大多数人都能做,并未完全显示出来专业性的部分,而在画原型的环节,你就需要注意一些专业术语和设计规范了。这包括网页,App,后台,H5,小程序等各种各样的元素组件,还包括了一些大小,尺寸,布局等。  虽然IT产品经理和UI在布局这种交叉领域里经常眉来眼去,但是你无法把布局这件事完全剥离出来。  布局其实就是人生的缩影,处处在做选择,比如说,登录注册,你会发现,现有的登录注册五花八门,从用户体系,到输入验证码,限制提示等等等,各种各样的布局都是选择困难症的恶梦。表单里倒底应该是左对齐,还是右对齐,还是两边对齐?抱歉,一个IT产品经理一个设计哲学,研发团队通常很难受,可是这是信仰,不是么? 布局结束了,IT产品经理的工作内容还没有完全结束。他要去写验收标准,这也是很多IT产品经理不注意,很多研发忘记要,导致出现各种各样扯皮的事情的原因。大部分IT产品经理都默认为验收标准是以自己为准的,同时是研发能够理解的,而且一旦自己心里的验收标准发生变化,研发团队就会立刻感知到。当然我们也推荐修真院的写验收标准的方法:做什么动作,看到什么结果。   当验收标准做完之后,IT产品经理的工作看起来结束了,很多IT产品经理也以为自己的工作结束了,实际上才开启了第二阶段,和研发团队的亲密砍杀阶段正式开始了。不是你画好原型,产品就能上线了,你需要借助研发团队,才能把东西做出来。这一点和男人生孩子很像,在没生之前,一个男人的很开心的描述孩子出生之后要做什么,然后眼睛里闪着小星星,一脸的渴望,却只能眼巴巴的看着女孩儿,这种事情他一个人做不到,哪怕他对未来有多好的设计,买了多少套学区房,总得有人和他一起生孩子才对。   嗯,就是这种感觉,他说的天花乱坠,研发小伙伴你记清楚了,他只是想要操你,或者是他不想,但是一定会这么做。对于研发团队来说,很多时候听IT产品经理讲需求就是这样的,一边听,一边做好了准备。   所以如果你想做一个IT产品经理,你就需要明白听你讲需求的这些秃子的心理活动,也难怪他们经常会在你讲需求的时候睡着,举一个例子,你做了100,原型上展示出来的可能只有60,研发团队可能在听需求的时候只听了5.嗯,又或者是0,大部分的人都希望你赶紧讲完,然后自己边做边看原型。。。。或者是压根就不看原型。   不管怎么样,当枯燥的需求讲解完成以后(啊,我漏掉了需求评审的环节,你们还想听么),就IT产品经理就可以轻松一点了。   不不不,清醒一下吧,到了研发阶段,才是产品噩梦的开始。研发团队就好像慢慢睡醒的考拉一样,开始提问,质疑,你不得不反复的去讲一遍又一遍你以为自己讲了很清楚的事情。  如果只是和研发团队交流还好,但在实际工作中,你会发现,研发团队这些秃子们都是属于心思慎密老奸巨滑的画风,善于在鸡蛋里面找恐龙刺,而且,还真的可能被他们找出很多。  如果这些找出来的问题你能拍板还好,如果不能拍板,你还要和老板或者是客户反复交流,传达,把老板的意思翻译给研发听,把研发的意思翻译给老板听,还要注意照顾双方的情绪。所以,你看着自己的工牌,突然间就会有种恍惚,IT产品经理突然变成了产品翻译官?  好不容易研发阶段完成了,到了Demo阶段,你会惊奇的发现 :我靠,怎么做成这样了?  而且,各种流程走不通,很多超出正常人类理解的问题,你在页面上点一个按钮没反应,然后研发团队说:稍等我看一下,过了3秒钟他对你说,好了,你再试一下。你再点按钮,有反应了。很开心,然后你发现列表的排序是反的,就跑过去跟他说排序反了。等他改完,你想再测试一下,再点按钮,发现又没反应了。  最要命的就怕是在Demo阶段发现了致命错误,好像是地面上一直扔着有100块钱,但是你和研发的小伙伴们都视而不见,直到最后自己月光了才突然间发现这100块钱就安静的躺在那里,从来都没动过。   假设Demo阶段完成了,进入了测试阶段,在测试环境你还是需要给测试人员解释,这个是Bug,这个不是Bug,这个为什么要这么设计,这个只能这么。   产品上线之后呢?做为IT产品经理,产品上线的当天,往往是受伤害最高的一天。上线可能会不成功,可能你在测试阶段验证过的问题又出现了,研发团队告诉你是环境问题,配置问题,版本问题,脏数据问题,总之就是不可能没问题,我们又不是阿里,你又不给我们开阿里的工资,怎么可能不写Bug?   如果上线这一道关卡过了,用户真正使用了。。。做为IT产品经理才会明白,原来之前大家还是一个团队,老板还是很友善的,用户呢?   用户只会骂娘。你他娘的是意大利炮友么,设计出来这么难用的问题?你在这一刻才会瞬间理解人人都是IT产品经理的意思原来就是人人都可以骂IT产品经理是傻逼,哪怕你做出来的是微信,支付宝,拼多多,豆瓣等等等等。   不要着急,有用户来骂你还是好的,至少你还能微笑着听下去,想办法整理,汇总,抛弃来指导你的产品改进方案。真正的痛苦是什么?   是用户压根不理你的产品,没人骂你,就是不用。   这大概就是工作内容的一个简化的描述了,你害怕了么?不要怕,做产品真的很有意思,就是经常挨打。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|秘奥软件  

GMT+8, 2020-8-3 23:45 , Processed in 0.098726 second(s), 20 queries .

广州秘奥软件科技有限公司 技术支持

地址: 广州市天河区东圃一横路13号4A015房

快速回复 返回顶部 返回列表