IT行业未来的发展前景

我理解为：客服经理为前端！设计为后端支撑！说错不喷！

产品经理既不属于后端，也不属于前端。

如果你的问题是指：产品经理是属于前端研发人员，还是后端研发人员，那么两者都不是。因为严格来说，产品经理是属于运营人员，在很多公司都归属于运营部门。

如果你的问题是指：产品经理是属于前端销售人员，还是后端研发人员，那么答案也是同样的：两者都不是。

因为产品经理是沟通前端销售人员，和后端研发人员的渠道。所以，你可以认为产品经理是前端和后端的中枢。

这个岗位需要把前端销售人员接收到的用户需求，转换成具体的功能，在产品上实现。也需要把后端研发人员的能力，转换成文档或者其他材料，供前端销售人员使用。

所以，产品经理既不属于前端，也不属于后端，而是两者之间的中枢。

你好，谢谢你的邀请。产品经理，在互联网行业，我感觉应该即使后端客户经理，有事前端。产品经理负责从设计规划到具体实施落地的整个生命周期和价值的。在一个物联网企业一个产品经理其实就是企业的CEO；而互联网方面一个可独立运转的子系统也可能构成一个产品，那么她的产品经理可能是研发人员、销售运营或者其他设计相关的人员。前端的工作主要在根据用户和市场挖掘需求。后端的工作主要是根据业务和发展规划需求。

当然在互联网企业里有侧重点，后端主要特点：梳理复杂的业务流转、管理配置复杂类似矩阵化结构的功能、进行接内部外部的不同系统数据的对接、保持企业的产品技术优势、对业务数据进行监与保护。

前端客户经理主要特点：需求分析，完成产品设计、编写产品需求文档、和各方进行有效沟通、从初期的概念设计到上线后的数据分析和用户反馈收集，不断优化产品品质、推动项目开发进度、合理分配资源、有高效的时间管理策略和经验等等

所以具体产品经理属于前端还是后端，需要你个人的分析和公司需求策略决定！

这个前端、后端，如果是公司角度：

IT行业产品经理有可能属于前端。类似售前的工作。

如果是技术角度：

产品经理分：前端、中台、后端、业务条线、全栈

产品经理要区分前端或后端，我们先从产品形态本身去看，传统行业的产品偏于整套解决方案或软件集成为多，要求产品经理技能倾向于解决行业问题，其中要参与较多产品方案中的技术方案的理解、研究与设计。而互联网产品经理，独立的商业模式，更多的to C 业务，导致产品形态区别于传统行业，它更面向用户与要实现的商业模式，产品的展现层需要更多的交互设计，虽然有很多产品经理配备了交互设计师，但交互仍是产品经理不可逾越的技能。

以上并非绝对，因为互联网下一个时代也是向产业端发展，逐渐也形成了大量的解决方案，而另一方面传统行业也在互联网化，本身也孵化了大量的to C业务，所以传统行业与互联网行业在其软件产品的结构是相互交织的。

前端与后端的定义也看公司怎么定，不同公司有区别。

在我看来，此问题还是要回到产品经理的职能与工作职责，就是分析市场、定义产品、设计产品、迭代产品，趋向越来越好，实现产品的价值所在。所以，产品经理的深度应该是一个全栈产品经理，或者广度理解是产品线产品负责人，就是前后都会。

1 产品经理需要理解客户的需求，需要不定期去和客户交流，获取对产品的意见和建议。需求调研和获取阶段，产品经理的角色属于前端客户沟通和落实需求的角色。

2需求明确后，产品经理需要在研发组内部，进行需求讲解，对开发和测试，UI设计等同事的问题进行解答。产品经理此阶段的工作，偏向与后端沟通需求和细化需求的角色。

总结: 产品经理是链接前端客户和后端研发的纽带，沟通需求和协调研发资源实现需求。

产品经理：

第一、产品经理既不属于前端也不属于后端；

第二、产品经理的工作内容：

1、熟悉产品的需求，与需求方沟通产品的需求，或者根据现在市面上的功能，推导出产品出来；

2、根据收集的产品需求写出产品稿；

3、与前端、后端的技术人员评审产品稿，核对产品稿的可行性；

4、当前端、后端的开发人员根据产品稿把项目开发出来后，产品人员还要初步验收项目，产品人员验收完项目后，才有测试人员介入去验收。

所以说产品经理更像一个设计师的性质，但是又没设计师的范围大，因为前端、后端的很多实现方式，产品人员是不负责的，只是效果方面的范围管控。

