超过一百万人依靠 Sketch 来完成他们最好的工作——从自由职业者到一些世界上最大、最有影响力的设计团队。构建和维护一个已经成为如此多工作流程的重要组成部分的产品是一项伟大的责任。我们非常重视这一点。
考虑到这一点,我们想让你了解一下我们幕后的工作方式——以及“吃我们自己的狗粮”如何不仅仅帮助我们在每次发布之前发现错误。
“吃狗粮”是指在产品交付给客户之前,在真实场景中积极测试你自己的产品。对我们来说,这意味着每天使用 Sketch 的新开发版本,并在 Sketch 本身中设计新功能。
这一切都回到了 Sketch 最初存在的原因。“我们开始做 Sketch 是为了解决我们自己的需求。这确实是主要的动机,”我们的首席执行官兼联合创始人 Pieter Omvlee 说,“我们只是希望其他人能够看到我们的解决方案,并且比竞争对手更喜欢它。”
对我们来说幸运的是,Sketch 已经成为一些世界上最好的产品的默认工具和起点。这带来了一整套新的挑战——但我们已经采取了一种独特的方式来解决它们。
“吃狗粮一直是我们构建产品的核心,”我们的用户体验研究员 Tanya Nativ 解释说。“我们处于一个相当独特的位置,我们同时也是用户。”
“吃狗粮一直是我们构建产品的核心。我们处于一个相当独特的位置,我们同时也是用户。”
用户可以选择
自从该应用程序近十年前首次发布以来,我们的团队一直使用我们自己的软件来设计新功能和 UI 更新——今天仍然如此。这种方法有两个很大的好处。
首先,因为我们每天都使用该应用程序,所以我们是我们自己最严厉的批评者。“我们坚信,只有当你自己是客户时,你才能构建一款伟大的产品,”Pieter 说。“真正需要实际使用该软件——有时是在愤怒中——才能看到如何改进它。”

我们在测试和开发过程的每个阶段都使用许多不同的 Mac 应用程序版本。
其次,使用我们自己的产品意味着我们更容易理解和处理客户反馈。
“显然,我们知道,虽然我们是我们自己的客户,但我们并不是我们所有的客户,”Tanya 说。“我们总是倾听他们,了解他们如何处理不同的问题和困难,以及如何以不同的方式、用于非常不同的目的来使用我们的产品。” 结果是一种整体的方法——一种结合了内部和外部反馈,以及我们 QA 团队的见解和数据的方法。当涉及到将所有这些结合在一起时,我们的研究和设计团队发挥着主导作用。
构建模块
“当涉及到新功能时,我们总是从发现性研究开始,这有助于我们发现机会,并了解用户及其日常体验,”Tanya 解释说。我们可能已经对我们想要构建或改进的内容有了想法,因此我们将我们的研究与这些最初的想法结合起来,以启动该过程。一旦工作正式开始,我们将组建一个小团队,他们将根据功能的需要开始进行高级或详细的工作。
“我们坚信,只有当你自己是客户时,你才能构建一款伟大的产品。真正需要实际使用该软件——有时是在愤怒中——才能看到如何改进它。”
“我们尝试尽快将我们的想法转化为真实的东西,无论多么粗糙,”Pieter 说。“使用真实数据和真实用例总是胜过模型、虚假数据和理想化的用例。” 一旦设计团队有一些东西可以分享,他们会将其传递回研究团队,以了解其他用户的想法——包括我们的客户和更广泛的 Sketch 团队。
“一旦我们有一些东西需要验证,我们就会尽可能多地进行用户测试——并且尽可能早地进行,”Tanya 继续说。“理想的测试阶段从模型和早期版本开始,到 Beta 版本结束。测试是一个持续的过程,所以我们总是进行测试并随着进展进行迭代。一旦该功能发布,我们会仔细听取用户的反馈。”
解决问题
在 Sketch 中,总是欢迎伟大的想法,无论它们来自团队内部还是来自我们的客户和社区。但测试过程的一部分是确保我们不是为了增加而增加一些东西,而没有解决更深层次的问题。“如果人们要求一个解决方案或一个功能,通常会隐藏着几个层次的‘但是为什么?’,”Pieter 说,“这通常会导致不同的解决方案来解决根本问题。”
但是,有了这么多关于如何使 Sketch 更好的想法,我们如何选择首先开发什么呢?
“当然,这不是一件容易的事!” Tanya 笑着说。“但最重要的是,添加功能和修复影响大多数人的错误是我们的首要任务。” 当然,总是有一些功能,在拥有之前,没有人知道他们需要它。
“如果人们要求一个解决方案或一个功能,通常会隐藏着几个层次的‘但是为什么?’,这通常会导致不同的解决方案来解决根本问题。”
坚持我们的根
如今,我们在全球拥有超过一百万的客户,这个多数群体可能非常庞大。Pieter 回忆说,过去十年中发生了很多变化。“当我们开始的时候,只有一个设计师和一个开发人员,”他说。“今天我们有 100 多人,如果没有变化,你根本无法到达那里。我不能再直接跳到代码中,立即知道每一行代码的作用以及编写它的原因。对于任何一个人来说,该应用程序都太大了,无法将其保存在脑海中——所以我们一起工作。”
团队可能已经改变,但我们的方法没有改变。我们仍然认为,一个小而专注的团队可以在最短的时间内取得最佳结果。所以现在我们只是将我们的开发人员和设计师分成小团队。这样,我们就可以像以往一样保持敏捷和快速。
“我认为我们的方法效果很好,”Pieter 沉思道。“平均而言,我们每月发布一次更新,并且仍在引入主要的新功能。我希望我们内部的设计师和我们的用户都张开双臂欢迎它们。”
这是将窥探幕后并向您展示我们如何制作 Sketch 的系列文章中的第一篇。我们有很多东西要展示给您,但我们也希望您提供意见。那么您想了解什么呢? 让我们知道,并请继续关注更多故事。