## 产品设计体会(十五)——PM、PD、UE与UI
这周从产品部门的角度出发,讲一下我心目中的几大主要任务和相应的职责区别,涉及产品经理、产品设计师、用户体验师、视觉设计师四个角色。一般来说,这个顺序就是一个产品从规划到最终成型的任务流方向,是一个从抽象到具体、商业到技术的过程。
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的是财务。。。
- 前言
- (一)——变态吧,开始帖周报了
- (二)——数据分析
- (三)——性价比:做不做?
- (四)——需求管理
- (五)——有关流程
- (六)——再谈流程
- (七)——需求探针
- (八)——产品与项目
- (九)——关于学习
- (十)——团队合作
- (十一)——市场扫描
- (十二)——少而精
- (十三)——再说需求分析
- (十四)——做过的几个项目
- (十五)——PM、PD、UE与UI
- (十六)——Feature List
- (十七)——PD的几种文档
- (十八)——概念设计
- (十九)——UPA年会的流水账
- (二十)——有关改版
- (二二)——封闭开发
- (二三)——用户研究
- (二五)——当交互设计遇到敏捷开发
- (二六)——PD就是出来卖的
- (二七)——大产品设计
- (二八)——细节之文案
- (二九)——产品设计的五个层次
- (三十)——“体会”导读的思维导图
- (三二)——零散的体会
- (三三)——用户大会
- (三四)——土老板破冰必杀技
- (三五)——QA与测试
- (三六)——再理解“敏捷”
- (三七)——可用性测试
- (三八)——项目外包!=开发外包
- (三九)——CSDN专访精编版
- (四十)——销售渠道
- (四一)——用户创意无限
- (四二)——又是零散体会
- (四三)——说说评审会
- (四四)——项目外包不适合“敏捷”?
- (四五)——外行眼中的技术分工
- (四六)——UML学习摘录(上)
- (四七)——UML学习摘录(下)
- (四八)——资源战争与BRD
- (四九)——产品市场化
- (五十)——终点:Matrix
- (五一)——敏捷的估计与规划
- (五二)——MS Office使用心得
- (五三)——产品文档与规范
- (五四)——PD招聘广告词
- (五五)——项目Kick Off
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录