PRD（Product Requirements Document 产品需求文档）
PM、PD、UE与UI，分别是产品经理、产品设计师、用户体验师、视觉设计师四个角色。一般来说，这个顺序就是一个产品从规划到最终成型的任务流方向，是一个从抽象到具体、商业到技术的过程。
PM（projiect mananger）
PD（project designer）
UE(User Experience 用户体验）
UI(User Interface 用户界面）
UCD(User-Centered Design 以用户为中心的设计）
UED (User-Experience Design 用户体验设计)
PM：产品经理，俗称老大（另一个PM项目经理在我们公司更像是从技术角度出发的职位）。一个产品，首先由PM来分析细分市场、目标客户的诉求，规划产品的卖点、杀手级应用，这个过程通常PD已经介入了，这个层面上，商业问题、业务逻辑的流畅是思考的焦点。
PD：直译为产品设计师，也可能叫产品规划师、需求分析师。PD侧重于将一个个杀手级应用做功能级的设计，在这个模块上，PD类似是一个小产品经理。比如要做进销存，具体到库存管理需要提供库存警戒功能么?警戒数字是只有上限？下限？还是都有？警戒数字设置需要批量操作么？等等。技术团队中的架构师（或者系统分析师，也可能叫项目经理、开发组长）会与PD紧密合作，这时候开始考虑技术可行性，性价比。
UE：字面为用户体验师，可能称作交互设计师、界面设计师。UE负责产品和用户交互方面的设计，这方面在技术部门的配合角色应该是前端工程师（web表现层）。通常UE拿到case的时候，要做什么功能已经决定了，PD与UE要充分沟通，UE必须要了解很多商业层面的内容，理解功能的商业价值。举个例子，比如在商业目的是“注册用户数”的前提下，设计注册流程是一页搞定还是分几个“下一步”，出错提示是js弹出还是页面即时判断……
UI：英文直译为用户界面，可能也叫界面设计师、视觉设计师，很多小作坊简称美工，与UE的界限在很多时候是模糊的。到了UI层面，基本是界面的表现，是用户第一眼看到的效果，比如配色、页面结构、按钮形状、字体字号等等。
当然上面这个过程不是静态的，一方面产品设计的流程是可以并必然要反复、迭代的，另一方面各个角色的分工有时候是模糊的，对上下游的业务也必须有所了解。
讲了这么多，可能还是没有一个感性的认识，有一个简单的判断方法，盯着产品部门某位员工的显示器一天，看一下他的大部分时间屏幕上都是什么：
PPT的是PM，他在想这怎么跟高层确认产品战略；
Word的是PD，他在写文档；
Dreamweaver的是UE，他在做网页；
PhotoShop的是UI，他在做图
另：整天Project的是PM（项目经理）；整天Excel的是财务。。。