你好，很高兴可以回答你的这个问题，希望我的回答对你有帮助，我认为产品经理是一个项目的交接人，和项目开发关系不太大。这是我个人的想法，说错了别怪我哦。

都不属于。算是技术开发、运营、设计的统筹与粘合岗位。

首先需要明确 产品经理的概念是什么。

百科对产品经理的定位是 企业中专门用来负责产品管理的岗位，负责市场调查并根据产品、市场及用户等的需求，确定开发什么产品，选择什么业务模式，商业模式等。并推动相应产品的开发组织，还要根据产品的生命周期协调开发营销运营等。

第二点，产品经理在不同的公司的定位是不一样的。根据从属部门不同会有不同的定位。有些小公司，产品经理的权限很小。他们只需要根据上级提出的需求画出原型，然后理顺逻辑，负责最后功能把关，有些还兼任着测试等各种奇葩的任务。

大公司的产品经理，对整个产品的生命周期负责，从竞品分析市场调研，到需求分析流程梳理，研发流程测试进度等等都会进行参与协调。

在IT或者互联网行业，如果从这个业务或者整个公司的角度去看前端和后端，那么产品经理其实应该属于后端，因为站在业务或者公司这个宏观角度，和客户直接接触的职位才应该算作前端，比如销售，售前、售后咨询等等。作为产品和业务的设计和规划者，应该作为后端，比如产品，设计师，工程师等等。

但是，在IT和互联网行业，通常不会以这样一种宏观角度去区分前后端，而是会细化到部门或者职位，而前端和后端通常会指技术岗位中的前端和后端，即前端工程师和后端工程师。而这两个职位都不包括产品经理。

前端工程师是指做用户端产品的工程师，主要包括用户界面，用户交互等。后端工程师主要是指做服务端业务开发，中间件、基础设施等开发。

而产品经理主要是负责产品设计，包括功能设计，流程设计，产品交互设计等等。

综上，前后端的区分主要是看在什么角度上区分。而不是单纯的某个职位属于哪一端。

IT部分大概分：需求分析部分，产品设计部门，软件研发部门，软件测试部门。

目前比较容易入手，而且起薪比较高的，就是软件研发和软件测试，随着这工作的深入这两个行业可以逐渐往产品和需求两个方向发展。

软件研发的主要语言分为：C#，Java，php，C语言等等

软件测试的主要学习自动化测试，还有一些脚本的编写能力。

软件研发目前Java是第一大语言，应用广泛，入门快，薪资高，第二梯队，就是C#，php，python，C。学习Java可以在网上下载免费的视频，当然也可以管我要，自学能力好的当然可以自己研究学习，然后找工作，不过难度挺大，因为涉及到很多技术难点要克服，个人毅力还要坚强，市场环境要分析，简历撰写也有很多学问，流行技术如果没有企业实战经验和指导自己摸着石头过河怕是会耽误时间甚至掉进坑里不能翻身。能花钱买到的服务尽量不要用时间去交换，寸金难买寸光阴。

首先，在中国这么一个人口众多的国家，尤其是在北京、上海这种一线城市，如何脱颖而出很重要，本科学历，四级证书已经成了最基本的标志（这里没有任何歧视意义，但是如果没有学历，很多垃圾公司会连面试的机会都不给），不用给我讲个例说有些人高中没毕业也能很成功，是，我身边就有一个实例，我曾经面试过一个90后的小男孩，高中都没毕业就不喜欢上学，只是酷爱系统运维（注意，我写的是酷爱）。第一次面试就让我感觉其非常有潜力，于是将他介绍给我前公司的老板，现在，差不多半年的时间，他的薪水已经由35K上升到了13K，远远高于我在公司时的薪资水平，呵呵，为什么，因为他玩命到疯狂的地步，每天没有任何的生活空间，坚持每晚2-3点才睡觉，疯狂的学习Linux系统运维的一切知识，诸君，如果你没有这份坚持与执着，那就认真去考个学历，并且把英语搞好，我不是说有了这两样东西就会成功，你同样需要努力，但是相比之下，机遇更多一些～

