今天园子里面的话题～～我也随便写几句，太正式的文章花的时间比较多，随笔比较好～
Q：产品经理是一个高门槛还是低门槛的岗位？
A:产品经理实际应该是一个高门槛的岗位，但是在国内互联网行业是一个低门槛的岗位，这个是招聘者和应聘者，就业环境造成的。现在很多公司的产出物类似，因此在对产品经理要求不高，招聘的岗位也自然放宽松很多，因此最近5年涌现了太多的年轻的产品经理。国内的产品基本面向都是互联网单个程序，功能比较单一，涉及面比较窄，产品经理的职责也基本比较小。传统IT行业中产品经理一般职责比较大，例如提出一个问题整体的解决方案，涉及到的面很广，可能有硬件软件，有网络通信也有服务器后台，也有行业专业度高的比如，医疗、金融，汽车等。因此大多数大型产品的产品经理基本都是行业资深的人。
Q：在校生想毕业后就从事产品经理工作可行吗？
A：毕业后可以从事产品经理可行，不过应该一般也是从助理做起，多多了解行业知识，站在测试角度思考问题，练习自己逻辑思考能力。
聊一下我自己的认识：以前在日本为7-11的ATM机做软件开发。大概100人左右的设计开发团队。可能是因为金融也是有比较复杂的业务知识，担任软件设计的基本都是有一定工作经验的中年人，总负责人是一个50-60多岁的经验丰富长者。年轻人毕业后如果直接进入需求组也是打杂。需求组的工作是事关整个项目成败的任务，需要修改的需求是哪些，7-11的运营人员是没法告诉你的，最多只能提供现在大概有多少需求量，大概哪里排队太久，哪里抱怨太多，哪里事故多。
需求组的工作是需要把所有的问题分解，抽象化，流程化，结合对硬件软件以及业务的知识，提出性能提高和扩容的方案，软硬方面都要修改的时候，可能协调的部门就会涉及到硬件组，中间件组，软件组，界面组。因为不是简单的就是画个原型图，更多的是需要全方位思考业务的逻辑性是否合理，软硬件结合是否有问题，接口电文是否满足。因此，项目规模很大且很难进行快速迭代的大型产品，产品经理的职责显得尤为重要。
暂且不说对行业的把握和对过往的产品迭代的复盘。想象一下如果存在逻辑前后不自洽，技术人员估计又要和产品经理冲突了。有很多情况，技术和产品的冲突不是在于甲方要改需求，而是产品设计的时候逻辑不够完整。产品经理需要对系统有个概貌，然后再问题分解，抽象化，流程化。需要经常练习通过用图和表尽可能的完善描述的内容，站在测试的角度去考虑正常异常的分支去思考。
网友评论