UE UI PM的职责及职位分工

UE UI PM的职责及职位分工

其实很多人都搞不清楚这两个概念的区别，UE：user experience，直译是用户体验；UI：user interface，直译是用户界面。前者涉及运营，囊括一个网站出现在网络上时希望提供给用户的所有服务形象，包含产品流程设计、界面设计，甚至是访问速度、稳定性、站内推广活动等所有让用户形成网站印象的相关内容；后者属视觉层的劳动，从属于UE，主要是通过视觉上的统一性帮助用户接受理解网站。

刚和一个同事聊起，就想起了以前看过的一些文章，以及诺曼的设计心理学。我不想从UE/UI的具体应用上展开，网络上太多类似的文章，专业讲述UE/UI怎么做，不复赘言。 我想整理的，是关于怎么搭建UE团队，如何执行的想法。

UE团队，是个很特殊的团队，如果把一个网站比作是人体，他的作用相当于脊髓。 以前UED（user experience design）叫产品策划或者网站策划，一般没有很明确的分工。去年去参加UPA会议时，发现一些大的IT公司，比如Intel、alibaba、Souhu、qq等，已经有了职责明确的用户体验设计师，具体交谈时，了解到工作分工已很细致，说明他们已经意识到了UE的重要性，对中国的IT行业而言，是件好事。

UE团队的建立比较困难，因为这个领域本身也是近几年才发展起来，没有专业的人才可供挑选。所以成员最好不要选择同一类的，而是各种类型、层次的人都有配合。但有条基本原则，一定要遵循，不管成员有什么专业技术，不管他来自哪里，一定要对产品本身有极强的责任心。UED是个苦差，要想做出点名堂来，没有极强的责任心，根本坚持不了。 根据经验，比较完美的搭配是：平面设计师出身的两个，技术出身的一个，市场出身的一个，完全是门外汉甚至不懂网络的fresh(比如刚毕业的实习生，多几个都无所谓)，加经验充足全局意识强烈的开放式team leader，会比较有效率。如果公司小，团队还可以缩减到：一个技术出身+一个美工出身经验充足的leader。实在是小成本操作，支持不了太多人，就一个沟通能力强、美工出身的也可以撑过去创业阶段。不过，如果公司有实力，财力允许，还是建议加强UE团队的投入，另外把用户信息调研、网络动态分析独立成辅助团队，会对整个产品的运作有很大的影响力。

再说到执行，这是很多UED一直抱怨的问题，UED经常夹在中间，上有公司领导的方向性指令，下有设计部门、技术实现部门的实现问题。上头如果三天两头变脸，UE团队leader没有足够清醒的意识和全局观，或者退而求其次，没有足够的肚量听进去UE团队成员的看法，去整理化解上头不一定科学的要求，导致的结果是快速的执行产品快速的死亡，甚至严重点，会导致整个公司的混乱。

而这条产品链的下游，有个很多策划一直在抱怨的大问题。如果UE团队的沟通能力太差，和设计部门、技术实现部门，尤其是后者，沟通的太差，后果就是互不认同双方的意见，花费大量精力扯皮，双方关系恶化，结果呢？UE团队一味强调用户体验而不管系统性能是否能支撑，技术实现团队单方面修改产品内核，甚至擅自更改页面体现产品流程。如果公司的各项制度比较严格，还能避免这两类结果引发的产品问题，顶多就是产品过不了QA，重新走流程增加开发成本（公司财力雄厚能接受也就无所谓了）。如果碰巧公司管理制度不严格，那就催生了一大批糟糕的产品。一上线就被用户骂，久而久之，这个公司也就没什么前途了。产品不合格，用户不买账，你拿什么回报投资人？