其次，我们应该有一个良好的职业发展方向，我周围有很多朋友，也见过很多人，包括应届毕业生和工作了两三年的朋友，甚至有的朋友都工作了快5年的时间，仍然拿很低的薪水，勉强维持生计，聊天的时候会感觉自己很迷茫，不知道能做什么，也不知道该做什么，这里，熊熊希望提醒大家，IT已经不是曾经的泡沫经济时代了，希望理性对待，如果你不是那块料（我的导师曾经说过一句话，IT人的成功是拿钱和命堆起来的，所谓钱就是疯狂的买书，看资料，命当然就是玩命学习了），那么在你还没有进入这行之前，请三思。如果你已经选择了IT这个行业，那么恭喜你，虽然这个行业现在人数众多，但是90%还都停留在最初级的IT民工层次，只要你肯付出努力，你就会站在金字塔尖～

至于IT发展方向，我本不想多说，每个人的想法不一样，但是我还是希望唠叨几句，算是个建议吧，首先，大家可以去各大招聘网站浏览，热门的职位，如项目经理、技术总监甚至CTO等，还是以软件开发为主，毕竟，我们要考虑一个公司的组成架构（不考虑人力行政及财务后勤等职能部门），对于一个大型互联网企业来说，拳头部门是他的产品与研发部门，这两个部门支撑着整个网站乃至整个公司的核心，没有产品没有平台谈其他的都没有任何意义。至于收益部门，肯定是销售和市场这两个部门，不管在哪个公司，只要你有成熟的产品，这两个部门的精英们就会想尽一切办法将其变为收益；再次是售前售后支持部门，一个好的产品并不是卖出去就算成功了，更重要的是客户的良好反馈，百年老店靠的是什么——口碑！最后，才轮到系统运维部门，做好了，是公司信息化部门，做不好，就会沦落成网管部门，任何其他部门的小鱼小虾都会踩你一脚，老板还不会向着你，因为，在老板的眼里，你只是为其维护硬件，适应的节约成本罢了（而且，在他眼里，你每次节约成本会带来更多的成本投入，比如我们的数据库经常需要升级内存 ^_^），所以，能不能做好，如何规划好，很重要～

对于软件开发方向，熊熊强烈建议学习C++或者C这种语言，相比其他语言，这两种语言囊括了所有能做的事情，而且用这两种语言的薪水，一般都是其他语言的2倍以上；第二类，建议NET平台下的C#语言，也许会有人认为微软平台的产品很垃圾，我想说的是，存在即合理，Linux如果有那么多人去测试，去攻击，一样会撑不住，而且，用得起微软的，都是有钱的公司，这样的公司，薪水也不会低吧，呵呵；第三类，LAMP，这里，好像不是纯开发了，其实，我想说的是，如果你选择PHP，就必须深入理解LAMP，我见过很多号称PHP很好的开发，只是用Zend等成熟的框架进行编码开发，并不深入理解PHP与MySQL的架构，更不理解Linux架构，那样的话，你的薪水怎么可能上的去；第四类，本人非常熟悉但一直不想说的Java，好像是从01年开始，Java这种语言迅速占领了我们的视线，学习Java的热潮使得熊熊也一度迷茫过，Java语言的培训学校也如同雨后春笋一般层出不穷，然后，近十年以后的今天，Java语言走到什么程度了呢，那就是，一个应届毕业生甚至可以号称自己精通Java语言，我承认我身边有很多真正的Java高手，他们的薪水不低，但是对比我认识的其他语言的高手，还是差了一大截，如果非要选择Java，我希望你能够有机会去一个大型公司做ERP（比如国内的用友、金蝶、浪潮通软），否则就深入研究一下嵌入式吧（J2ME），这也是未来的发展方向，至于用JSP做网站，我劝还是算了，除非你能牛到成为架构师（不是PM，是真正的架构师），不然真的是在浪费青春，充其量只是代码民工罢了～

对于系统运维来说，这是熊熊最熟悉的职业了，但是也是熊熊最深恶痛绝的一个职业之一，运维的程度不一样，决定运维的水平良莠不齐，而且，做运维最重要在于是否有足够的权限，没有权限的SA是痛苦的，是郁闷的，而且学习不到任何东西，如果你做一个运维，感觉每天很清闲，那么恭喜你，只能说明两件事，不是你的水平真的高到了一定层度，就是你运维的环境实在太小，作为一个合格的SA，良好的日志记录与系统规划能力非常重要，谦虚谨慎，戒骄戒躁～

