我们知道设计过程本质上是协作的。无论你是与其他设计同事一起集思广益，还是与开发人员合作将像素转换为代码，设计都不能孤立存在。
这就是为什么我们去年很高兴将实时协作引入 Sketch。它使团队能够无缝地协同设计——这对我们的用户来说意义重大。
但如果这对您来说意义重大，那么对于我们 Sketch 团队来说，这是一项巨大的工作。为了有一个良好的开端，我们专门的研究团队着手为这项工作打下基础。继续阅读，了解我们用于交付这一改变游戏规则的功能的研究和测试过程。
我们的目标
研究过程分为两个部分——发现研究和可用性测试。
从发现研究开始，我们希望帮助设计和开发团队围绕实时协作将帮助解决的几个主要痛点达成一致。具体来说，我们希望
- 了解我们的用户如何看待协作编辑
- 了解他们对覆盖他人工作等问题的担忧
- 了解他们现有的痛点以及实时协作如何解决这些痛点
- 了解人们如何一起工作以及我们如何满足他们的需求。
一旦我们获得了这些答案并开始构建功能，我们就转入可用性测试。在这里，我们希望确保我们用来克服这些痛点的解决方案是正确的，或者我们是否可以进一步改进它。
招募合适的合作伙伴和测试人员
去年，我们推出了 Sketch Labs——一个新的计划，它为我们敞开了大门，并将更多热衷于 Sketch 的人纳入我们的研究过程。我们不断地问自己如何才能让 Sketch 变得更好，而我们令人难以置信的产品团队每天都将此作为他们的使命。当然，我们的社区在这一使命中也发挥了巨大的作用。这就是为什么 Sketch Labs 是 Sketch 研究中不可或缺的一部分。
我们不断地问自己如何才能让 Sketch 变得更好——而我们的社区在这一使命中也发挥了巨大的作用。
招聘阶段揭示了我们最早的见解之一。当时，协作只能通过现已停产的 Sketch for Teams 计划实现。我们很快意识到，有些人不知道他们使用的是哪个计划，包括许多错误地认为他们已经拥有 Sketch for Teams 的人。当我们发现这种困惑时，它启动了我们更新计划的努力，使每个人都能更轻松地理解这些计划。
为现场测试做准备
由于此功能的重点是协作，我们希望与几个人同时合作进行测试。不幸的是，由于 COVID-19 迫使数百万人居家办公，现场研究是不可能的。
由于一切都需要远程进行，因此其中一个挑战是跟踪实时协作的参与者的屏幕。我们设置了视频通话，每个人都可以共享屏幕，并将每个人的显示屏组合成一个单一的组合视图，让我们可以在一个地方看到每个人的进度。然而，由于有多个参与者同时工作，因此仍然很难同时观察到每个人的行为。有些见解只在录制内容的审查中被发现。
尽管对团队来说是一个巨大的挑战，但远程会议最终成为了一种意外的福音。这种设置帮助我们并排查看所有屏幕，这帮助我们识别不同屏幕中的任何差异和不一致行为。例如——当一个参与者在图层列表中编辑一个名称时，如果其他参与者也在图层列表中，它会将他们踢出。这些见解非常宝贵——而且只有通过录制内容才能清楚地看到它们。
研究见解
我们将可用性研究分为三组，每组都关注实时协作工作流程的特定部分。第一组侧重于启动协作和邀请其他人加入文档。第二组侧重于交互本身，每个人都在协作。最后，第三组侧重于完成他们的工作并保存他们的文档。
我们在这些测试中发现了一些主要发现
不同的人以不同的方式保存他们的文件
为了进行协作，您的文档需要保存到您的工作区（以前称为 Sketch Cloud）。在第一阶段，当我们要求参与者开始协作时，我们要求他们保存他们的文档。我们假设通常，用户通过⌘S或通过从菜单栏中选择**文件 > 保存**来保存文件——这支持保存到您的工作区。但在可用性测试期间，我们发现一些参与者更喜欢从 Sketch 工具栏保存文件。
当时，当您从工具栏保存文档时，保存目标将默认为您最近使用的目标。这意味着如果最后一个文件是在本地保存的，那么当前文件也会在本地保存——除非用户手动更改目标。事实上，从 Sketch 工具栏保存到云（现在是您的工作区）是不可能的。因此，大多数参与者将文件保存在本地，或在他们个人 iCloud 存储中，这意味着他们无法开始协作。
这一发现启动了我们保存流程的工作，我们在其中改进了用户体验，并添加了从工具栏保存时将文档保存到 Sketch 工作区的选项。
启动协作是一个摩擦点
一旦每个人都了解了如何将文件保存到工作区，就出现了另一个挑战——启动协作会议。在早期迭代中，协作的工具栏项目被标记为**状态**，这令一些人感到困惑。我们也没有一个清晰的图标来指示邀请更多人的选项。因此，参与者没有意识到工具栏项目与协作有关，只是忽略了它。
我们通过将名称更改为**协作**来减少了困惑。我们还更直观地说明了您需要将文档保存到您的工作区才能开始协作。保存文档后，您的头像就会出现，您可以通过共享链接或邀请他们加入 Web 应用程序中的文档来邀请其他人。
参与者对保存文件犹豫不决
在测试实时协作时，一些参与者担心在同一个文件中与其他人一起工作。由于有这么多人进行更改并保存文档，他们如何知道哪些更新是最重要的？更改是自动保存的，还是需要手动保存？库呢——您可以在不将更改推送到每个人的情况下编辑一个库吗？
简短的答案是，我们使系统尽可能简单易用，这些改进只需要一点时间来适应。参与者继续测试此功能的时间越长，他们越明显地意识到更改是自动保存的，并且不会丢失任何工作。至于标记重要的更新和使用库？我们也有解决方案——但稍后会详细介绍。
它是如何塑造您现在所知的 Sketch 的
虽然我们对实时协作本身有一些很棒的见解，但我们收到的反馈也让我们重新审视了围绕此功能的基础设施。这促使我们开发了一些其他功能，这些功能很快上线了
- 加星更新 — 每次保存文档时，您都会在工作区中创建新的更新。星标是指示文档版本历史记录中的关键更新的绝佳方式。如果您使用库，则在库中为更新加星标可以让您控制哪些库更新将发送给所有使用它的人。
- 个人订阅 — 订阅后，您可以获得完整的 Sketch 体验，包括访问 Mac 应用程序、Web 应用程序和工作区。现在，您可以作为独立设计师或作为大型团队的一部分进行订阅。
- 工作区 — 您的工作区是所有设计文档的所在地。因此，您可以与他人实时协作，获得反馈，将设计交付给开发人员等等。
主要收获
在任何研究开始时，您都从一组假设开始，然后对其进行检验。这个过程没有什么不同，挑战这些假设不仅帮助我们改善实时协作，而且还帮助我们使 Sketch 作为一个整体变得更好。
我们的调查结果表明，人们对 Sketch for Teams 及其包含的内容感到困惑。这促使我们开发了您今天看到的工作区，并将它们提供给独立用户和团队，因此更多的人比以往任何时候都更容易开始进行实时协作。
看到该功能在整个过程中不断发展真是太棒了，我们非常感谢我们的参与者，他们帮助塑造了它。对我来说，整个过程中最令人欣慰的时刻之一是看到我们的参与者在体验协作时（并首次看到团队成员的鼠标光标）的反应。我们喜欢带给您这种兴奋，我们希望您在今天使用它时享受实时协作。
我们很乐意让您一窥幕后，看看我们是如何制作 Sketch 的。请在 Twitter 上告诉我们您下次想看到什么。