很多web2.0网站，一开始就靠某个概念来吸引用户，而没有真正做过UE，或许开头不错，用某个事件网住了一批眼球，过后，网站没有真正让用户愿意使用的东西了，而其他网站又跟着这个概念抄了上来，分析前者的得失，而后用之以新生命，很容易就把前者淘汰了。还有个说法，马太效应，穷者更穷富者更富，规模效应让用户选择不换服务，但放到互联网这样的自由环境里，假如一个服务太糟糕、又同时有其他二把手的服务供选择，聪明的用户只要没有投入深厚的社会关系在该服务商，必然会选择搬家。其他的不说，看看雨后春笋般的博客服务就知道了。

关于UE团队的执行，话题一起就发现有很多的内容牵扯出来，花开两枝暂且不表。 总而言之，要真正做好一个产品，不光只有好的技术或好的市场推广就可以了，这个时代，以前能允许这样的产品称王称霸，现在，混口饭吃，没这么简单了。

总觉得这些职位有些交叉，例如PM负责原型设计，然后把需求交给UI和工程师，哪么UE在这一工作流程中处于一个什么地位？我总觉得PM和UI都要掌握一些UE的经验，这样就很难单独独立出UE这样一个职位出来。

毕竟产品的最终决定权在PM，所以PM一定要具备UE知识，这样才能对产品用户体验有最终的发言权；而一点UE知识都不具有的UI是不可想象的（美工可以不具有人机交互经验，但UI不是美工）。

不知道国内行业对此是否有具体的划分。

一般在项目开始的阶段要有两个文件，一是定义各职能在这个项目各个阶段的角色和责任，谁领导(lead)，谁贡献(contribute),最终谁批准(approve)。

二是该项目的成功标准，根据市场情况定义这个项目要达到那些目标才可以被认为是成功的——比如说百事可乐做一个新产品的项目，可能会要求该产品在某种消费者测试中要优于可口可乐公司的类似产品，可能会要求该项目的净现值达到一定水平，等等

这两个文件都要在项目初期得到各个职能部门高级管理人员的批准（之前可能有很多的争论和初期工作）。之后的项目需予以贯彻。如果在项目中情况有变，则更新该文件并需得到各职能部门高级管理人员的再次批准。

PM: (Project Manager) 项目经理，是指为项目的成功策划和执行负总责的人。项目经理的主要职责是识别直接影响成功机率的风险，这种风险应该在项目的整个生命周期中进行正式或非正式的测量。

上面是Wiki对PM的一些解释，下面我说一下我个人的一些见解。

PM一般不会参与直接的生产过程中去，但为了更好的对项目进行 预估、管理、决断 等工作，应该了解项目生产过程中 方法、技巧、流程、问题 等方面。如你所说的UE的工作，这不应是PM的职责，但一个好的PM应多少去了解这方面的，来协助ID(Interaction Design)或UX(User Experience)来进行项目难度、问题、时间等项目的预估。

说一下我认为的合理的职位分配吧！在B/S项目中，或者说Web项目中应分为以下几个职位

PM(Project Manager): 项目预估、项目方向范围控制、人员管理、任务分配、时间管理、进度控制 等项目实施中管理方面的问题。

Planner: 项目模式设计(商业模式、实施模式、运营模式等)、项目方向范围、项目结构、用户分析、用户需求分析、用户行为分析、优劣势分析、市场、行业、前景等分析 IA(Information Architecture): 设计项目中的信息结构等 IB(Information Board): 设计项目中的信息布局等 ID(Interaction Design): 设计项目中的交互体验等 UI(User Interface): 设计项目中的界面样式及细部美化 Builder: 编写页面代码(Html)、样式代码(CSS)

前端开发: 编写页面交互代码(JS、AJAX等)

UX/UE(User Experience): 审核项目中用户体验的优劣，并提出改进意见。 DE(Developmental Engineer): 项目程序开发等 QC(Quality Control ): 评估项目质量、测试项目效果等

其中 Planner IA IB ID UX/UE 可由一人兼职 前端开发 可由 Builder兼职 或 DE兼职 QC可由PM兼职