再来说说数据库，DBA是熊熊最向往之而且希望为其奋斗一生的职位之一，数据的魅力无处不在，在当今社会，任何一个稍具规模的公司（手工作坊就算了），无论是否与IT行业有关，数据都是其必不可少的组成部分，各种各样的数据均需要数据库来承载与维护（无论是大型的数据仓库，如DB；还是流行的Oracle、MS SQL、MySQL、Sybase等；甚至是微型的VF、Access等），一个好的DBA的作用显得极为重要，不仅需要能够进行日常维护，对于数据库本身的优化（包括数据库系统架构优化与SQL优化）及数据库整体架构设计，更是锻炼DBA的一个重要工作，重要的开发工作（核心部分存储过程）也要由DBA来完成，没有人比DBA更了解数据库中各个库与表的合理架构，再高级的数据挖掘和BI等，那就是超级DBA的职责范围了～

最后谈谈系统集成职位，这个职位是熊熊刚刚接触不久，但是又深有感触的职位，想做好这个职位，不在于你的技术水平要有多高，但是对各种技术一定要非常了解，就是要做个博采众长的人，而且，重点是你的文档能力与沟通演讲能力（文档能力决定你上可以向领导有所交代，下可以向客户有所演示），这也是为什么很多技术很好的人做不好系统集成高级职位的原因，深入理解需求，并能将其准确的用书面和语言表达出来，这才是重中之重，当今社会需要复合型人才，闷头苦干一辈子只能做个高级工程师（建议看看唐骏自传）～

各位在北京或上海这种一线城市打拼的兄弟们，如果你们今年已经到25岁，还没有到27岁，请一定要努力，相信我，只要你肯努力，你的薪水能够在2年内达到6K以上（最保守数字），如果你到27岁的时候，还不能达到月薪8K，或者说完全没有这个潜力（潜力的保守值是你已经最少拿到6K的月薪），那么我只能对你说很遗憾，你会被社会淘汰了，这是很残酷却又很现实的存在，设想一下，我们现在本科毕业后，一般的年龄都在22岁左右，到27岁已经有了5年的工作经验，在北京或上海这种绝对一线城市，如果你拿不到这个数，你如何养家糊口，如何给你爱的人幸福，现在的女孩子都是现实的，没房没车的生活不是每个女孩子都愿意跟你过的（已经有女友的不要拍砖，那我只能祝贺你小子很幸运，而且，好好善待你女友吧，毕竟，没有面包的爱情是不牢靠的，人家肯跟你，你就要加倍努力回报），做IT人一定要有一个良好的职业规划，知道我一年后应该达到什么水平，三年后应该达到什么层度，五年后应该达到什么地位，这样下去才不会迷茫～

计算机网络技术前景广阔的。计算机网络技术专业的就业方向有：计算机系统维护、网络管理、程序设计、网站建设、网络设备调试等。

计算机网络技术是指培养适应生产、建设、管理、服务第一线需要的德、智、体、美全面发展，掌握计算机网络技术基础知识，培养具有一定计算机网络基本理论和开发技术，具备从事程序设计、Web的软件开发、计算机网络的组建、网络设备配置、网络管理和安全维护能力的网络高技术应用型人才。

计算机网络技术专业的核心能力要求具备计算机网络系统构建能力以及网络 *** 作系统管理能力等。就业方向包括计算机系统维护、网络管理、程序设计、网站建设、网络设备调试、网络构架工程师、网络集成工程师、网络安全工程师、数据恢复工程师、安卓开发工程师、网络运维工程师、网络安全分析师等岗位。

当然是学IT好，就业率高，每年呈上升趋势，社会需求量也大。IT专业前景还是很不错的。随着社会经济的发展，现在是一个信息化，万物互联的时代，各行各业的工作岗位，都离不开互联网方面的人才，未来的就业前景好。千锋教育就有线上免费的IT公开课，。

千锋教育始终坚持直营模式和矩阵式管理的高效协同，对教学质量和就业成果的管控也是业界其他机构无法企及的。很多企业都需要IT技术人才，所以学IT技术是很有前景的，这跟学历无关，掌握好技术的情况下，就业基本上不会有什么问题，薪资8000、9000起步，万元起步也是有可能的，就看自己能力是不是过硬，经验是不是足够丰富了。所以有想法就去学，现在学历不高的人掌握好技术也一样能就业。初中生学互联网技术，可以是从零基础开始，互联网的课程都是成体系的，循序渐进，理论+实训，没有基础也能够学好。 所以，初中生学互联网技术，能够找到好工作，如果是有条件，还可以自己创业。千锋教育集团目前已与国内4000多家企业建立人才输送合作，与500多所大学建立实训就业合作，每年为各大企业输送上万名移动开发工程师，每年有数十万名学员受益于千锋教育组织的技术研讨会、技术培训课、网络公开课及免费教学视频。

1、需求阶段监理的定位

