Posted by
前言
这个问题是4年前还是5年前我回答的。
就是那篇《互联网职业介绍》，后来被知乎删掉了。
想了好久，算了，重新一篇2.0版。
2.0版和1.0版应该会有一些差别。
1.0版就是技能树IT修真院的这个版本。
可以对比一下，四年过去了，现在的互联网职业都发生了哪些变化。
同时，这次的内容更新方式，是可能会不断的完善和修复，所以即便你已经看过一次了，还是建议你收藏起来，可能过了几天我就会全部修改一遍，也可能只是修改一些错别字，还有可能会把一些内容的表达方式推倒重来。
目录
1.产品经理 —已完成
2.UI设计师 —已完成
3.前端工程师 —进行中
4.后端工程师 —未完成
5.测试工程师 —未完成
6.运维工程师 —未完成
7.App工程师（Android/iOS） —未完成
8.算法工程师 —未完成
10.运营 —未完成
11.大数据工程师 —未完成
每一个职位下面会分成：工作内容，职业技能，发展前景，薪水范围，成长阶段，入门门槛，天花板，职业素养，学习方法，学习路线，适合人群
一 产品经理
1 工作内容
沟通需求，整理功能列表，做竞品调研，出原型图，出设计文档，写验收标准，讲解需求，验收Demo，测试项目，上线后运营推广，收集用户反馈，健身，撕逼，写点产品文章混圈子，参加个线下聚会，熬夜，请程序员吃烧烤，学点基本的技术常识。
产品经理本质上分成两种，一种是有自己想法的产品经理，一种是有老板想法的产品经理，或者是有客户想法的产品经理。
当我们说到互联网的时候，第一个神奇的岗位就是产品经理，产品经理没有门槛，大学里没有特殊的职业，也不太有年龄限制，各行各业都要融合，月薪从几K到几十K都很正常，经常加班但是有头发，和程序员的爱恨情仇曲折动人，对性别友好，可男可女，你就算是属乌龟的也可以设计宠物应用，产品好和坏无法衡量，你判断不出来倒底是产品没设计好，还是技术没做好，又或者是运营没推好，甚至是大环境不好。
这个岗位几乎是最神奇也是最神秘的岗位，人人都是产品经理，但是又好像谁都做不好产品经理，入门容易，出彩难，写不了代码的可以去做产品经理，混了几年之后哪怕没有点产品思维，画的原型漏洞百出，一点都不妨碍他在老板面前谈笑风生，还能随时加个需求让程序员加点班。
最疯狂的时候，传统行业的人几乎将互联网思维等同于产品思维，好多老板都有危机意识，四处去取经，想了解什么是产品经理。
产品经理这个岗位，本质是面对需求的，需求往往来源于两个地方，一个是用户，一个是老板。
所以产品经理的主要工作，很大一部分来源于叫做业务逻辑的梳理，特别是在2020年的今天，各行各业和互联网的融合越来越密切，金融，汽车，医疗，电商，电影，教育等等，在过于，你做金融行业的产品经理，你可能会考一个证券行业从业资格证，但是像餐饮这种怎么办？供应链呢，社区电商，分销呢？
以证来证明你在某一个行业有经验，知道一个行业里的痛点，很难有说服力了。所以，在一个产品经理，并没有真正的从事一个行业长达数十年的时间里，很难直接把握用户的需求。
这就是出现了另外一个角色，就是行业专家，又或者是创业公司老板，或者是在别的行业赚了钱，但是又觉得赚钱太累的大老板。所以产品经理的工作内容，慢慢发生了一些转变，从自己直接接触用户，变成了从业务专家的嘴里收集需求。
无论是外包公司还是做自己项目的公司，都避免不了这种了解行业需求的场景，特别是对于刚入行的人来讲，要花很长的时间去理解一个行业的基础知识。但不管是哪一种，都需要收集需求。
很多人会比收集需求，直接跳到画原型，你也可以理解为，产品经理就是一个画原型的，没错，他的交付物确实是原型，但是原型并不是真正的核心，而只是产品经理产出物的展现。
在画出原型之前，产品经理应该先整理一份功能列表，这样可以快速的敲定功能的边界，产品的功能列表，我们推荐使用模块，二级模块，描述，备注的描述方法。
功能列表整理之后，相当于需求的边界圈定好了，那么第二件事，要做的就是设计每一个具体的模块，怎么设计？很简单，就是“抄”。文雅一点叫模仿，从各行各业各种适合你的需求里找相似点，找灵感，对比别人做的好和坏，我们通常把这种厚脸皮的行为叫做“竞品调研”，以及你的手机上至少要装200个App。
当然竞品调研并不仅仅是抄而已，在修真院里，有一套体系来尽可能把竞品调研这件事融合成自己的知识体系，简单来说就是分场景和解决方案，通过对各种竞品的分析，整理成不同场景的不同解决方案，然后来对比自己要设计的内容属于什么场景。这样，当你做完竞品调研，你就已经对这个行业一知半解了。
之后就是画原型，在这个工作之前，产品经理的岗位都只是一个看着大多数人都能做，并未完全显示出来专业性的部分，而在画原型的环节，你就需要注意一些专业术语和设计规范了。这包括网页，App，后台，H5，小程序等各种各样的元素组件，还包括了一些大小，尺寸，布局等。
虽然产品经理和UI在布局这种交叉领域里经常眉来眼去，但是你无法把布局这件事完全剥离出来。
布局其实就是人生的缩影，处处在做选择，比如说，登录注册，你会发现，现有的登录注册五花八门，从用户体系，到输入验证码，限制提示等等等，各种各样的布局都是选择困难症的恶梦。表单里倒底应该是左对齐，还是右对齐，还是两边对齐？抱歉，一个产品经理一个设计哲学，研发团队通常很难受，可是这是信仰，不是么？
布局结束了，产品经理的工作内容还没有完全结束。他要去写验收标准，这也是很多产品经理不注意，很多研发忘记要，导致出现各种各样扯皮的事情的原因。大部分产品经理都默认为验收标准是以自己为准的，同时是研发能够理解的，而且一旦自己心里的验收标准发生变化，研发团队就会立刻感知到。当然我们也推荐修真院的写验收标准的方法：做什么动作，看到什么结果。
当验收标准做完之后，产品经理的工作看起来结束了，很多产品经理也以为自己的工作结束了，实际上才开启了第二阶段，和研发团队的亲密砍杀阶段正式开始了。不是你画好原型，产品就能上线了，你需要借助研发团队，才能把东西做出来。这一点和男人生孩子很像，在没生之前，一个男人的很开心的描述孩子出生之后要做什么，然后眼睛里闪着小星星，一脸的渴望，却只能眼巴巴的看着女孩儿，这种事情他一个人做不到，哪怕他对未来有多好的设计，买了多少套学区房，总得有人和他一起生孩子才对。
嗯，就是这种感觉，他说的天花乱坠，研发小伙伴你记清楚了，他只是想要操你，或者是他不想，但是一定会这么做。对于研发团队来说，很多时候听产品经理讲需求就是这样的，一边听，一边做好了准备。
所以如果你想做一个产品经理，你就需要明白听你讲需求的这些秃子的心理活动，也难怪他们经常会在你讲需求的时候睡着，举一个例子，你做了100，原型上展示出来的可能只有60，研发团队可能在听需求的时候只听了5.嗯，又或者是0，大部分的人都希望你赶紧讲完，然后自己边做边看原型。。。。或者是压根就不看原型。
不管怎么样，当枯燥的需求讲解完成以后（啊，我漏掉了需求评审的环节，你们还想听么），就产品经理就可以轻松一点了。
不不不，清醒一下吧，到了研发阶段，才是产品噩梦的开始。研发团队就好像慢慢睡醒的考拉一样，开始提问，质疑，你不得不反复的去讲一遍又一遍你以为自己讲了很清楚的事情。
如果只是和研发团队交流还好，但在实际工作中，你会发现，研发团队这些秃子们都是属于心思慎密老奸巨滑的画风，善于在鸡蛋里面找恐龙刺，而且，还真的可能被他们找出很多。
如果这些找出来的问题你能拍板还好，如果不能拍板，你还要和老板或者是客户反复交流，传达，把老板的意思翻译给研发听，把研发的意思翻译给老板听，还要注意照顾双方的情绪。所以，你看着自己的工牌，突然间就会有种恍惚，产品经理突然变成了产品翻译官？
好不容易研发阶段完成了，到了Demo阶段，你会惊奇的发现 ：我靠，怎么做成这样了？
而且，各种流程走不通，很多超出正常人类理解的问题，你在页面上点一个按钮没反应，然后研发团队说：稍等我看一下，过了3秒钟他对你说，好了，你再试一下。你再点按钮，有反应了。很开心，然后你发现列表的排序是反的，就跑过去跟他说排序反了。等他改完，你想再测试一下，再点按钮，发现又没反应了。
最要命的就怕是在Demo阶段发现了致命错误，好像是地面上一直扔着有100块钱，但是你和研发的小伙伴们都视而不见，直到最后自己月光了才突然间发现这100块钱就安静的躺在那里，从来都没动过。
假设Demo阶段完成了，进入了测试阶段，在测试环境你还是需要给测试人员解释，这个是Bug，这个不是Bug，这个为什么要这么设计，这个只能这么。
产品上线之后呢？做为产品经理，产品上线的当天，往往是受伤害最高的一天。上线可能会不成功，可能你在测试阶段验证过的问题又出现了，研发团队告诉你是环境问题，配置问题，版本问题，脏数据问题，总之就是不可能没问题，我们又不是阿里，你又不给我们开阿里的工资，怎么可能不写Bug？
如果上线这一道关卡过了，用户真正使用了。。。做为产品经理才会明白，原来之前大家还是一个团队，老板还是很友善的，用户呢？
用户只会骂娘。你他娘的是意大利炮友么，设计出来这么难用的问题？你在这一刻才会瞬间理解人人都是产品经理的意思原来就是人人都可以骂产品经理是傻逼，哪怕你做出来的是微信，支付宝，拼多多，豆瓣等等等等。
不要着急，有用户来骂你还是好的，至少你还能微笑着听下去，想办法整理，汇总，抛弃来指导你的产品改进方案。真正的痛苦是什么？
是用户压根不理你的产品，没人骂你，就是不用。
这大概就是工作内容的一个简化的描述了，你害怕了么？不要怕，做产品真的很有意思，就是经常挨打。
2 职业技能
Excel，PPT，Word，Axure，禅道，Jira，脑图，流程图，MVP，敏捷开发流程，运营数据分析，表达能力，沟通能力，忽悠能力，和研发团队的的撕逼能力，以及赖以生存的行业知识体系。
产品经理对于Excel的要求并不高，会写功能列表就好，功能列表也可以用思维导图，但是我们尝试了很多次之后，还是觉得Excel更合适一点。
PPT就不一样了，产品经理对PPT制作的技能，还是有一点点要求的，主要是内容的组织形式，其次是展现形式。并不需要特别花里花哨，但是你看罗胖的PPT就很好，特别适合大舞台，PPT往往是展现给研发的一个非常重要的窗口。一般而言都是用来介绍项目的背景，竞品分析，自身方案的选择。
Word在敏捷开发中，用得的不多了，过去称之为产品需求规格书，很正式，到最后大家发现需求用Word来描述。。。实在是太慢了，那边研发团队的孩子都生出来了，你这边还在跟人牵手手，来不及。所以通常都用Story来代替，Story也很少用Word来展现，要么是直接Txt文本，要么是Excel，要么是直接用Wiki，或者是禅道等云端的管理工具。
禅道&Jira，都是缺陷管理工具，也会支持敏捷开发，在这里对两种工具的使用本身不难，相对而言，我们更喜欢禅道的使用体验。在这里最麻烦的就是怎么写好Story和分好优先级。
脑图是产品经理在使用过程中的利器，将老板的火花，用户的抱怨，自己的碎碎念等快速记录和整理的好方式，梳理思路必备的东西，推荐使用百度脑图。
流程图这里主要用于描述业务逻辑比较复杂的时候。画流程图的工具也用ProcessOn这种在线的内容，画流程图的时候请记住一点，不要花超过10个节点的流程，如果超过了，屏蔽掉细节，抽像一层，节点太多了，真的很难受。一个总的流程图+无数小的流程图，足以让你把业务逻辑讲清楚。但除了流程图之外，我们还推荐使用角色事件图，这是受Design Thinking的启发，流程图的最大的问题就是无法展示多个角色，竖轴是角色图，横轴是时间线，用方块来标识不同角色在不同时间点的事件序列，这种展示和设计效果，相对于流程图来说更简单直接，也更清楚。
MVP和这些工具不太一样，但是也可以称之为技能。MVP最核心的思想，就是将“我说的一切都有可能是错的”发挥到了极致。不要先开发程序再交给用户或客户使用，太慢了，来不及，你赌不起，最快最好的方式，就是在程序还没开发出来时就先在线下或线上跑通，有种手动拉高铁的爽快感。
敏捷开发就是另一个非常重要的思想了，在整个产品的技能要求中几乎占用了一半的江山，而且，大部分产品经理都不太懂敏捷开发，只是把他当成了开发流程，还有很多人认为在中国不适合推行敏捷开发，其实他们都是错的–敏捷开发的Story本身就是一个非常非常关键的概念，是贯穿了产品经理设计的主线。Story本身就代表着实际的假想用例，Story的价值就是决定了这条故事线的优先级，我们依据Story去争论，验收，假想，结合MVP会得到产品经理很重要的战略思想：确保大家在做正确的事。
运营数据分析属于产品和运营的交叉领域，在某种程度上，你很难分的特别细致，无论怎么说，漏斗模型，转换路径，关键的数据指标，你还是要学习的，连日活和留存的概念都不了解的话。。。。不太好去忽悠老板拿高薪呀。
表达能力其实不是产品经理独自要有的，任何一个岗位都需要。所以如果你的表达能力有限，或者是不够好，不是因为你做产品经理才需要提升，任何人都需要提升自己的表达能力，当然每个人的风格不同，你可以啰嗦或者是简洁，其实问题都不大，关键是，想要表达的好，一定要自己想清楚。
沟通能力是产品经理很重要的个人能力了。如果你的性格内向，不太爱跟人沟通，或者是没有沟通的技巧，在选择这个岗位的时候要特别的注意。产品经理可以说是项目中的太阳，唯一的光和热，需要和上级平级下级用户等等所有的能想到的角色都沟通。同时，因为产品经理自己只有设计能力，没有任何实施的能力，也不具备资源调度的能力更没有资金，所以产品经理要推进的每一件事，都要靠“嘴”。要哄着所有的人干活，这么想想也不错了，产品经理动动嘴，研发团队跑断腿，挺好。
忽悠能力是产品经理被人忽视，但是在实际项目中又特别重要的能力，产品经理要忽悠所有人，有时候连自己都要忽悠。正式的名称应该叫做调动大家的积极性，让所有人明白所做的事情的价值，而不是一个单纯的工作，对用户来说，也要想办法用产品说话，让他们感受到或者是你来挑逗他们的喜怒哀乐，是的，你也可以称产品经理是天外邪魔，他们不在你身边，用能掌握你的情绪，控制你的财富，还能占用你女朋友或者男朋友的时间。
撕逼能力是产品经理必备的，和研发团队吵架，或者是友好的交流都是常有的事情，更多的时候是他们不接受一种做法，而你认为又必须这么做的时候。而且研发团队常常会攻击到你个人，认为你的思维不严谨，逻辑性不强，准备工作不足，不接地气，异想天开，或者就是一个传话筒，没脑子，爱折腾，时时刻刻记着要坚强，坚定不移的撕过去~~
行业知识大概是产品经理成长过程中最核心的能力了，没有脱离业务的产品经理，特别是你在一个行业工作几年之后，通常都会问到你对一个行业了解多少，这个赛道里有多少种模式，大家的玩法是什么样，数据量多少，哪家活的好，哪家撑不下去了，和商战一样，越到中高级，越会注重这些，所以，从现在开始积累吧~~
3 发展前景
产品经理，研发，运营被称为创业公司的铁三角，由此可见产品经理岗位的重要性。正常来讲，一家公司，研发团队和产品经理的比例为4:1或者是8:1，产品经理本身的岗位决定了公司的方向，属于公司组织结构中的关键岗。
岗位路线通常会是：初级产品经理->高级产品经理->产品组Leader->产品总监->事业部负责人->CEO
初级产品经理：通常做的是偏执行，落地的一线工作，熟知工作流程，有业务知识背景，能和研发团队撕逼，可以理解Leader布置的任务，能验收Bug，收集有用户反馈等等，这些知识都属于能把事情做好的入门沉淀。
高级产品经理：熟悉竞品，对商业模式有一定的认知，对行业的游戏规则相对熟悉，对行业痛点相对敏感，能够带着新人完成项目，具备独立设计系统的能力，能够负责一个完整的小中型系统，和研发团队也比较熟悉，产品设计中的漏洞较少，有一些线上产品的经验。
产品组Leader:其实Leader岗算是管理岗，做了Leader未必就是一个高级产品经理，做了产品经理，未必能做好Leader。leader更多的是任务分配，进度把控，规范制定和节奏控制。所以在规范上会更偏重，也会经常和其他各组Leader协调解决问题。
产品总监：产品总监和纯管理岗不同了，最重要的就是把握产品的方向，寻找一个行业的切入点。全公司都在盯着你看，到底要设计一个什么样的产品？整体的节奏感和人员的编制也很重要，如果你是一个产品总监，你一定要在这个行业里有人脉，有交流，熟悉各个对手的数据，规则，动向，包括国内和国外的。
事业部负责人：在更大的公司里，产品经理很可能会上长升到一整个事业部负责人的角色了。你要管的人范围更大，不只是在产品内部，还要对整个产品的交付负责了。你需要对每一个环节熟悉，还要能够制订目标，核算成本，随时调整产品的方向和节奏，确保自己的事业部能做出成绩。
CEO：产品和运营都是CEO的最佳人选，技术出身的CEO也有，相对较少。做一个CEO，就是要为业绩和股东负责，要么是拿出来规模，要么是拿出来利润，又或者是能搞定投资，还能够搭建起一个好的团队。产品经理如果是经历了以上几个岗位，对于多件事情并行执行应该是很熟悉了，也擅于整合资源，能够跳出当前的平台站在更高的视角，全局化的看问题。
如果你对这些偏管理岗不太感兴趣，你依然能够在产品经理这个岗位上找到自己的发展路线，你可以选择一个小而美的方向，设计出来用户体验精致的产品，能够“让用户尖叫”，或者是让“好的产品自己会说话”，也可以选择一个热点，紧跟着风口起飞，管他落地之后到底是不是光着屁股，更可能抓住某个红利，如直播，公众号，小程序，带货等等等等各种各样的机会，快速赚一笔热钱。
上可以留名千古，下可以小富即安。任何人任何性格都可以在产品经理的岗位上展现自我，只是喜欢你的人是多是少而已。
互联网的每一个岗位，养家糊口问题不大，但是产品经理是一个独特有魅力的岗位，在某种程度上，你就是上帝，你可以创造所有一切不存在的东西。只是上帝有点多，到处都是而已。
============2020年1月19日更新分割线~~~=============
4 薪水范围
薪水范围通常和公司，学历，产品，城市，工作年限有关联，很多人都说过知乎的平均薪水高，emmmm，然而这在某种程度上是事实，又有人说，薪水范围是特例，可是如果一个人的资质普通，硬件条件一般，通过自己的努力+选择能够得到一个相对较高的薪水，就不能按平均薪水来计算，就是说，这是一个正常努力可达到的薪水。
以产品经理为例，北京入门的薪水在8K~12K之间，这组数字是大部分人都能达到的，少数人在转行做产品之前有其他优势，比如说上海一个小姑娘有日语优势，她本身的产品设计能力一般，但懂日语又懂产品的少呀，所以薪水还不错。
这种就是特例了，而二线城市，郑州，武汉，西安，成都这样的公司，2年内的产品经理薪水在6K~9K之间（虽然国家划成了新一线，但是从实际感受来看，北上广深还是属于一线，这些不错的省会算是二线，不要纠结这个）。
到了三年左右，就是一个分水岭，可能很多人的薪水过不了15K，也可能很多人三年就到了18K~24K。这个分水岭，就取决于你在过去做的产品好还是坏，因为你不是刚入门，给你定薪的，就是你过去项目的用户量，行业影响力。比如，微信的产品经理，出来之后薪水相对会比其他人高很多，因为他们的经验有可能给那些不如微信的人启发，让这些公司少走弯路。
这个时候的产品经理可以称之为中级产品经理了。
五年左右，又是一个分水岭，五年的产品经理，在北京可能会冲到30K了，也有可能五年，他的薪水仍然只有18K。五年里你在这个行业里应该有一些人脉，见知，你的管理能力会有进一步提升，在公司里都有可能被称做产品大神（其实都知道是在调侃），你关注的大概并不已经是页面交互这些细节，而是更深层次的商业模式。
同时薪水的增长是这样的，在前期，你从8K跳到12K，通常要花一到两年的时间，但是你从30K跳到40K，通常只需要一年的时间。
十年左右，大概就已经是普通的产品经理的巅峰了，再往上意义也不大，你的潜力其实在三年和五年的时候已经确定了，好一点的冲击年薪百万，差一点的在25K~30K，也就是说，工作年限越长，薪资差距越大。
可以用一个简单的二八定理来描述，入门，3年，5年，10四个阶段，每一个阶段都只有20%的人升到下一个阶段，剩下的80%的人留在当前的阶段。所以造成，随着时间的增长，有同样工资经验的人，差距越来越大。
而在刚刚说到的武汉这些二线城市，从目前来看，月薪30K差不多封顶了，而在一线城市，诸如北京，50K，80K还不算特别难见。
当然这么算下来，还是有一大批人，到不了顶。
大概这个意思，emmmm，表嫌弃我画的丑。这是以北京为例，如果是其他城市，50K的的天花板会低很多。
说到底，薪水和各个环节都很密切，只能看一个大的趋势，别人10年能拿到多少钱，不代表你不能超过他，也不代表你比他低。但是，很多行业里，你是很努力也比较难拿到一个相对高的薪水，大概有两个值是你在评估薪水的时候关注的，一个是平均薪水，这是最没有意义的，一个是努力薪水，这是更重要的。如果你入行之前就拿的主意是，我不太努力就是想拿个平均薪水，那你估计拿的是最差薪水。如果你入行之前想的就是，我要拿努力薪水，很可能你努力十年之后才发现自己只能拿一个平均数。
在当前的社会结构里，你能通过努力拿到一个相对不错的薪水的行业，已经是越来越难了。
============2020年1月20日更新分割线~~~=============
5 成长阶段
岗位路线通常会是：初级产品经理->高级产品经理->产品组Leader->产品总监->事业部负责人->CEO
重新看一下岗位路线，和成长阶段是有一些差别，从岗位的角度来说，会有一些偏管理和职位和行业背景的因素在里面，包括技术也是一样的，什么时候你都不可能做一个纯技术或者是纯产品。
但是我们说到成长阶段，就只是单纯从做产品的能力上去谈起，那么，一个产品经理应该怎么样按步就班的去成长呢？
1.从测试开始学习
2.从基本的组件和模块开始
3.学会整理功能列表
4.培养竞品分析的能力，给自己的设计寻找依据
5.画好事件角色流程图
6.讲好用户故事
7.注重Story的优先级
8.完善验收标准
9.学会敏捷开发流程
10.理解MVP
11.大胆做预测，谨慎做预案
12.从零开始获得种子用户
13.收集用户反馈
14.从数据增长中看产品缺陷
15.深入了解一个行业的主流商业模式
16.看大方向，看行业趋势
17. 分别学习2B或2C的设计技巧
18.用产品和数据说话
19.将产品归结于梦想，做你坚持要做的，要改变的，要创造的事情
20.在金钱和梦想中妥协，并达成一致
这其实是一个很长的话题，我期望能够在这篇专栏里完善下去。
这里的成长阶段，也受限于我自己的个人能力，只能列出来这么多。我一直都相信，IT修真院是一个伟大的产品，我们的DWS学习模式是一个教学方法上无限接地气又非常洋气的产品，不是体现在交互体验上，而是整个培训体系带来的最终收益上。但是我还是一个产品菜鸡，只能去不断的摸索产品设计的边界，我需要不断的试错，尝试，总结经验，然后才能得出类似于今天你们看到的总结一样的内容。
但我相信，如果你能做到这么多，你的产品设计能力已经是超过很多人了。
6 入门门槛
产品经理很像围棋，易学难精，要说到门槛，什么都不懂的人，字也不认识的人，都可以做产品经理，在过于数年中，见过太多传统行业的老板告诉我他要做一个什么样的产品，然后拿出他画的原型图，给我讲他的想法，这些人是产品经理么？
你可以称他为需求方，或者是业务方，理论上来讲，应该有另外一个角色，来对接需求，变成原型，交付研发。但是实际上，很多外包公司可能就是没有产品经理这个角色，所以老板就必须直接和研发去交流沟通。
必须是当老板才能设计产品么？显然不是。
产品，说简单点，就是一个Idea，空想出来的，谁不能做？这有门槛么。
没有，那我们通常指的门槛是什么呢？
是指，有人愿意为你设计的产品原型出钱的门槛。对大多数人来说，都是一个打工仔，所以这里的门槛，首先说的就是，什么样的人能够在三个月，四个月，五个月左右的时间完成产品经理的学习，能够到达有人愿意出钱雇佣你的门槛。
那么，这个门槛是什么？
1.会识字
2.会打字
3.不傻
4.18岁~35岁之间
这跟没有基本上差不多吧.年龄,没太大要求.性别,没太大要求.性格,没太大要求.学历,没太大要求.
那做产品真的就是这么容易么?
不不不,这只是代表着,你可以开始产品经理的学习,而不是说,你要成为一个产品经理什么都不要求.
如果你学有所成,你入职的门槛至少是:
1.会原型设计
2.能理解业务方需求
3.可以做竞品分析
4.编写产品文档
5.和研发及时沟通
6.熟悉互联网基本术语
7.会思维导图
8.懂数据分析
9.懂开发流程
10.有一到两个实际的项目开发经验
这就是产品经理的两个门槛,一个是学习的门槛,一个是求职的门槛.
============2020年2月1日更新分割线~~~=============
7 天花板
产品经理的职业发展路线很好，可以直达CEO，但是哪有那么多的CEO给你做。薪资也很高，很多人三年五年就是年薪三四十万，十年左右都有年薪百万的，但是这样的人有几个？
为什么有的人能够拿到更高的薪水，有的人拿不到，是什么制约了个人的发展呢？
对于初级产品经理来说，天花板基本上不存在的，只是用时间多少的问题，快的一个月，两个月，慢的要半年，九个月。这里限制你个人发展和学习速度的，和你过去的学习习惯有关系，还有你时间及精力的投入。
学习习惯有多重要？它其实决定了你的学习能力，也决定了你是一个聪明的人，还是愚笨的人。产品经理表面上，无门槛，对什么都没要求，其实对于穿透力，逻辑思维能力和表达力要求很高。
大概是这个样子，我不太会画图。
到了中级之后，你已经有一些行业经验的积累了，这个时候制约你个人发展的，就是你的个人过往项目，又或者是业绩，又或者是你选择的行业。
初级阶段，一切都有可能，大家看的就是潜力，随着时间的发展，你过去的项目用户量，业界排名，公司营收决定了你第二步能不能迈的出去。如果你刚刚成为一个产品经理，学历还是相对重要的，如果你已经工作一到两年了，就会看你的项目经验。
在中级产品经理的时候，很多人都是高不成，低不就，做不出成线，也画得完原型，很多人都可以按照其他人的要求，完成一个记录者的功能，但是没有自己的想法，也很难有成绩出来。
到了高级产品经理的时候，更重要的是你对一个行业的认知，你对未来的判断力，有一本书写的很好，第一句话就是：“在什么样的重大事情上，你和其他人的意见不同？”
这是产品经理最为吸引人的环节，也是只有非常非常少数人，拥有坚定的信念，拥有远见，洞察力，深入思考，验证每一个环节，又有很强的蛊惑力去达成一件事情，很多时候，在产品经理的眼里，他看到的是未来，一个是朦胧又清晰的景像，先是在他的脑海里，然后随着时间的推移，无数的人一起揭掉面纱，擦弑干净，露出他们本来的样子。
产品经理本质上不会去发明或者是创造任何事情，他们只是把寻找出来世界本来的样子，然后引导人们走到正确的道路面前，就好像乔布斯告诉你，手机，他就是Iphone的样子。
所以，在不同的阶段，限制你跳向下一个跳板的约束不同。越早期，越看重你的硬性标准，你的学历，反应，这是你过去几十年的成绩，越中期，越看中你的经验和数据，这是你做产品之后几年的成果，越后期，越看重你的远见和信仰，这是你一生的成绩。
是的，每一个职业都有自己的天花板，每一个人，也都会遇到自己的天花板，整个行业里有职业发展规划 ，但未必适合于你。如果你不想让自己遇到天花板， 不想让十年后自己仍然在做着初级产品经理的工作，那么你需要的就是，在每一个阶段，都打好坚实的基础。
============2020年2月2日更新分割线~~~=============
8 职业素养
产品经理自己本身有一些基本的职业素养，这些职业素养，就是专业和非专业的区别。这些职业素养，包含一些基本技能的要求，工具的要求，程度的要求和时间的要求。时间本身就是一个很基本的要求点，在规定的时间之内高效的完成工作，是职业产品经理的必备技能。同样的，质量也是如此。
一 业务需求&功能列表
1.2个小时之内理解业务需求
2.4个小时之内整理出来功能列表
3.功能列表遵循规范，主要包括区别模块，子模块，描述，备注，优先级
二 竞品分析
1.手机上安装至少20个以上竞品
2.选10个竞品，分析商业模式，业务逻辑，交互体验
3.抽像出来问题&方案&场景
4.每做完一个项目，都成为这个领域的专家的标准努力
三 Story&系统角色图&角色事件图
1.Story分清楚优先级，优先级按123456顺序依次排列，而不是按高中低
2.Story以用户角色为主角，描述确切的数据和场景，来推演是否满足用户的真实场景
3.15分钟之内可绘制出系统角色图
4.分不同的角色，绘制角色事件图，来代替流程图
5.角色事件图无遗漏，分层次，复杂的图拆分成多个简单的图
6.不断的Review 这些产出物，和业务方交流反复确认迭代更新
四 原型图&验收标准
1.原型图目录结构清楚，符合命名规范
2.公共设计提取出来
3.积累跨项目公共组件
4.不存在隐性交互（即点击才会跳转的隐藏页面），所有的页面直观，平铺的展示出来，不要把所有的页面写在一个文件里
5.文件名以文件名+日期的方式标注，方便查找最新改动
6.记录更新日志
7.采用统一的牵引线标注规范
8.一个文件只允许有一个页面，其他状态变更用标注的形式完成
9.验收标准的格式为 做什么动作，看到什么结果
10.验收标准注重核心业务逻辑，没有遗漏
11.公共通用的验收标准不用写
12.需求有变动，Story，原型，验标同步修改
五 需求评审&需求讲解
1.讲清楚项目的背景，起源，要解决的问题，和方案对比
2.收到项目组反馈的疑问时，先确认自己之前是否有考虑到，是否有思维死角，再给答复
3.明确产品上线之后的预期，以便在真正上线之后复盘，反馈
4.需求讲解时多观察团队反馈，避免需求不清楚就直接开工的情景出现
六 Demo&测试
1.有一个肉眼发现的问题的，就计为Demo不通过
2.按主要业务逻辑测试，正常流程测试，异常流程测试，边界测试，UI测试，冒烟测试快速走一遍
3.提Bug的方式，遵循Bug规范
============2020年2月4日更新分割线~~~=============
9 学习方法
产品经理的学习方法，简单来说就是多看多体验，很多产品的设计，都是可以从App，小程序和网站中看到的，后台管理系统是无法得到的，只能通过别的方式去学习。
但是最根本一条学习主线就是“提出问题-参考竞品-细分场景-归纳落地”。
用这种方式去学习，你的成长速度会非常快。这也是我们在任务中，经常反复强调要去做竞品分析的原因。
举个例子，我们在做黑塔职业规划小程序的时候，第一个遇到的就是小程序的登录设计问题，小程序的登录也一直在改动， 在写这篇文章的时候，是要求用户信息的获取和用户手机号的获取分开的，我们假设你是一个产品新人，你分到的模块就是要做小程序的设计，你应该怎么做？
你应该按如下四个要素去思考：
1.要解决的问题是什么？
问题是：如何设计小程序的登录方式
2.竞品有哪些？
竞品列表：饿了么，美团，滴滴等
注意，这里指的竞品，其实只是代指实现了同一功能的其他应用，并不是狭义的商业模式的竞品，但是当讨论到行业需求时，这里的竞品就是有实际意义的，所以这也是我考虑再三，还是用竞品这个术语的原因
3. 场景有哪些？
场景列表：
这些场景分别对应的解决方案是：
4. 黑塔职业规划属于哪种场景？
黑塔职业规划的场景属于A，所以在核心业务场景，必须获取到手机号才可以允许用户继续使用。
这个例子，属于比较简单，但是其中的学习方法的思想很重要，是产品经理整个职业生涯的基石。多数人在学习过程中，会自然的去想，我要怎么去设计这个产品，直接把产品设计方案列了出来，虽然会参考别人的做法，但是无法构建场景-方案的对应体系。
这是最容易出现思维死角的环节，你可能看了很多，发现有这么做的，有那么做的，却没有去沉淀和整理场景-方案的对应关系，在拿自己的应用场景去套的时候，就会出很多问题。
10 学习路线
关于产品经理的学习路线，在我其他的答案中已经回答过，这里再简单的说一下。
第一阶段，学会测试。
第二阶段，用竞品调研的方式，去把登录注册，Banner，菜单，公告，设置，列表等常用公共功能完成一遍。在此阶段，敏捷开发伴随始终。
第三阶段，在两到三个领域内，熟悉业务逻辑，包括但不限于电商，教育，出行，金融等，用以加深对业务逻辑的理解。
第四阶段，跟一个完整的复盘项目，从头开始，把完整的项目设计出来，并交给复盘团队完成，以MVP的方式去设计。
第五阶段，跟两个真实项目，解决沟通项目中的实际问题，学会商务沟通技巧，以及和研发沟通技巧。
第六阶段，跟踪线上项目的运营数据分析，收集用户反馈。
完整的任务体系和技能图，等我们的运营团队去掉图上的二维码，我再贴出来。
11 适合人群
最后再说一下适合人群，在开篇说过，产品经理的门槛比较低，但是还是有一部分人在产品经理的岗位上会有更多的优势：
喜欢扯淡性格开朗坐不住，无法耐心写代码喜欢跟人打交道有创造力有强迫症有行业经验，对行业认识深刻敏感&热情喜欢体验新事物这些性格特征，都代表着你在做产品方面有一些先天的优势，但是不代表着你就能做好产品，实际上，所有职业的初学者，在三年以内的性格差距都不大，你说一个木讷的人做不好产品么？不是的。可能他的性格问题在三年之后，从初级到中级晋升的时候才会有问题。
所以无论你是哪路性格，哪种背景，记着，兴趣和意愿才是最关键的因素。如果你不喜欢，你如果你没有坚定的信念，这些因素都是零蛋。
好了，关于产品经理的介绍，到这里就告一段落了，这是第一版，可能会有后续的内容，如果你对一些内容感兴趣，可以在评论里提问，又或者是我们官网里反馈。
============2020年2月5日更新分割线~~~=============
二 UI设计师
1 工作内容
沟通需求，定好风格，出配色方案，做出UI图，验收研发的成品，上线后体验交互设计，设计Icon，Logo，Banner图等一切视觉相关的内容，UI本身就有多个相近的称呼，美工，视觉，UI，UE，但我更喜欢把UI升级为UE。
UI通常是一个游离于程序员群体之外的职业，天天和程序员们打交道，又没有程序员和产品经理的爱恨情仇，很多时候都不知道后端程序员叫什么名字，也从来不认识运维小哥哥，经常接触的是产品，运营，测试和前端，在他们的工作范围内打交道的职业中，程序员的比例最低的，你能相信么。
所以UI往往有一种清新脱俗的感觉，一群秃头大老爷们中有一个养眼的漂亮UI小姐姐，就算是有男人做UI，也浑身上下散发着艺术的味道。
UI的工作很难被量化，也很难直接的评定好和坏，统一不同人的审美要比统一咸甜豆腐脑的难试大很多，想想单纯一个Banner图，一张海报，都会有多少种不同的风格？
有时候大家会把UI和VI混淆，VI是纯粹的视觉效果，包括一系列的线下线下的直接感知，比如说包装盒，购物袋，内包装等。而UI单纯的指用户交互，多和线上有关，就是各种网站，App，小程序之类的。这种交互通常包含两部分，一个是看到的内容，这是视觉的部分，一个是交互的部分，就是点击之后的动作，滑动的效果这些响应用户的输入之后的输出。
而UI被称为美工的原因，更多的可能是因为淘宝这些网站需要修图，做效果，这是UI的一个技能点，但只会修图的，不会被称为UI，所以美工和UI的身价也不可同时而语。
UI还有一个升华版的概念，就是UE，用户体验。用户体验和用户交互的不同是什么？确切的说，用户交互只是用户体验的一部分，更多的是视觉+响应，而用户体验还包含着服务。比如说，你在一个商城买东西，两个应用一模一样，一个卖199，一个是19.9，哪个用户体验好？再比如说，价格一模一样， 一个发货慢，10天才发货，一个第二天就收到了，哪个用户体验好？
所以用户体验在本质上，涵盖了所有独立的部门，包括技术，运营，产品，UI，客服等等一系列的感受，UI往UE上转的话，是一个非常非常大的跨越，不过，这很可能是未来所有品牌公司的一个重要部门，就是负责体验公司的所有产品的用户体验。
当你沟通需求的时候，很多菜鸟设计师往往只关注原型，这还是有原型的时候。有很多非主流的公司，直接把UI人员当产品设计来用，他们习惯于看高保真图。然后对着高保真图去讨论产品功能，之后让UI直接改，还会告诉你，这样会节省时间。
如果你遇到了这种工作模式，请第一时间告诉他，这样只会更慢，因为UI的效率要比画原型低很多。在讨论功能和交互的时候，不需要UI，一些分的更细致的岗位，会在产品和UI之间再放一个交互岗，让产品去设计功能，让交互去设计原型，让UI出视觉效果。
所以无论怎么样，Axure都要比PS高效的多，在我们的产品经理的专栏里应该提到过，原型就只要黑白灰三色，不要有色彩，不要有高保真。
原型图拿到之后，先定风格和配色，往往要出两套方案，拿来给业务方或者是实际用户或者是有话语权的人去看一下。要记住，如果你只拿出一种方案，那么大部分参加的人都会按自己的审美观去要求你改一下这个，改一下那个。当你拿出来两套方案的时候，潜意识里就是在给他们说：直男们，你们只能二选一，要么这个，要么那个。
还有一个潜台词就是：你把我杀了我也只能设计到这个准了，别再让我改来改去了。
第一阶段完成以后，到具体的页面设计的时候，记着要养成分批交付的好习惯，不要拖节奏，这是一个很难改变的事情，很多设计师都希望出一整套之后再交付，这样有一些改动的话，还能调整，不然程序员小哥哥会闹–对于这种前端或者是App端的小哥哥，我给你的建议就是–哄哄他，告诉他其实没多少东西要改，很快就好。
分批交付也是和敏捷开发流程相关，持续集成是减少项目风险的重要措施，所以你越早交付设计图，研发团队就能越早的拿出来最终展示效果–虽然很多团队做不到这一点。
在整个页面的设计中，比较重要的环节就是，理解业务的需求，很多设计师不喜欢，也不愿意去听业务需求，这直接导致他们设计的效果图和真实的业务需求之间有脱节，比如说，到底什么是应该第一眼看到的？什么是应该弱化的？这些如果不理解真实的业务需求，很难把控用户的真实体验，这也是UE中的一部分，在某种程度上，并不是好看第一，而是好用第一。
总终交付给研发团队的时候，别以为就大功告成了。这个时候，产品的需求变动的话，就会引起一系列的问题。原型图，产品文档，UI图，验收标准，都会一起来看，也可能产品没告诉UI，研发团队直接改掉，测试团队发现成品和效果图对不上。
各种各样的问题总是存在，只要有一个地方有改动，那么所有对就的内容都应该有改动，别犯懒，否则排查起来更麻烦。另一个值得注意的点就是，在做UI图的时候，不要只做示意图，文案，列表，图表等都以真实数据为例，这是新人往往会忽视掉的细节。
研发过程结束后，我们是鼓励UI参与测试和验收的，也就是说，UI也是产品反馈小组的成员之一。只有真正用到了自己设计的产品和交互，才能体会到底是什么感觉。
============2020年2月17日更新分割线~~~=============
2 职业技能
Photoshop，Sketch,illustrator,corwdraw,PPT,Axure,美术功底，色彩搭配，需求理解力，海报设计，Icon设计，Logo设计，交互设计
Photoshop是UI首选工具，大部分人都可以短时间内用一点PS，在PS有一些基本的知识需要了解，图层，蒙版，通道，动作，滤镜等，钢笔工具构图还有印章工具都是修图的好助手。相对于平面设计而言，UI对于特效的要求并没有那么高，而且因为代码实现和兼容性的缘故，也并不期望于在网页上承担复杂的效果。
Sketch是最近几年越来越红火的矢量设计工具，特别适用于小图标的设计。经常会有人拿Sketch和Photoshop相比较，但是从UI设计师的角度来讲，最好是两个都要会。
illustrator&Corwdraw使用的频率没有那么高，但也是备选项之一，工具本身而言大同小异。
PPT是一项通用技能，但你是UI，你的PPT就必须要做的好看，你要做的不好看，别人就会怀疑你的设计水准，而且，PPT也是展示自己设计思路的最好工具。
Axure在很多时候，不被UI认可，但是我在这里还是会强烈推荐。我们把UI的设计功能拆分，包括了布局，配色，交互，Icon，风格五个环节，其中布局，是完全可以通过Axure来实现的，而且也应该通过Axure，而不是通过PS来做。在合适的场景里选择合适的工具，对UI来讲，也是成立的。
美术功底可以让你 Banner设计，配色和视觉和谐度上远超同级设计师，说起来你可能不相信，大部分的UI设计师是没有美术功底的，有美术功底的设计师和计算机专业的程序员几乎一样珍贵。
色彩搭配是一个必备技能，准备自己常用的几套色系，高贵黑，火热紫，风骚蓝之类的一套配色体系。
需求理解力是一个被现有的很多UI设计师忽略的技能，UI并不只是配色+视觉，很多UI的设计都只是停留在好看与不好看，其实在某种程度上，还要加上视觉效果上能不能让用户用起来舒服，有时候好看不代表好用，这就需要设计师去理解一个页面需要重点展示的内容究竟是什么，还要考虑到哪一个功能是常用的，哪一个功能是需要弱化的，视觉上的引导，其实就是对用户行为的引导。
海报设计属于UI设计师工作中占比不多，但是又会被认为是必会的技能，好比是一个程序员怎么可能不会装系统。很多时候新系统上线，都是需要做一张朋友圈需要转发的海报，Banner设计也是包含在这里的，这倒是一个经常性的设计工作，除此之外，还会去投放广告，或者是做一些文章配图等。
Icon设计是必备的，无论是网站还是App还是小程序，总是少不了各种各样的Icon，比如说删除，编辑，功能版块等，这里是Sketch的天下，好在现在已经有不少的CSS的Icon库，可以减轻设计师的负担。
Logo设计也是一个大学问，很多人都愿意花钱去让专业的人做Logo，价格也可能从50元到1万多甚至几十万不等，但更多的人会愿意让设计师来一个就好了，以后赚钱了再换。Logo设计中最关键的就是赋于图形意义，还有就是区分度高。
交互设计是UI设计师和平面设计师最大的区别，平面设计是纯视觉，UI是用户交互，有用户输入，也有展示。小的动画，小的变形，布局的动态调整，这些都是画龙点晴的环节。
============2020年3月16日更新分割线~~~=============
3 发展前景
无论技术怎么变，UI职业的地位不会发生太大的变化。美这个事情，短期内还无法靠人工智能创造出来。但这个岗位的上升路线没有其他岗位高，是一个相对中庸的选择，就是不会太差，也很难太好。
通常的路线就是初级设计师->中级设计师->高级设计->设计总监。
很少见到有设计师做到UE部门主管的，更少见到有成为管理层或者是CEO的， 又或者是我见得确实少。在互联网公司中是很难得的没什么政治斗争的岗位，与世无争。
初级设计师做的就是项目，理解业务需求，看原型图是否有遗漏，出两套配色方案，验收前端渣渣效果，做几个截图用于宣传或上传应用市场，更换一下Banner。
中级设计师做的事情和初级设计师相比没有大的不同，只不过项目更重要，出错的可能性更少，对于色彩和布局更为熟练，对于不同的风格也更熟悉，能够快速把握产品的主题。
高级设计师就是要出精品了，很少去做一些打杂的事儿了，如果团队里的设计师比较多，可能就要定UI规范，配色方案等。
设计总监的岗位挺少，中小公司里一般都是8个人里对应一个设计师，所以很少会有单独的设计部门，如果有的话，也是管理职责会多一点。
整体而言，选择设计师的岗位，很难晋升，这个结果可能会让人沮丧，但是这不正是设计师超然飘逸的原因之一么？也许只有摆脱这些烦杂琐事的干扰，才有可能做出好作品呢。
如果你还是想走到管理层，那么你的其他职业技能必须加点的足够多，比如说，你是一个设计师+产品经理（这是我们推荐的路线），你是一个设计师+前端（不太推荐）。
4 薪水范围
UI设计师是少数对学历，年龄容忍度差异比较大的岗位，但是城市的差异更大一点，越大的城市，对于UI的要求更高，也愿意给出更高的薪水，包括北上广深，还有目前火热的杭州，以及偏向于动画的成都。其他的二线城市如武汉，西安，南京，郑州等就会和一线差别更大一点，在当前互联网已经很火热的程度里，还是有不少公司是没有UI的。
北京为例，刚入行的时候，设计师可能会是5K,或者是6K，或者是8K起，然后一年左右，看你的项目情况，通常都会在8~10K左右。
三年后薪水可能会是在10K~15K左右，如果你有幸进了大厂，你的薪水可能会更高。
五年左右可能会是在16K~28K左右，再到了七年，可能就是在35K，到了35K，差不多就是一个天花板了，如果你想要让自己的薪水更高，你可能需要点亮其他非UI的技能。
5 成长阶段
UI设计师的成长，其实就是从抄到创造的过程。刚入门的时候，能把东西做好，抄的像模像样就不错了。然后对一些页面处理的越来越顺，就会想尝试一些新的风格，注意到一些过去不注意的细节。
1 从画一个Icon开始
2 理解各种网页和App组件
3 做一个简单的登录注册页吧
4 注意区分主色和辅助色
5 开始关注布局和留白
8 各种弹框和提示也要注意
10 字体的使用和排版
11 能够设计一个应用了
12 来验收前端的工作
13 像真正的用户一样，在使用产品的过程中，感受自己的设计缺陷
14 尝试不同的风格
15 开始制订和遵守设计规范
16 在设计中融入情感
17 做一些动画&视频剪辑
18 发现自己还是设计不好Logo
19 想补全自己的绘画基础
20 穿衣打扮都开始有了艺术家的味道
21 深入了解用户的使用场景
嗯，我自己是很喜欢UI设计这个岗位的，能把一幅画画的好，就很难很难了，更何况还是电子产品的设计。
6 入门门槛
UI和测试的门槛相对较低的，这是非理工科专业的一大福音，对年龄要求也不算特别大，16岁到~30岁都可以选择做UI，性别上更是男女通吃，最最关键的一点，做UI，你都不用有绘画功底。
不需要绘画功底，严格意义上来说，就是绘画的技能是一个Plus，一个“更佳”的 选项，而不是必须的，这一点可能很多人不太明白。
天下的文章一大抄，天下的UI也是一样的，UI从来都不是画画，是要自己去设计所有的内容，UI在某种程度上，大多数公司对你的要求就是抄。
抄谁的？抄老板喜欢的风格的，抄应用商店排行榜的风格的。
那UI的意义是什么呢？
UI需要了解元素，设计规范，用户体验，产品功能等等所有的需要了解的点，这会有助于让产品的UI更好，但是并不是一个入门级的要求，部分初创公司可能直接就把UI这个岗位去掉了，反正现在也有很多常见的组件，只要还能过得去就忍，反正让UI设计也设计不出来好体验。
但是，你入门之前可能没有绘画技能，也可能不需要你在美上有多特殊的认知，等你到了这个职业，就要干一行爱一行，你最好就是在两年三年之内把自己的审美，设计，手绘，产品，体验等功底补上去。
这决定了你在UI岗位上能走多远。
7 天花板
UI岗位的天花板也很明显，除非是特别看重UI体验的产品，否则大部分的核心用户体验权并不在UI手里。用户的体验可以分成以下几个维度：
1 视觉体验
2 交互体验
3 功能体验
4 价格体验
5 性能体验
6 线下体验
这几点里，UI主要在1和2上面，2在某种程度上属于原型设计师的工作，更多的是被产品兼任。然而3和4才是用户的核心，好比说，100元人民币扔屎堆里，也比在美女锁骨里的1元硬币惹人喜爱。
这个比喻有点庸俗，好比是100元画的再丑，1元画的再好看，100元还是100元，1元也只能是1元。
这就导致了UI在公司的岗位，第一不可或缺，第二又无法成为公司的核心，特别是UI往往和业务无关，又特别喜欢把自己放到一个和业务无关的位置上。
所以UI出身的人，很少能在UED部门成为leader，争不过产品出身的人，如果你能够从UI兼顾产品，那你就很厉害了。
UI做到五年十年以后，更早点从三年开始，就该尝试一下其他周边技能了，列举如下：
1.动画
2.剪辑
3.体验
1和2是工具和技能，3是层次的提升，从UI到UE，这是打破UI天花板的最好的方式。
UE要求你从上节说到的六个体验里去提升产品的体验，而不仅仅是视觉，你可以理解为，互联网界的试睡员。
如果暂时不想做这种打破天花板的提升，那薪水基本上定位在35K封顶了，如果你想从初学者更快的成长为一个封顶者，你需要提升的能力如下：
1 Logo设计
2 Banner设计
3 海报设计
4 Icon设计
5 布局
6 配色
7 主题
8 动感
9 产品
10 手绘
8 职业素养
在职业素养上面，从平面设计而来的设计师们要注意，这也是UI岗位和你们截然不同的环节。
一 物料&Icon&Banner
1 30分钟一款海报设计（从头开始很难，所以你需要积累很多的模板，知道自己要抄哪一个）
2 4小时一组Icon设计（风格要一致）
3 2小时的Banner设计（Banner的主题要一致）
二 风格学习
1.手机上安装至少50个以上体验好的App
2.总结出来好的体验使用的配色方案&交互方案
三 设计规范
1 字体&字号全局统一
2 配色&留白全局统一
3 按钮&表单&列表风格一致
4 弹框全局统一
四 产品功能
1 认真理解产品需求
2 思考每一个页面中的重点，和产品沟通协调，确认页面的吸引用户的元素是什么
3 设计中体会流程的完整性，是否有遗漏或者是不协调的页面
五 测试验收
1 端到端的测试
2 Hover，高亮，间距 ，配色等的验收
3 整体用户体验的验收
9 学习方法
UI的学习方法，和产品类似，却比产品更简单，因为天然开源。
UI的技术难度都不算特别大，关键是合理的搭配，从应用商店里找自己喜欢的产品，然后挨个拿出来分析，就是学习的最好的方式。
1. 总结出来数套配色方案
2.分解组件，给出不同组件的设计方案
3.设计之前先问自己一个问题：我希望用户看到这个页面后，第一个要注意的是什么？
4.去思考：用户在这个页面里会有什么样的选择？多少百分比的用户会做哪种操作？什么样的操作是需要引导的？
5.产品上线后，每天上线使用自己的产品，成为自己产品的用户，在使用过程中，反思和总结自己在设计之初是否有思考不周的环节
10 学习路线
UI的学习路线，也是先从好上手的小东西开始，通常是这样的。
1 模仿和制作Icon
2 从最简单的登录注册开始设计移动端的页面（从原型开始更好）
3 学会列表等各组件的设计
4 整理配色方案，布局
5 学会测试
6 学习动画&视频
7 学习手绘等其绘画相关知识
11 适合人群
UI适合什么样的人呢？虽然没有门槛，但总是会有一些人在这个行业上有天赋。
1 如果你喜欢绘画
2 如果你穿着打扮不错
3 如果你爱化妆
4 如果你爱拍照
5 如果你喜欢听音乐
6 如果你对家具摆放等有特别的爱好
7 如果你是一个强迫症患者
8 如果你做过平面设计，工业设计
那么UI都挺适合你的，还有一点，UI特别适合与世无争的小姑娘，远离事非中心。
未完待续，上次回答写了快一个月，这次不知道会写多久，没人看就少写一点，有人看就多写一点~~
友情提示：PC端访问最佳。
三 前端工程师
好了终于到了大家期盼的前端工程师的环节了~今天写一个开头
1 工作内容
2 职业技能
3 发展前景
4 薪水范围
5 成长阶段
6 入门门槛
7 天花板
8 职业素养
9 学习方法
10 学习路线
11适合人群
工作内容，职业技能，发展前景，薪水范围，成长阶段，入门门槛，天花板，职业素养，学习方法，学习路线，适合人群
==============我是双黄连分割线===========
以上回答，由IT修真院官网各种资料汇集整理而成，地址如下：