如何成为一名IT方面的产品经理?
发布网友
发布时间：2022-04-24 12:53
共6个回答
热心网友
时间：2022-04-21 15:24
产品经理更有挑战一点，工作比较多，但是做深了收入也很多。因为一个合格的产品经理要懂很多知识，比如市场营销知识、财务知识、研发知识等，做一个产品从市场调研开始到研发阶段、推广阶段、销售阶段会涉及很多方面知识。很多做销售、项目、研发的人会最后转型为产品经理。这是自己的职业规划，你可以先做研发工作，有一定经验，再转产品经理，或是直接做产品经理也可以，就是压力会大些。网上有很多产品经理资料，你可以看看，再考虑，当然你也要看自己的自身情况，做产品经理的有两个基本条件：第一、要头脑灵活。第二、心理承受能力要强。
当然，产品经理一般情况下是一个收入和劳动成正比的职业。你的产品卖的好，你收入自然后就多，如果你的产品是公司核心产品，那公司会给你开出很多优惠条件来留住你的。现在很多公司都在大力挖高级产品经理。所以说如果要做好了非常有前途。
热心网友
时间：2022-04-21 16:42
1、工具篇
做个产品经理得会画原型吧，应该要懂得怎么把想法与需求转化成技术、开发懂的语言。
那么产品常用的工具得熟练，包括：Axure RP、Visio、Xmind、PPT、Word、蓝湖、jira，这些都是必须要熟练的。
2、沟通篇
一个项目开发的过程中，产品经理需要和运营、前端开发、后端开发、测试、市场等多个部门多位同学沟通，怎么推动项目按时间节点完成呢？
这就需要沟通的艺术，产品经理需要懂得怎么跟人打交道，内部外部的，包括用户。
比如产品研究过程中很重要的一部分就是用户研究，用户访谈调研，怎么提问，怎么让用户把使用产品过程中的问题表达出来，这些都是需要沟通艺术的。
3、进阶篇
这部分是最难的
理解人群的需求，针对性制定合理产品策略。
理解行业的情况，理解公司在产业中所处的位置和竞争形态，团队就这么多人，功能要那么多，先做什么后做什么，做了之后可能带来的反应是什么。
热心网友
时间：2022-04-21 18:16
产品经理软技能：
个人魅力：包括沟通能力，领导能力，愿景能力，感染能力，审美能力等等；
产品修养：产品修养包括混迹产品社区，运营社区，优秀产品群；
互联网修养：了解互联网现状，跟踪互联网热点，跟踪互联网前沿，混迹互联网社区。
项目管理
产品经理的一个重要角色是项目经理，产品经理需要对整个项目的结果负责，包括按时交付，合格交付，成本控制。
项目经理需要熟练项目的5大过程组和10大工作领域，对于互联网产品经理来说，主要内容包括：
项目沟通：沟通是互联网开发中产品经理最重要的工作，包括和上级，开发人员，运营人员等等；
总体进度计划：项目的总体进度，例如产品设计，UI设计，各个模块开发，测试进度，部署等等，产品经理必须把握整体的进度，针对节点进行审核；
开发详细计划：开发详细计划是总体进度计划的一部分，一般来说开发计划是技术经理维护，但是产品经理必须进行整体把控；
项目控制：项目干系人，风险，进度，质量等等控制。
协助推广
产品开发出来必须推广到市场，否则产品就是一个实验品。产品经理不需要完全负责运营推广，但是必须对运营人员提供必备的支持。
基本工作如下：
基础运营数据：获取产品的基础运营数据，例如下载量，用户量，支付金额，留存；
埋点：埋点的一种获取产品运营数据的重要方法，他可以分析页面点击，页面转化等等；
业务数据：业务数据例如订单情况，售后订单，销量等等；
竞品分析：和市面上相似产品对比分析；
Swot分析：了解本产品的优势、弱势、机遇、挑战。
迭代开发
第一个版本做出来后，产品进入迭代开发阶段，一般迭代周期是2个星期；迭代开发就是将从产品规划到运营过程进行浓缩，每个迭代周期开发少量的功能。
基本的工作如下：
收集需求：收集产品的需求，哪些需求进行迭代开发；
需求排序：针对需求进行排序，高优先级的尽快开发，优先级低的稍晚开发；
细节功能设计：第一个版本的功能进行细化，例如效果细化，交互细化等等；
迭代计划：维护整个迭代过程的项目计划。
根植行业
产品都有很强的行业属性，必须熟悉本行业才能设计本行业需要的产品，否则就是空想。
我们需要了解行业现状，熟悉行业痛点，熟悉行业热点，并且还得了解相关行业，此外需要熟悉相关的法规，道德，加入行业圈子，多逛行业论坛。
个人魅力
上述讲的是产品经理硬技能，下面介绍一下软技能，软技能更多的是个人的修养问题，但是这些会影响到产品经理的整个职业生涯。
个人魅力包括个人领导能力，沟通能力，愿景能力，洞察能力，审美能力，感染能力。拥有强大个人魅力的产品经理才能成为整个产品的领导者，才能激励整个项目成员，提高团队效率。
产品修养
产品经理需要提高产品修养能力。
产品修养包括：
与高人为伍：有时高人的一句指点胜过你苦思冥想一个月，产品经理需要向前辈，向领导，同级组织成员请教，请教他们你不熟悉的内容；
与实践者为伍：不要和空想者为伍，而是和实践者为伍，产品的使用对象均是实践者，实践者的想法将会提高你整个产品的境界；
产品社区：例如产品壹佰，pmcaff，多看一下帖子提高自身修养，此外多加入一些QQ群；
运营工具：例如应用雷达，酷传，APP annie，ASO 100，百度指数等，运营工具可以用来分析产品的运营数据。
互联网修养
一个互联网人，必须熟悉互联网，有一定的互联网修养，多看新闻，多参加一些沙龙，提高自身的互联网修养。
了解互联网现状：熟悉当前中国和世界上优秀的互联网公司，多了解互联网当前现状，例如阿里巴巴，腾讯，百度，小米，华为，360等；
跟踪互联网热点：当前互联网热点，例如项目热点，投资热点这些，可以查看36kr，虎嗅，这些社区提高了互联网热点现状；
跟踪互联网前沿：例如vr/ar，物联网，智能设备等等；
大数据平台：常见的例如易观数据，talkingdata，这些互联网大数据平台会提供部分免费的行业分析报告，了解互联网大数据对产品整体把控有一定的帮助。
如果需要学习，可以看下这几个软件：
1.脑图工具：百度脑图
2.文档共享：蓝湖、Axure等软件
3.项目管理：jira
热心网友
时间：2022-04-21 20:08
了解产品
能够充分发掘产品推广特色
有一定的人脉
有自己的学习安排，时刻给自己充电。
积极向相关部门领导表达自己的想法，尽可能的崭露头角
适度低调，避免孤立
热心网友
时间：2022-04-21 22:16
热心网友
时间：2022-04-22 00:40
更准确的说，是不能缺乏设计、开发一个互联网产品基本的技术常识，比如至少要清楚一个网站从不存在到能被用户访问，需要哪些必须的环节；也要明白一个App从你的脑海走到用户的手机里，需要经历怎样的过程。
有常识，当然不一定就能做出好产品，但没常识，就很象在村里呆了半辈子的人乍到城市，一举一动即使小心翼翼，也没法儿不透着突兀和不和谐。
很多公司都有完全不懂技术的产品人，大多年龄较长，也许是互联网出现的时候，他们已经过了充满好奇和渴望未知的年龄，不愿意放低身段去学习新东西，喜欢只凭着想象和自己的生活经验就开喷，间或以若干近期热门关键词作为点缀，以示自己尚蹲在潮流尖端。
这样的人也许能忽悠某些领导，但一定不招工程师待见，他们可能什么都不说，但心里已经开始等着看笑话，交给他们的开发需求，自然也是能拖则拖、能蒙则蒙。
二. 忌懂技术
我遇到不少工程师喜欢说：“只要产品需求明确，技术上一切都能实现。”
这句话听起来相当豪迈，也让产品经理大为放心，觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的信号。
当工程师这么说的时候，潜台词是：“你弄好你自己的事儿就行了，别来管我！”而且这种说法隐含着一个乐观但显然并不现实的假设：技术是无所不能的，他（掌握技术的人）也象灯神一样，可以实现你的任何愿望，只要你能明确的描述它。
我不知道阿拉丁说完愿望之后，假如胆敢继续追问灯神将具体采用何种技术方案来实现的话，会不会被塞到灯里，但我知道很多工程师在发现你关注技术层面过深的时候，都会有种领地被侵犯的感觉。
这就是工程师维护自己专业槽的本能，与行业中其它角色相比，工程师地位不是最高，待遇也不是最好，还经常加班加的要死要活的，唯一得天独厚的优势，就是专业槽比任何角色都深。关于产品、关于UI、甚至关于商业模式每个从业人员都能喷上几句，要是说到用户体验，那更是连业外人士都敢大喷特喷而没有任何心理负担：反正我就是用户嘛，越傻越光荣。而一旦涉及到代码，大多数人就直接晕菜了。想想那些UI设计师的苦*段子，工作时没有喷子们指手划脚的干扰，真是上帝赋予工程师独有的恩赐。
所以当他们认为有外人正试图跨越这条槽时，自然会有所警惕，甚至体现出抵制和敌意。当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说，你应该知道，他们在槽边开始向你射箭了。
从整个产品乃至公司的角度来说，各个专业角色之间的专业槽都是应该被填平的，产品经理不该对工程师玩挟天子以令诸侯，不要总假装自己是用户的三个代表，动不动就拿想象中的“用户需求”当“奉天承运”来用；工程师也不必总装灯神，假装无所不能很累的，工程师之间必有能力高下之分，其实有时候功能做不了或做不好，纯粹只是因为工程师能力所限。如果彼此坦诚一些，大可以提前有效沟通，尽可能避开那些投入产出比过低的部分，有不少工程师不愿意拿出来讨论的技术实现上的细节，都是值得产品经理参与进来的，在这些细节上如何取舍与抉择，会对产品的开发进度、性能甚至功能带来极大的影响，如果沟通到位，往往可以让开发工程师少做大量无用功。在我开始自己动手写代码之后，对这一点有了越来越深的体会。
下面就说说我为什么开始学写代码，算是回答问题的后半部分吧。
在我做互联网产品的前五年里，我对技术的了解仅维持在常识范畴，能够手写的代码只有html和css，连js都不会，更别提任何适用于Web开发的编程语言了。我一直认为自己无法完全亲手写一个哪怕是最简单的动态网站，是作为互联网产品人员，很大的缺陷和耻辱。
工程师们一般倒不这么觉得，和他们聊天的时候，有时顺嘴喷一些对技术架构或某些技术问题的看法，立刻遭到赞扬：“你很懂技术嘛！”这时马上打着哈哈说：“懂个p啊，我连hello world都不会写，完全是纸上谈兵。”于是嬉笑声中，一群人把手里的箭收起来了。
但我压根儿就TM不想只能纸上谈兵，2009年，我不顾当时三十二岁的高龄，悍然决定要学Ruby，买了书、装好环境开始看书，敲代码，坚持了几天，然后失败了，考虑到也许Ruby对我来说太难，又尝试了Python，结果还是失败了。消沉几天后不死心，又买了一本iPhone开发的书，还趁机决定买了台27寸的iMac，但悲剧是只翻了翻书，连Xcode都没敢下就直接放弃了，这书上什么都不讲的啊！上来就是大段大段的代码啊！而且obj-c的代码都巨长，完全看不懂。
后来我想，这件事有两个收获：一. 发现了自己智商的边界。二. 我有了一台iMac。
转眼又过了一年多，想要自己动手做一个iPhone上的App的感觉越来越强烈，快压抑不住了。于是在某一天，我好了伤疤忘了疼似的把那本几乎没有折痕的iPhone开发基础教程又翻出来，等待Xcode下载的过程中，暗下决心：看不懂我也把它背下来。
后来发现笨办法至少对我来说，还挺管用的：照着书敲代码，能正常运行的话，就合上书，再敲一遍。一般重复四五次就能记得很牢了。合着书，劈里啪啦熟练的敲着自己还不知道是什么意思的代码，加上Xcode的自动补全很给力，几分钟就可以折腾出一大屏花花绿绿的代码，而且还能在iPhone上运行，这时会产生一种已经会写iPhone App的错觉，很奇妙。
人的大脑也很奇妙，你如果已经背下来了，本来不理解的就会慢慢自动理解，就这样背了一段又一段代码之后，突然发现：我明白是怎么回事儿了。之后就开始给自己提出各种小的不能再小的功能需求，尝试用这些代码去实现，每实现一个，都欣喜若狂：我能显示按钮了！我能弹出对话框了！我能写滚动列表了！我能发一条推送信息了！⋯⋯
这些事儿在熟练之后，也许就像喝口水一样平淡，但却能给初学者带来巨大的快乐，我一直觉得，能否始终保持如初学者般的热情、专注，决定了在做某件事时能走多远，能做多好。
由于书上所用的Xcode版本问题和我用的不同以及一些印刷错误，书上的代码不会总是百分之百能运行，有时会报错，只能上网用尽一切办法搜，搜索的过程中，就会慢慢看到一些专门的技术论坛、Blog，最终不可避免的会发现Stack Overflow这个神奇的网站，你遇到的大部分问题，都能在上面找到答案。
当实现书上的功能已经不能带来狂喜的时候，就会忍不住想把自己束缚了很久的各种idea放出来了，终于可以亲手去做它，而不是局限在画画原型图、写写需求说明最后还要虔诚的擦拭神灯，呼唤灯神们显灵这样隔靴搔痒的做产品。
开发的过程对我来说充满了乐趣，因为写代码的时候，世界变的简单而美好，某个做法对还是错，你不需要自己反复猜测，也不需要和任何人没完没了争辩，编译器就是神圣的裁判。你的每个操作都能得到及时、明确的反馈，而且拥有近乎奢侈的试错机会，从这个角度来看，编程的乐趣倒是有点儿象玩游戏。
当然也会遇到无数的问题，Stack Overflow、Github、Bitbucket、mailing list会慢慢成为你的朋友。
在能够独自写出一个iPhone App并把它放到App Store上之后，我又发现还需要再学一门语言，用来开发网站以及需要在App中调用的RESTful Web Service，于是不顾三十五岁的高龄，再一次悍然打起了Python的主意，有了学obj-c的经验，知道关键是要能狠得下心和静得下心来，看什么书，其实区别不是特别大，所以我就用了免费的Learn Python The Hard Way，用前面提到的方法，跟着做了一遍（前半部分比较简单，可以每天做上十几个exercise，后面速度可能会慢一点儿），了解了Python怎么写之后，马上开始看Django Book 2.0，只看到第九章，就等不及用同样的方法把Django Tutorial做了两遍，接着惊喜的发现已经可以写一个简单但完整的网站了。然后很快试着用Django写了一个特别小的针对某垂直领域的工具类网站，上线跑了一段时间，昨天晚上结束免费试用，开始收费，现在看到已有几个付费用户，我很欣慰。
至于技术需要懂到什么程度，我觉得要是花几个月学的东西就够用一辈子，这买卖也太划算了，尤其是在技术领域，一定会需要持续学习，但对于我来说，已经没有资格象十几二十岁的年轻人那样仅凭兴趣广泛的学，我目前对这件事的原则非常功利：马上要用到的，能显著提高效率或者公认是最佳实践的就学，否则就先不学，尽量不折腾、严格控制投入的时间和精力。
比如写好的代码放到Server上，虽然只要能跑就算是部署成功了，但公认的最佳实践是使用virtualenv隔离Python环境，这样可以减少以后很多的麻烦，那就值得多花时间去了解，去应用；使用Fabric配合Git进行自动化部署可以大大提高效率，那就也值得花时间去学怎么用。
我也知道可以用Memcached或Redis来做缓存，提高应用性能；或是用Rabbit Mq和Celery来做异步队列，可以改善同步执行耗时较久的任务给用户带来的不爽感；还有Node.js似乎比传统的Web开发语言更适合做RESTful API ⋯⋯ 不过这些都不是目前最紧迫的问题，所以虽然我还不会而且确定会有用，但先不去学。
一没留神，喷了几千字，还是打住吧，看来中年男人的啰嗦算是没救了。
最后还是总结一下，就一句啊：
产品经理懂技术 ＝ 流氓会武术。你要是觉得帮派够大，自己脑子又好用到可以当师爷，那不会武术也凑合；要不巧是个和我一样没什么团队精神，又老喜欢独来独往的流氓，还想只凭着脑子就能连点儿防身术都不练，恐怕很容易被人打成爬行动物。
比较严肃的总结是：产品经理懂技术，在没资源的时候可以用最低成本把事儿办了，有资源的时候可以把资源用的更有效率。