原则上尊重承建方的项目管理和项目分析能力，在具体的任务开展上，以不深入、不干扰承建方的自主权为主，但是如果在项目合作过程中发现中软项目管理以及项目分析能力在本项目的进行上存在很大的差距和不足，为了保证项目的成功顺利开展监理内部必须加强项目管理能力和项目分析能力，在具体的 *** 作上可以坚持吸收、同化、贯彻的方法和手段。

2、需求分析的进展方式及监理角色的把握

需求分析是一个项目的开端，也是项目建设的基石，在以往的建设失败的项目中80%的是由于需求分析的不明确而造成的，因此一个项目的成功的关键因素之一，就是对需求分析的把握程度上，项目的整体风险具体表现方式在需求分析不明确、业务流程不合理上，用户不习惯或者不愿意去用承建方的软件，或者很难去用，造成了项目失败。因此作为第三方的监理公司，必须提醒承建方、客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调研。同时监理方也应深入具体的需求调研中去，只有这样才能切切实实的把握用户的需求和方向，才能在将来的功能界定、开发范围上有发言权。

21、为什么咨询监理方要对需求分析进行重点监控

由于项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，所以在整个软件的开发周期中，需求分析的重要性是不言而喻，需求分析难做的的确确难做，这是基本是由于以下几种原因造成的：

（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。

211客户说不清楚需求

有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如全国各地的很多部门、机构、单位在进行应用系统以及网络建设，客户方的领导和办公人员大多不清楚计算机网络有什么用；缺乏系统的IT建设方面的专家和知识。这时间就会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性，为项目建设埋下潜在的风险。

222需求自身经常变动

根据以往的历史经验，随着客户方对信息化建设的认识和自己业务水平的整合提高，会在不同的阶段和时期对项目的需求提出新的要求和需求变更，其实在历史上没有一个软件的需求改动少于三次的，所以必须接受“需求会变动”这个事实，所以在进行需求分析时就要防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，同时留出变更空间。咨询监理方在需求分析的功能界定上担任一个中间、公平、公正的角色，所以也必须参与到需求分析的准备中来，以便协助客户方和承建方来界定“做什么”、“不做什么”的系统功能界限。

213 分析人员或客户理解有误

软件系统分析人员不可能都是全才，更不可能是行业方面的专家。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致以后的开发工作劳而无功，记得一则笑话“有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：”主宰地球的是汽车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。‘“所以分析人员的知识的专一性也会造成需求分析的误解和失败。这时间咨询监理公司就必须根据实际的项目需求调研计划，提醒承建方加强业务了解程度和注重沟通技巧。

22咨询监理公司如何进行需求分析

需求分析不象侦探推理那样从蛛丝马迹着手。应该先了解宏观的问题，再了解细节的问题，

一个应用软件系统（记为 S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。

S = { D1，D2，D3，… Dn }

问题域Di 由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。

Di = { P1，P2，P3，… Pm }

问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的实现接口。

Pj = { F1，F2，F3，… Fk }

按图41结构写成的需求说明书，对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时还应该注意两个问题：

（1）最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。

（2）需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。

23咨询监理公司需求分析方法论

根据以往的工程经验基本认为需求分析工作方法，应该定位在“三个阶段”（也称“三步法”）。

首先：“访谈式”，这一阶段为和具体用户方的领导层、业务层人员的访谈式沟通上，主要目的基本是从宏观上把我用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息。建立起良好的沟通渠道和方式，针对具体的职能部门以及各委办局最好能指定本次项目的接口人。

实现手段：访谈、调查表格

输出成果：调查报告、业务流程报告

第三阶段：“确认式”，这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰的向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表； *** 作承建方提供的DEMO系统，来提出反馈意见，并对已经可接受审查过的报告、文档签字确认。

实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统

输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档）

整体来讲，需求分析的三个阶段是需求调研中不可忽视一个重要的部分，三个阶段或者说三步法的实施和采用，对用户、承建方来讲，都同样提供了项目成功的保证。当然在系统建设的过程中，特别在采用迭代法的开发模式后，需求分析的工作会一直进行下去，在后期的需求改进中，基本是处于以后两个阶段。

更多关于工程/服务/采购类的标书代写制作，提升中标率，您可以点击底部官网客服免费咨询：>

以上就是关于在IT和互联网行业，产品经理是前端还是后端为什么全部的内容，包括:在IT和互联网行业，产品经理是前端还是后端为什么、IT行业主要包括哪些方面、IT行业未来的发展前景等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！