一个很巧的机会,认识了本文作者苏杰,很棒的产品设计师,欢迎浏览他的博客! http://iamsujie.blog.51cto.com      www.iamsujie.com
 

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