关于协作,国外设计大神是这么思考的

是的,这是会引发争议的文章之一,如果你是 Figma 的超级粉丝,可能你现在就想向我扔石头了,对吧?但请稍等一下,先听我说。

01 协作是…

当我从 90 年代末开始设计职业生涯时,协作仅代表着某人坐在你背后,用手指着笨重灰色 PC 的屏幕说:“把它移到这里!” 然后紧接一句,“不对,移得太过了……”

而他的手指每戳一下,我们的阴极射线管显示器(CRT,Cathoderaytube)都会在对应的地方留下手指的污迹。因此显示器越脏,就认为某人收到的反馈意见越多。你几乎可以将屏幕上的每个指纹称之为现代的 “Figma 评论”(协作小伙伴留下的备注痕迹)。

但在那之后,协作方式取得了更大的进展。设计工具得到发展,从仅使用 Adobe 的时代,到最初的 Sketch,然后是 Figma,现在的设计工具已经向设计师展示了全新的工作方式。

在纸上,三个人做一个三明治可能是个好主意

在现代,协作是一个热门话题。某种程度上它被认为是 “最先进” 的发明之一。

几乎每个和我交谈过的 Figma 用户都会说,他们更喜欢 Figma 的原因是它具有出色的协作功能。但我觉得 Figma 之所以会受到大家的追捧,更多原因在于它的 免费计划 以及 Sketch 软件对操作系统的限制(Sketch 仅适用于 Mac),但我也理解为什么没有多少人愿意承认这些原因。

他们甚至将协作作为 Figma 官网上的主要营销内容。

