PM、PD、UE与UI：互联网公司产品部门的四大角色

粉红玫瑰 · 发表于 2014-8-25 09:38:33

本帖最后由粉红玫瑰于 2014-8-25 09:42 编辑

从产品部门的角度出发，讲一下我心目中的几大主要任务和相应的职责区别，涉及产品经理、产品设计师、用户体验师、视觉设计师四个角色。一般来说，这个顺序就是一个产品从规划到最终成型的任务流方向，是一个从抽象到具体、商业到技术的过程。

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的是财务。。。

上一篇：从比较实践的角度看IPD及PDT and others
下一篇：张小龙演讲PPT：APP产品经理必须要懂的30条原则

若能与你 · 发表于 2014-9-15 15:09:09

好帖是需要鼓励的~

古琵琶的爱情^ · 发表于 2014-10-17 09:12:28

很有借鉴意义，先收藏了，谢谢楼主。

一个像秋天 · 发表于 2014-10-28 09:49:58

学习了。收藏先

梧桐 · 发表于 2014-10-28 11:22:20

不错支持一个了

看着天念尓っ · 发表于 2014-11-26 07:19:48

众里寻他千百度，蓦然回首在这里！

凉秋瑾言 · 发表于 2014-11-29 16:12:08

好帖是需要鼓励的~

蹦恰恰 · 发表于 2015-1-14 17:18:45

好帖是需要鼓励的~

苍老爱人 · 发表于 2015-1-14 22:48:10

路过的帮顶

雨界 · 发表于 2015-3-9 08:03:05

向楼主学习

不解释@ · 发表于 2015-5-13 16:59:24

非常好，顶一下占位编辑

三重门。 · 发表于 2015-6-5 08:35:27

以我的经验来看，楼主的想法是可以执行的~

ミ曲线﹏ · 发表于 2015-6-23 11:35:21

不错支持一个了

寵柳嬌花 · 发表于 2015-11-1 18:46:22

我了个去，顶了

随心 · 发表于 2016-5-7 22:18:49

顶不错支持下

[体系与实践] PM、PD、UE与UI：互联网公司产品部门的四大角色

相关帖子

[体系与实践] PM、PD、UE与UI：互联网公司产品部门的四大角色

相关帖子

逛了这许久，何不进去瞧瞧？