Google的产品经理、工程师、视觉设计师、交互设计师等职位，究竟承担着怎样的职责

这张图是 Dan Saffer 画的，指的是 UX 包含那些范围，可以看到并没有「UI」的圆圈。

他说：「UX 包含产品或服务的整体经验，而且也包含UI。UI 由视觉设计（外观和感觉）和互动设计（如何运作）组成。」

可以得知 UI 在互动设计和视觉设计交错的那个区块。

既然 UI 设计由视觉设计和互动设计组成。组成代表的是两者必需同时存在。你不会说「水是 H2O 组成，所以 H2 是水，O 也是水。」

接口必须包含输入、输出、运作内容，可以互动才可被称为 UI，也就是说不能动的通通不能被当成 UI。就像你不会说电影海报是 UI、大润发 DM 是 UI 一样，它们是视觉设计或平面设计。

动画是不是 UI？ 当然不是，使用者怎么操作动画？一定要包含输入、输出、运作内容这三点，才可被称为 UI。(会动不是指画面元素会动这件事，而且能不能和使用者互动。）

例子

有人问决策过程，依本文的概念该由谁来处理。

（先假设一切完美、没有 GGYY 的客户或主管、没有时程压力、没有技术限制、没有外在干扰。开发团队至少包含 PM、RD、UX Researcher、Interaction Designer、Visual Designer 等等，且所有人都有一定程度的实务经验、知道如何跨领域相互支持、团队合作和沟通上无问题。)

有个大前提：团队合作并不是某人说了算，而是某个职务上的人做了这样的提议后，项目成员皆同意、共同负责。当在大家都同意的情况下，产品失败不会是其中一个人的责任。

关于 UI 设计的职责划分可以参考： What are the differences between UX, Interaction, UI and graphic/visual designers? Are these distinctions helpful or damaging to our field?

鼠标移过购物车图标，要滑出一个迷你购物车，谁来决定迷你购物车内是否要放产品照片、应付金额的文字尺寸要不要加大？

要不要放产品照片这件事，得先看客户资料端有没有照片资料。可能 RD 可能 PM 要去把数据找出来。

画 Wireframe 的是谁？他要决定画面包含哪些内容、各种页面状态，Interaction Designer。

应付金额的文字尺寸要不要加大？

Interaction Designer 只会处理内容（文字、图片、声音、影片）和使用者之间的互动关系，至于内容长什么样是 VD 的工作。

PS. 内容：就是文字、图片、声音、影片。和文字（是不是今天寒流来）、图片（是猫还是狗）、影片（是卡通还是电影）无关。

为什么要加大呢？可能是 UX Researcher 发现目前版本能有改善的空间，找 VD 处理。

UX Researcher 做的是「发现」，他只能告诉你问题出在哪，但没办法直接告诉你问题要怎么解决。解决问题是「创造」，归设计师思考。思考出解法再交给 UX Researcher 验证。

承上，谁来决定迷你购物车是整块从上往下滑入，还是里面的项目是一条一条从画面外淡入飞入?

Interaction Designer 必须考虑所有和使用者有关的互动行为，产出 Wireframe 给 RD 和 VD ，有专门处理动画的职务。 Jobs – Google Design

鼠标点击选择折价券，会跳出一个「会员现有的折价券清单」的 modal，决定这个 modal 是要选择折价券之后自动关掉，还是要点选「我已选择完成」之后才关掉的人是谁?

画 Wireframe 的那个人决定，Interaction Designer 。

UX Researcher 验证这个作法会不会让使用者跑光。

承上，决定这个 modal 在计算机上要多宽，「我已选择完成」的按钮要在 modal 的右下角、左下角还是中间的？

在计算机上要多宽和按钮位置是是 VD 的工作。但决定这个画面上要不要有 modal 、有按钮，是 Interaction Designer 。

Do Visual Design and Interface Design have a similar job objective?

会员购物明细中，地址、收件人、电话、手机、备注、商品明细、折扣明细……等各种项目的显示顺序。

Interaction Designer 画 Wireframe 时提出，但不代表 VD 不能改。改完会不会被 UX Researcher 测一测说有问题…不知道。

某按钮上的文字常常被用户误解点错，让客服电话接不完，决定按钮上的文字要怎么写的人是？

PM 或 Planner。

不，我开玩笑的。

常常被误点就是 UX Researcher 的工作，既然他已经知道问题出在文字上，就得提出建议给实作人员。可能两者会配合多测几组文字，看看用户的反应以找出较好的那组文字。

可能另外有专人负责文案，如果没有特定的人，只好看 Wireframe 谁画谁处理了。（Interaction Designer：「又是我！？」）

Google 有专门写文案的职务。  UX Writer – Jobs – Google Design

承上，要改善系统流程，避免误点了之后发生无法挽回的事，提出新流程规画的人是？

提出新流程规划＝旧有问题待解决，UX Researcher 必须找出旧版的问题出在哪，给 Interaction Designer 建议，共同讨论新作法。

UX Researcher 会告诉 Interaction Designer 使用者的操作习惯、容易出错的部份、为什么出错。至于怎么修改是 Interaction Designer 的工作。

改完再给 UX Researcher 验证…

某一在线型录页面中有一个 Download 按钮，点击之后会把档案下载到本机。决定按钮上的图标要用一朵云+向下的箭头，还是磁盘的人是？

VD。

如果被 UX Researcher 测出使用者看不明白就会被打回重做。

某一在线型录页面中已经有一红、一黄、一蓝的按钮，现在要再增加一个功能与其他颗完全相异的按钮，决定新的按钮要用什么颜色的人是？

和视觉有关的都找 VD。

至于新的颜色能不能让使用者看得懂，UX Researcher 要去测。

执行某动作之前有一段说明文字，「避免有人没看说明，要先等待 5 秒才会跑出执行按钮」，决定「」内操作流程的人是？

Interaction Designer。至于 5 秒会不会太久、或这样作法会不会让使用者抓狂…UX 要去测。

上线前会有 UX Researcher 把关质量的，不然没办法证明这样子的设计能给使用者良好的体验。上线前先测一下，总比上线后被使用者骂来得好。（快和头皮屑一样多的研究方法就是为了各种情况、阶段的测试和验证而生，种类繁复应有尽有…）

但一个产品或服务给人使用的体验不好，绝对不只是 UX 的错，整个团队都有份。程序写太烂常常崩溃会失去使用者的信用啊！程序稳定和与设计师们无关对吧。要知道整个项目成员都在执行「让产品给用户更好的体验」这项任务。

团队合作不是把自己手上的事情做完扔出去就没事了。要去看看其他项目成员在做什么，拿到自己给出的档案后接下来会怎么处理，自己有没有可能配合对方做微调让双方都好做事。

先不管是不是我乱嘴炮胡扯，起码跨领域多懂一点、让工作顺利，多学一点总是好的。

补充：

Jobs – Google Design

Google 分工的很细，有些职务如 Filmmaker、Industrial Designer，我就不熟悉这个领域的工作内容了。

 

作者： @Akane_Lee

原文地址： blog.akanelee.me