❶ 产品经理和前端工程师哪个好
产品经理和前端工程师哪个好，这里说到好，客观因素我有发展前景，工资待遇，这两个方面，我都会觉得前端工程师更好，毕竟是一个开发人员，一般人啊，相同年限下，开发工资比产品工资高是一定的，前端开发也是好找工作的，技术上都是通用的，但是产品是有行业壁垒等等的
❷ PM、RD、QA、OP英文缩写是什么意思
rd是研发（研究与开发），fe前端研发，qa是测试，ue用户体验，op是运维。另外，ui 就是用户设计，db数据库，pm产品经理
❸ 停下来思考，最适合你的产品经理方向是什么
互联网每天影响着大家的生活的细枝末节，我们发现越来越离不开了，科技改变生活的时候，也充斥着燥热和虚假繁荣的情绪。
北京五月的天气，燥热来的早了一些，早高峰的出租车，公车，地铁里，据说10个人里面就有1个是干产品经理的。
我前段时间分享了一篇长篇原创文章：《现在还是不是做产品经理最好的时代？》，得到了很好的传播和正反馈。
文章里面首次公开了我的自创产品经理五段成长理论。站在时间维度，去谈产品经理。
今天想和大家从另一个角度谈。我们站在空间维度，谈谈产品人如何选择适合自己的产品方向和产品形态。
一、 迷惘不是你的错
每个城市都有一个互联网企业聚集的地标区域，后厂村路这条影响中国互联网发展的交通要道就在北京西二旗区域，周边有无数座大大小小的写字楼，创业孵化器，科技园和数不清的互联网及IT公司。
每个公司都有这样一个神奇的职位：产品经理。
据说产品经理是特别重要的一个角色，也有很多的书和人在讲如何变成和修炼这个角色。
有趣的是，当你把他们聚在一起聊天时，发现每个人对产品经理四个字的理解，每天的工作内容，产出物，甚至是挂在嘴边的槽点都不一样，差异大的让你怀疑人生。
我加入了无数个产品经理QQ群，微信群，也参加了很多次的产品人线下聚会，主讲过多场针对不同层级听众和不同主题的产品经理培训课程，虽然人群、形式和场地都是五花八门。
但是沉淀下来，你会发现有很多共性的问题，每一个阶段的人都有大量雷同的问题和困惑。找到和总结出这些问题并给出清晰的路径，在我看来是一个很有成就感的事情，也是对自己的历练和沉淀。
我的微信里面加了很多的产品人和准备入行的潜力股，下面的问题多的应接不暇，让我有必要一次性给个了断。
老师，你觉得我做什么类型的产品好？ 金融产品我能干么？
老师，在么？我们公司是传统企业，网站刚开始做，你觉得我能干多久？
老师，我在上海上了一个培训班，还是没底，你能看看我性格适合干pm么？
老师，我特愁，听说做后台产品经理特难，我一直做前台产品的话，问题大么？
老师，产品经理是不是项目经理啊？老板让我去谈客户，是不是pm的职责啊？
老师，我学个PMP，是不是对未来跳槽更有保障？
你的身边是否也有类似的人群和类似的问题，在各大产品网站和知识分享平台，充斥着各种产品经理的方法论和标题包含着思维、需求、原则、特点、分析、本质、坑的文章。降峰老师建议大家可以仔细研究下，数数这些内容的占比。
仔细看看网上的文章，会发现几个问题和现状：
1、分享文章的人目前的经历和工作年限比较杂
很多都是在专注在某个领域或者是藏在大公司的光环下去谈成功论。还有的文章作者是一个实习生和产品新人。这几类人可能都写了一篇 如何把握核心需求，做一份完美的竞品分析的文章。阅读的人会发现章法和套路完全不一样，但是文章的结论都是顺利找到了需求，竞品分析得到了领导的认可。让大家觉得都是今日好文而评论和收藏起来。当你自己写的时候发现东墙西补的在用，套路混乱。
分享1个案例：我之前培养了一个大四的学生，跟着我学了10天的产品，为了求职，我辅导他写了一个抽奖活动的流程图和原型，为了应聘需要，写完后发在了知名的产品网站并被收录，这个方案其实并不完美，还有很多的分支逻辑都没有提到，可谓只是一个作业练习。可是没有预料到的是，下面的评论很少有人提到里面的问题，大部分人都留言：好文收藏啦，还有人写出了 大神求带的语调，我不知道是好事还是坏事。当然也许只是特例，好的文章和思考总结还是很多的。文章阅读量的差异也可以看出文章的含金量和受众面。
2、谈思维和单一案例的比较多
我认识一个新人，在一个创业公司入职2年，自认为对产品的理解很透彻，因为看了很多书，也做了2个企业网站的产品，每天的工作时间一大半都在阅读各种论坛和网站的文章，在文章里梳理自己的思维模式和方法论，看到BAT的案例分享特别兴奋。比如三步设计完美后台、一次感人的需求评审过程、MRD就要这么写、产品经理必备10大思维等等。看上去各类内容都很丰富，工作一旦遇到类似问题的话，我们只要网络一下就能找到办法。
可是你们是否有这样的感觉，老板安排一个新的任务时，我们第一时间还是想去问人而不是搜索。
比如我最近想学习信贷风控策略，催收后台系统架构，网上搜了一圈发现每个人都只说了自己懂的那部分，至于对不对也不好分辨，停下来思考了10分钟，自己是否可以独立产出一套催收的泳道图，发现还是好难。
后来，我加了一个专业的金融讨论群，里面的感觉则完全不一样，一问一答，问的针对，回答的具体。没有大篇幅的知识体系，只有具体怎么去做。这样的微信群和形式，就是目前知识付费的价值，可惜很多人还是觉得分享人应该免费，你是义务的。
知识的碎片我有时候觉得是鸦片，但是我们还很享受这样的免费大餐。因为免费。
免费到付费的路还很长，如果你遇到了贵人，那是你的人脉，如果没有遇到，适当的给些回馈，大神会更有动力在你身上消耗本该去娱乐和休息的时间。
二、 不要让广度变成散乱
我们学习的越多，越迷惘，其实不是你的错。但是我们需要找到一个路径，一个尽快发现自己方向的未来的路径。
因为产品经理这个学科没有教科书，你给自己一个工作年限的划分和定位后，更重要的是其实是自己对一个方向的判断和抉择。坚持就要坚持一段日子才会看到希望。
好比繁华的花花世界是大家的世界也是你的世界，多巴胺的走了一遭，停下来回到酒店的房间，一定要整理拍摄的图片和旅程的碎片，变成一个记忆的游记。否则只是过眼云烟。
很多人都分析过产品经理的分类模型，有按业务分的，有按端和场景分的，有按公司类型分的。
分的越多，看的人其实更混乱。降峰老师认为，这帮写作的人已经在这个圈子里了，所以你怎么分都能写出来1、2、3。可是你会发先你的分类是交叉的，甚至是只限你自己公司的特定部门情况而产生的形态。
我第一部分写了很多学生提给我的问题，他们其实更关心的是，我目前的能力和知识结构情况下，适合去什么方向的公司，是倾向做端产品还是后台产品，仅此而已。你和他谈SDK，谈数值分析，谈CRM，其实都会衍生出更多的困扰。
产品的分类很杂，广度之大，需要我们懂的很多，但是一定不要看杂了，迷失自己。先找一个坑进去，学习的过程你会明白和顿悟，再加上一个好的导师，会加快你的顿悟速度。
我用最浅显的方式，给产品经理的方向做一个划分，任何的划分方式和见解都有局限性，欢迎大家指正。
整体的观点按照 “端分类+业务喜好=你的方向”的自创分析法来阐述。
降峰老师希望你看完这个篇章后，可以对你的选择和抉择有更清晰的帮衬。
1、前端PM–感性的洞察者
一句话特点：前端pm负责的产品类型偏用户侧，比如APP客户端，PC站，H5站。泛指所有用户看到和使用的界面。
（1）需要具备的能力
谈前端，一定会想到前端开发，作为前端产品经理，我们更接近用户，对用户需求的把握和核心痛点的满足是我们的基本功也是不断努力的方向。同时对用户体验，交互设计，前端开发基本规范知识也要主动深耕。
他们更善于做用户需求和用户交互行为分析，对业务环境变化敏感，喜欢研究，性格开朗逗逼，有竞品分析能力，降峰老师认为，更多时候的绩效考评指标偏向于对用户拉新活跃留存，用户体验以及漏斗转化率负责。
（2）日常工作内容和产出
这类型的产品经理每天的工作分两大块，沟通和需求产出。因为是前端产品，你的日常产出物会包含竞品分析，需求调研，原型设计，交互逻辑，PRD前端文档。
（3）可能的进阶路线
同理心，洞察力，判断力等思维模型从某类角度看，都是在谈前端pm如何成为一个产品专家的必备思维。我遇到过很多的PM，同样2个工作了3年的pm，设计的axure原型的美观度，层次感和细节度还是差异很大。所以我对大家的原型作品的要求一致很高。那是你的门面。我的要求其实不难，黑白灰。有机会单独和大家谈原型设计的自我追求论。
（4）根据业务属性细分的岗位
都是做前端pm，但是不同业务也有所不同，但是看JD和领导的期望都可以看的出来，就是让你负责一款APP，一个话费充值的功能，一个音乐播放列表和播放器模块。
（5）坑和躁动
目前前端产品受限于公司节奏和自身精力，大部分都愿意在调研、体验、交互表达上下功夫，对于后端业务知识体系缺乏敬畏和总结，经常会出现在构筑一个功能模块时，没有考虑后端的业务逻辑和实现角度，想当然的认为后端可以或者很容易支持，结果导致后端架构支持和后期前后端配合和扩展性的失衡。
原型画的比较多，可能会迷失。PM不是画原型的，这个切记。
你需要试着去做架构图、流程图、泳道图、项目规划图等。全面发展。这些东西接触了，你会打通前后台的逻辑。前端的界面做的才更顺手和有自信。很多界面里面的弹框、图片和文案背后都是数据库里面的各种字段做支撑。用API实现的传递。
2、后端PM–逻辑的激进者
一句话特点：一后端pm负责的更多是管理系统，后端能力架构，内容管理，触发策略，算法优化，交易流处理，数据抽取。人物性格偏理智，严谨，学术派，对数字敏感并喜爱分析产出背后的公式模型。
（1）需要具备的能力
后端pm更偏重于流程和规则的制订，把业务流程化自动化，提升效率。比如常见的crm系统、卡券包营销系统、APP千人千面用户分析系统、AI智能客服系统，都是偏后端pm的设计范畴，作为后端产品经理必须要深入了解每个部分的业务流程是怎么样的，逻辑性要很强，经常和RD QA打交道。
相比前端pm，他们需要更好的技术背景、逻辑分析能力、协调能力和问题解决的能力。
有些业务是强技术主导的，比如AI人工智能、风控，有时候RD懂的比PM还全面一些。
（2）日常工作内容和产出
除了沟通外，其实也是原型和文档。但是里面的内容会完全不一样。还有就是你要喜欢用Excel，喜欢分析数据报表，还有抽象设计很多的VISIO架构图。
我们知道后端产品形态偏PC端的多一些。一个APP的后台系统一定是一套PC端页面，当然现在也有部分功能迁移演进出一个移动版本，最核心的管理系统还是PC端，因为pC屏幕足够大，方便操作和管理。目前的管理系统多是B/S架构。前几年是C/S架构。
（3）可能的进阶路线
比如金融平台的后端系统十分繁杂，pm也是一大堆。风控，对账结算，通道路由，都有自己的系统。降峰老师认为，用户对这些无感知的时候，证明你的产品足够强壮，体验优秀。一旦出了问题，一定都是大问题。 所以这些系统有一个kpi是打扰率。打扰率越低越好。我在金融产品经理必备能力的课程里有具体提到类似观点和案例。
后端产品经理成功的标志有一个观点，当你的用户和领导不知道你的存在时，你就成功了。
（4）根据业务属性细分的岗位
后端产品和系统分很多，细分的话比较多，大家看到这些词就可以归到偏后端这类里。
比如：策略算法产品经理，CRM系统产品经理，分发变现产品经理，数据分析产品经理，POI产品经理等。
（5）坑和躁动
周围很多的后端pm感觉寂寞久了，想出来透透气。所以后端产品转前端不是那么难。但是前端产品转后端是挺难的。所以掌握一个完整的后端架构和逻辑内涵是很重要的。别人很难抢走。比如交易订单系统，银行通道及清结算，库存管理系统，这些都是极抢手的人才。不过也有前端转后端，用户端转企业端的pm。目前还在纠结中。
后面我们谈谈找到自己的罗马帝国。
三、 找到自己的罗马帝国
前面提到过“端分类+业务喜好=你的方向”的自创分析法。
其实除了自己选择做偏用户端，还是偏后端，还要看看你对这个业务是否喜欢或者偏理性还是感性的问题。
一个产品的完整体系包含 构，铸，察。 每个人的不同职业阶段都会有不一样的态度和想法。
有时候实际工作中，一个pm又要做前端界面又要出后台系统，其实都有交叉，所以只能是说偏某个多些，而不是完全的绝对。
后面会单独针对不同的业务给大家做针对性的知识拆解。比如风控系统中前后端产品经理的能力差异，金融产品经理的分类和前后端的分工及知识结构差异。
保持饥饿，保持愚蠢。每一段经历要大于1年才能看透一些事情。因为你也在长大，也会发现自己的潜力和真爱是什么。保持一份适当的好奇心去探求自己的一个未来。
至此，前一篇文章《现在还是不是做产品经理最好的时代？》是从时间角度去谈产品进阶的路程，这篇是空间维度谈产品的方向抉择。
现在，还是不是产品经理最好的时代？ 我觉得是。我也觉得现在是知识分享和传承的好时代。因为我见过了太多的大学生和新人期待的眼光。我相信人人都是产品经理的时代又来了。但是要遇上好导师。
总结和码字是很痛的过程，希望看到大家的掌声和鼓励。
作者：降峰，十年产品人。网络金融资深产品经理，目前从事互联网金融及支付方向产品设计和产品架构工作。
❹ PM是什么职位
1、PM: Proct Manager，产品经理，又称品牌经理（Brand Manager）。举凡产品从创意到上市，所有相关的研发、调研、生产、编预算、广告、促销活动等等，都由产品经理掌控。
2、RD: Research and Development engineer，研发工程师，对某种不存在的事物进行系统的研究和开发并具有一定经验的专业工作者,或者对已经存在的事物进行改进以达到优化目的的专业工作者。
3、FE: FE有多种解释，在实体经济中，FE可以指Facility Engineer，厂务工程师，主要负责工厂的外围的一些支持系统。在网络经济中，FE可以指Front-End Development，前端开发，新新职业。
4、QA: Quality Assurance，品质保证。QA的主要职责就是质量保证工作。
(4)pm和前端扩展阅读
自1927年，美国P&G（宝洁）公司出现第一名产品经理（Proct Manager）以来，产品管理（Proct Management）制度逐渐在越来越多的行业得到应用和推广，并且取得了广泛的成功。
自此，国内多家领先企业相继采用产品经理管理模式，走出了产品研发的“象牙塔”，使产品的研制开发有的放矢，快速地满足客户的需求。
参考资料产品经理网络
❺ 产品经理需要懂技术吗
产品经理一定是要懂技术的，首先不管你是什么产品，是实体产品也好，还是设计产品也好，甚至是虚拟产品也罢，既然你是产品经理，那对于自己的产品的相关技术参数，文件都要有一定的了解。
这里说的懂，并不是说一定要和你们公司的的技术人员一样钻研的那么透彻，最起码的对于自己的产品祥关的技术环节，基本点技术参数都要熟记于心，有些相关的技术资料可以不用深入考究其原理意思，但一定要能在客户的提问下一一回答，因为如果与客户沟通的时候，难免会遇上一些看懂行业的专业级客户，通常这样的客户就会问出与产品技术方面极为相关的问题，因为专业的客户并不会完全相信你的口头产品承诺，他们更会愿意用实打实的技术资料及参数去对比你们家的产品优势在哪里，劣势在哪里。从而决定是否选择你所提供的产品。这个时候如果你能极其流畅的像你的客户介绍你的产品的相关技术内容，首先客户会对你这个人感到非常的专业，觉得你会非常的靠谱。其次详细的技术参数的介绍会让你的客户对你的产品得到更加详细的信息，这样客户心理会更加愿意选择他们所详细了解的产品。还有就是在公司内部沟通的时候，不懂技术的产品经理在和自己公司里的技术人员沟通的时候会非常的有困难，通常情况下技术人员都有一个通病，那就是他们在研究技术问题的时候超级有耐心，但是在与人沟通的时候会一点耐心都没有，他们希望自己一说你就能听明白，这个时候如果你听不懂，反而会找来他们的反感，从而学习产品技术的渠道就更加的困难。所以在自己空闲的时候，即使是一位产品经理，也应该要了解产品相关的技术。
❻ web前端与产品经理哪个薪资发展好一点
我觉得是产品经理，前端局限性大一些，产品经理涉及的范围更广。
产品经理（Proct manager，简称为 PM，也称产品企划）是指在公司中，针对某一项或是某一类的产品进行规划和管理的人，主要负责产品的需求分析，研发、制造、营销、渠道等工作。一般来说，产品经理是负责并保证高质量的产品按时完成和发布的专职管理人员。他的任务包括倾听用户需求；负责产品功能的定义、规划和设计；做各种复杂决策，保证开发队伍顺利开展工作及跟踪错误等，总之，产品经理全权负责产品的最终完成。
简单点就产品经理就是收集分析用户需求，写MRD，然后根据需求来策划产品功能，画产品原型、编写PRD等文档，同时也要负责产品的项目进度，与产品设计师、交互设计师、技术开发人员做沟通。
跟去年上半年相比，IT行业的产品经理的职位需求同比增长了50%。去年上半年平均每天在线的职位发布有5088个，今年上半年是7788个。在线职位的增长体现了企业在这方面的需求。互联网的职位需求状况呈现一个橄榄球的形状，产品经理是属于中间偏上的。北京一家网络技术公司10月22日发布了产品经理的职位招聘，在一个月内收到了103个申请；京东商城11月22日发布的产品经理职位，一天之内收到了32位在线申请者。这些其实都算是比较热的。所以说前途可见无限。
另外关于产品经理的薪资，如果是一般的产品专员，年薪范围是3万到14万，平均年薪是8万；产品主管在5万到24万之间，平均年薪是10万，产品经理是8万到40万，平均年薪为15万；产品总监在20万到40万，平均年薪20万。
IT和互联网行业在快速发展，对人才的需求量也会变大。现在大家都强调用户体验，所以产品经理相比行业内的其他职位，增长是最快的。前景很不错，但同时竞争也很激烈，因为它的要求比较高。大部分都会要求你有3年以上相关工作经验，需要懂得设计、用户体验、市场调研、数据分析，研发之后还要能够去做市场推广，是一个综合能力的体现。
❼ 咨询一个web前端时间显示问题，时间现在显示为月日年和英文pm，如何强制显示为年月日下午
这边写了段代码，请保存为.html文件测试
<!DOCTYPE html>
<html>
<body>
<h2>格式化日期时间</h2>
<p id="demo"></p>
<script>
var d = new Date();
var myhour=d.getHours();
if(myhour<12)
{myhour=" 上午"+myhour;}
else
{myhour=" 下午"+(myhour-12);}
document.getElementById("demo").innerHTML = d.getFullYear()+"年"+(d.getMonth()+1)+"月"+d.getDate()+"日"+myhour +"时"+ d.getMinutes()+"分" ;
</script>
</body>
</html>
❽ 如何对付那些觉得PM可有可无的程序员
先肯定一个前提，你作为PM，你的工作你的决策你的制衡你的项目行为都是为了让项目按时按量更好更快完成。所以不论对项目团队还是虚拟团队的控制，都应如此。当然特定环境下你可能要考虑立威、拉拢、人际制衡等项目之上的问题。但若没有，请不要热衷于斗争，你不是来寻求尊重的。不说PM的职业技能，只针对团队管理说几点：了解美术/前端/后端工作原理。如果你知道美术设计主菜单悬停二级的不规则投影会浪费前端大把的时间调试，你还能想象前端看到了多难过，你就及时建议改用规则统一透明度的投影。如果你知道后端用for循环输出20条左右结构的新闻列表，你就让前端用css控制自动左右布局，而不是左右拆成两份。他们去到其它团队时，会怀念你的。给团队成员足够的信息和空间。这三个职业都不是工具，尤其后端攻城师。再初级的程序员也会向往人月神话，他们能为你提供合理的高效的架构设计。你要给予他们足够多的信息，给他们留出恰当的时间，让他们完成合理的架构。前后端工程师大多对复用和高性能保有成就感，你尽可能提供多的信息，由他们来处理。这也是为他们后期维护和迭代提供便利，你不要有所保留！如果你真的思维不缜密，藏不住的，最后连朋友都交不成。勇于沟通和学习。工程师跟你说以后用velocity来编辑页面，你不理解，那么就问。如果他鄙视你，那么是他的问题，也可能是你的问题。大多数工程师愿意给你讲解的，他们也害怕表达，这是双方的修为。如果工程师说必须从mysql换成oracle了，你问为什么，他说无法承载了，你问要多久，他说要两周，你崩溃了但是问为什么，他说要写数据转换脚本，你问为什么，他说两个数据库之间数据类型不同需要有一些转换，索引规则也不同，你问什么是索引……这都是可以的，你要带着学习的心态而不是问责，否者他越答越反感。最后你若懂了，他会觉得你理解他。小心处理需求变更。这是个永恒的话题，出了各种凡客体爱情买卖体来鄙视需求变更。你可以坦诚表达：需求变更是难免的，是不断探索和调整而来的，作为PM我自认无法一次性想到最好，很抱歉。接着就是技巧活了，原则是尽可能避免反复修改。如果有一个页面的数据呈现，你无法想象怎样更好，你可以用chrome开发者工具先去调整查看，别直接让技术修改并当作你的参考。如果你不会用工具可以去学，实在复杂你就恳请技术输出两份效果给你比对，而不是改了说不好再改回去。第二点就是，如果有的数据呈现模块要裁剪，但有可能日后换个形式换个地方呈现，你就要跟技术说明白，让他只是注释暂时隐藏。你不知道一个简单的数据呈现它用了缓存还是别的什么。成就感是你能给予的共鸣。你要知道各位同学都在意什么，物质需求可能你无法给予，吃个饭之类的其实是顺理成章，不必刻意。各位同学踏入互联网江湖，大多想在各门个派混出个名堂。如果你有机会，不要吝啬这样的称赞。代码注释，产品主创介绍，向上汇报各同学的技术成果，鼓励同学往各渠道分享技术心得。同时适当认同各位在架构性能上的新想法新思路，包括交互体验上也应该给前端人员发挥空间如果他们愿意。其实最根本的，你要热爱产品并竭尽所能，产品的受众范围和影响力是个天然的成就感。勇于担当。你多承担一些考核压力和物质压力，同学们才能更有精力投入到工作中。同为打工的你，能做的不过如此了。特别是当项目失败时，怎么可能跟你没关系，该推的不该推的都不该推，早干嘛去了？若出现项目成员能力问题和态度问题，尽早反映，说按此下去结果最好只能如何，把问题丢给你的头。那么他要么换掉你，要么换掉该成员。
❾ OA,PM办公系统是什么怎么运用
oa
pm都是统称
oa指的是办公自动化
pm指的是项目管理
具体你公司使用的是何种oa系统
是不一定的
你可以使用微软的
也可以使用sap的
❿ ui和前端哪个更有前途
UI 是设计师， 设计网页(软件)展示效果、交互方式以及引导客户方便使用软件功能的设计师。
视觉设计师通常是美术相关专业毕业，需要了解基本的美术原理以及互联网设计方向等
交互设计师可能是程序员转过来的，也有是半个产品经理的，除了基本的视觉要求，要很熟悉在网页上面能够完成的各种事件和操作，在这点上面甚至要超过前端
前端是工程师，前端是打杂的，负责所有UI的代码实现和后台数据联调部分工作。
所有设计师设计的模型，都需要前端转化为真实的网页demo
除了确保浏览器设计效果OK，还要确保后台数据展示完全正常并且数据传递不能出差错
基础以上，前端工程师还需要追求更多的事情，比如简化代码，公用代码组件，提高开发效率和浏览性能的最大化
后台是工程师，负责系统核心功能，确保数据处理的安全性、准确性以及服务器的稳定性等。
互联网软件的数据存取方式设计开发(数据库部分)
前端联调开发(业务接口部分)
线上运营维护(大公司有专门的运维SA)
很明显后台是一个互联网软件产品的核心，其他部分如果在核心功能很完整的情况下，是能够发挥很好的作用的。 事实上在比较小或创业型公司里面是不分各种岗位的，业务需求来了你啥都得做，顶多是别人已经帮你设计好了视觉稿(一个网页快照)。在大公司里面各个岗位则又有分类， 例如UI岗位的视觉设计师、交互设计师、交互体验师等，前端也有可能包括网页开发(HTML/CSS)或者交互开发(js工程师)以及前端架构师之类的，后台则更多了，除了上面提到的SA(有时候不划分在研发团队，而是划分在质量保障团队)， 还有专门的数据库工程师(DBA)， 研发工程师，架构工程师等等。
就业前景：
如果你的技能达到行业标准线， 都不愁工作。
毕业生的话差不多根据专业选择设计师还是工程师。
如果几乎没有经验快速就业的话，网页开发更容易，但是前端知识面很广，精通不易。
后台开发需要比较好的学校教育基础或者大量的经验，否则竞争力不高。
无论做哪一个行业职位，兴趣我觉得还是比较好的领路人
PS： 我原来是阿里的后台开发，自己对前端感兴趣，就转前端了， 现在也做了4年了，相对后台开发，压力较小，工资较低，感觉不错。