Figma 官网的头图,传递了协作的概念(https://www.figma.com/)

02 如何展示协作性?

我不认为上面那张图是展示协作的正确方法。

为什么呢?

我们可以再看一下上面的图片。四个人将不同内容拖到统一画布上的行为并不是协作。这属于 委员会设计 类型中的最糟糕的一种,甚至不应该再将其称为设计。

(委员会设计(design by committee)是贬义词语,是一种反模式,是指设计项目中有多人参与设计,而且没有一致的计划或是看法。委员会设计属于民主式的设计,这和 design by dictator 独裁式设计(或专制设计)相反,后者是由专案负责人决定其设计。独裁式设计在最终设计中不考虑成员的意见,由专案负责人负专案成败的责任。)

我问了一些有深度使用 Figma 的大型团队,他们也不认为团队是像上图所示的那样使用该工具(各抒已见,没有统一的管理和决策)。

03 客户促成 “改变”

我们通常使用 Sketch 进行工作,但如果客户选择用 Figma 启动项目,那这些项目也将在 Figma 中完成。

最近有位客户要求能够编辑我们创建的 Figma 文件,我们很不情愿地妥协了,而接下来发生的就是典型设计师的噩梦了。

首先,他们意识到可以在文件中看到设计师在工作中实时出现的光标,因此他们早上登录后就连续几个小时追踪设计师的工作,直到我将他们踢出了文件协作。

这其实就是 老板整日站在你身后并确保你没有摸鱼的微缩管理版本。想象一下,每次打开微博或朋友圈时,背后都有一个鞭打你的鞭子。

“这也太棒了吧!我们可以实时地看到他在工作!”

那位特定客户其实对 Figma,还没了解到知道实际怎么使用的程度。他的目的只是希望能够自己更新线上页面的副本。(客户希望加大项目参与度和掌控感,随处标记自己的修改意见,掌控设计师工作的进度)

然而实际的大部分情况,他们总是会不小心将整个模块移入或移出了画板,然后就破坏了整个设计。

04 协作最重要的部分在于何时结束协作?

针对上述问题的快速解决方案是 —— 仅在完成文件处理后才允许查看文件。但是,当文件处理完成后再开放权限,引发的设计师噩梦也并不罕见。

我四处询问后发现,那种 “监视你的一举一动” 的微管理技术使周围的设计师感到非常受挫。

而且,当许多人在同一屏幕上(尤其是远程)工作时,还存在潜在的混乱问题。鉴于每个人工作方式都不一样,并且绝对会 以自己的方式推动设计,因此这种云端工作方式也是绝对不可取的。

想象一下 Amy 将每个人的背景色更改为她喜欢的颜色。

05 人们如何真正地开展协作?

实际上真正在用协作功能时,人们的协作方式是完全不一致的。首先,最好的功能是拥有一个始终同步备份的 “可靠源文件” 文档。在 Sketch 中,我们选择 Dropbox 实现这件事。在其他人加入协同前,我们总是 确保文件已经被保存且关闭,再允许下一位同事进行操作。

显然,消除 “未实时备份” 的问题才是良好协作的巨大优势,这一点应予以强调。你必须 确定文件始终是最新版的,即使创建文档的人去度假或辞职了也应是如此。

任何人都可以 简单地加入并接管。整个设计始终保持同步。难怪 Sketch 也介绍了自己的这一优势,对我而言,这部分是整个 “协作” 中最具突破性的部分。

我曾经和一个较大体量的团队交流过,据说,他们通常最多 支持五位设计师在同一个项目中,但 一般同一页面上只会有一位设计师。如果是这样的话,他们每个人都会分配一个属于自己的画板,用之前已商定的统一设计组件库进行设计。

同样,如果没有统一的设计组件库,这将导致混乱和困惑,使每个人都以自己的方式设计元素(故意或忘记一些关键准则)。毕竟,我们大多都只是普通人类,通常比较健忘,特别是对于细节。

设计库(或“系统”)可以通过协作解决此问题,给出一个统一的标准

但是,即使有严格规范的约束,团队内的设计师们仍然需要在会议上讨论进度和问题,统一在屏幕上观看设计经理对设计进行的调整(项目组内的设计师一同观察设计经理的操作)。

虽然可能仍然不是理想的方式,但是相较而言会好很多。

设计者可以看到评论,但是客户看不到设计者正在工作,也无法跟随光标

06 评论也是协作

另一个很棒但尚未凸显的示例,是 在设计中保留上下文注释。当然,几年前 InVision 便开始使用这种方式,但目前我们仍必须浏览 Web 上的注释,然后返回 Sketch 进行更改,再使用 Craft 进行同步。

(Craft 是适用于 Sketch 和 Photoshop 的插件,可帮助优化你的设计过程。通过 Craft Manager 管理插件,可轻松进行更新)

Craft 协作操作页面展示

在设计工具中 显示的注释将跳过额外步骤,只展示关键信息,帮助你更加轻松地在工具内即刻回复质疑与修改校正。最终,节省了你大量的时间。

完美收集反馈的流程

但是,当添加评论时看到设计师为 “在线编辑文件” 的状态时,会使客户或利益相关者不自觉开始进行微管理,并产生再次跟随光标的行为。

添加评论的理想方法是 创建一种与协作分开的 “反馈” 模式。在这种模式下,你只能留下评论,但看不到任何人的光标。如果设计人员进行了一些更改,他们仍然可以实时在画板上进行更新,但是它使审阅者可以专注于评论,而不是查看忙碌的蜜蜂在移动的矩形。

每个人在不同 “页面” 上完成的实际设计工作,而不是每个人都在同一画板上工作

07 沟通问题

我认为主要问题不在于协同功能本身(尽管它们确实需要一些改进),而在于它们的呈现方式。

从市场营销的角度来看,向人们展示在同块画板上一起工作当然更具吸引力,但在现实世界中这没有任何意义,并且可能会给经验丰富的设计师带来 “不良影响”。

因此,这些工具应该改变之前对协作的理解,专注于展现这些能力:

  • 保证唯一的正确的设计源文件
  • 能够轻松反馈和评论
  • 使用统一组件库,分别在独立页面上工作

以上所有甚至其他小功能,都要比在屏幕上展示四个人同时在移动四个模块,能够更好地进行工作协同 。因为在现实中,你无法期望四个不同人的思维,能够达到我们想要的那种同步程度。我们都是不同的、且独一无二的个体,有自己的做事方法。所有这些使得这种(同时进行操作的协作)协作看起来像机器人般毫无生气,并且在实际项目环境里容易产生混乱。

 

原文:https://uxdesign.cc/this-is-not-collaboration-b40d997f9157

作者:Michal Malewicz

译者:孙晨宇;审核:徐曼鹭、张聿彤;播客:张聿彤;剪辑:金蕾

本文作者 @三分设 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部