最近有很多粉丝朋友咨询U叔，怎样才能从UI跳到产品岗位。他们当中大多数都是感觉到自己工作的瓶颈期，想要有新的突破。无论什么原因，U叔建议你在转型前要想明白：自己为什么要转产品岗位？有了明确的目标才能更好的发力。下面U叔就和大家聊一聊UI转产品中的要点。
1、思想上的转变
Ui的思维是先分析界面的光影，虚实，色彩;接着分析布局，导航链接;至于业务逻辑，功能流程，产品定义则考虑得很少。
PM的思维是先分析产品的定义，商业模式;接着分析线下场景中碰到的问题;再接着分析业务流程，功能流程，页面跳转;然后分析内容是否需要增减，功能是否需要增减;后期产品上线之后的内容运营，用户的拉新，促活，促转化;商业的变现，新版本的迭代方向等，至于界面的布局和美感，分析的时间花得比较少。
U叔认为，只有从思想上转变了，我们后面的任务才能得心应手。当年U叔转产品的时候也废了好大的劲才适应过来。
2、产品岗位是什么
U叔认为产品经理是一个职位，并非一个管理岗，他和UI、开发一样只不过是名字里面多了“经理”二字；(比如说老板是对公司负责，设计师是对他的设计作品负责，那产品经理就是对某个产品负责。)所以应该这样去看待，产品经理他其实是一个产品的灵魂缔造者，一个产品从无到有，再到上线的整个过程涵盖调研、需求、设计、 开发、测试、策划和市场等环节，在这所有环节中产品经理对这个产品有着主导地位，与其说是管理者倒不如准确的说是对这个产品负责、这个产品我说了算！
3、UI转行PM要会些什么？
文档类
BRD：Business Requirements Document，商业需求文档。这是产品生命周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。
MRD：Market Requirements Document，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。
PRD：Product Requirements Document，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（参见下一篇：UC写作），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
FSD：Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由架构师来编写了等；
图形类
流程图，泳道图，思维导图，信息架构图，信息的概念化，概念的实例化，原型图（手绘图，线框图，一张大的静态描述页面跳转的线框图，高保真的页面跳转原型图）等；
工具类
Visio（流程图），Axure（原型图），MindManager（思维导图），ToDoList（任务优先级），PPT（BRD, MRD），word（PRD），Excel（数据分析）等；
综合以上所述，硬性技能得会操作基础Axure、visio等软件；会做数据分析，excel应用熟练；会做竞品分析，PPT制作思路好；知道前后端产品的技术实现原理，与研发沟通无障碍；知道用户体验设计的基本观念等。同时呢具备高情商。逻辑好，脑路清晰、思维敏捷、口齿伶俐；悟性高，善于举一反三、经验迁移；同理心强，时时站在用户立场思考；洞察力强，对用户需求变化敏感……这方面既要有天赋，又要付出足够的后天努力才能做好。而且自己手机上随时下载一些的APP，通过降低安装不同的版本，分析改版的原因，积累自己的观点，积累越多越好。
在这里U叔送大家一句话“宝剑锋从磨砺出，梅花香自苦寒来”不要被眼前的困难吓倒，因为更难的还在后面。但是你只要坚持住，总有一天会闪闪发光的。为在奋斗中的我们点赞。
有粉丝朋友私信U叔Axure软件的获取以及Axure如何快速上手的操作案例，今天它来了，U叔熬夜为大家整理出来，关注今日头条UI进阶手册私信回复Axure即可获取。
