成长型公司的产品设计师有两个关键要素：用户和业务。GitHub的高级产品设计师joelcalifa在最近发表的"颠覆性设计"一文中提醒我们，如果我们太过专注于后者，我们可能会忽视我们在这一过程中最重要的用户。在加入GitHub之前，Joel是数字海洋公司的产品设计经理。他还曾在联合国大会（generalgassembly）教授前端web开发，并在andreessenhorowitz担任设计导师。我最近在我们的播客上主持了乔尔的节目，以了解更多关于颠覆性设计的根本原因，设计师的责任转移，如何用小的设计变化产生巨大的影响等等。如果你喜欢这段对话，请查看我们的播客。你可以在iTunes上订阅它，或者在你选择的播放器中获取RSS提要。下面是我们聊天的简短记录。时间不够？这里有五个快速的外卖：当为开发人员设计时，他们经常为不太理想的接口构建自己的工作区，要意识到并解释对变更的厌恶。设计师应该定期搜索"微小的胜利"——他们可以引入的小的、独立的改变，这些改变的工作量较小，但影响很大。通常，这些快捷方式可以消除或绕过不必要的工作流步骤。在大多数情况下，微小的成功并不是你的客户所要求的功能，仅仅是因为他们认为你可以消除的步骤是生活的一部分。要找到它们，问问你自己，你最常用的流可能会让人沮丧吗？什么是经常需要时间或认知负荷的？在过去的十年里，设计的感知价值上升了，这是件好事。但一个副作用是，人们倾向于根据设计师如何实现商业目标而不是用户需求来衡量他们的价值。为了确保你在职业生涯的阶梯上不会忽视你的用户，请一直使用你的产品，测试它的局限性。找出用户可能会感到沮丧的地方。亚当·里斯曼：乔尔，欢迎来到内部对讲机。你能给我们简要介绍一下你是怎么到今天这个地步的吗？乔尔·加州：当我12-13岁的时候，我把学习Photoshop、HTML和各种编程语言作为业余爱好。我很快就开始做自由职业者，做专辑封面和网站，14岁时，我建立了一家科技公司的内部网。军队毕业后，我加入了以色列的一家设计公司，这也是我的家乡。这是一个很好的介绍如何在专业水平上做事情。我是一个视觉设计师，做了从瀑布式用户体验到视觉设计到前端到后端的一切工作。我在那里学到了很多，但我学到的最大的一点是我不是一个好的设计师。我回到学校填补了我在排版、色彩理论和可用性方面的一些基础性空白，用户体验对我来说变得非常有趣。这就是我最终来到纽约的原因，从那以后我就一直在这里。最初在学校的时候，我开始在一家Y Combinator初创公司工作，该公司为非营利组织提供外展工具。这真的很有趣，也非常迷人，但有些时候，就像很多初创公司一样，它经历了一些艰难的时期，我们都必须找到新的工作。在那个时候，我的作品集被托管在一个旧的托管网站上，比如HostMonster或HostGator。这不是很快，我觉得在找一份新工作时，我必须给人留下一个非常好的印象。我登陆的是DigitalOcean，它让我把它放到云服务器上。那里的经历是如此美好，充满潜力，我想我真的申请了那里的工作。在接下来的三年里，我在数字海洋公司工作了三年，最初是一名设计师，然后在接下来的两年里领导公司。我一生都在设计和编码，在一家开发工具公司工作，半年前，所有这些都让我来到了GitHub。亚当：在DigitalOcean期间，你进入了管理层，而今天在GitHub，你现在是一个高级贡献者。钟摆摆动是有意识的决定吗？我对回到实际的产品设计挑战有点不安。乔尔：是的。关于管理，我真的很喜欢很多东西——赋予员工权力，建立一个强大的组织，跨部门工作，确保决策正常运作等等。我对所有这些东西都是个书呆子。在过去两年里，这份工作的某些方面让我精疲力尽。我不仅准备好从中解脱出来，而且对于回到实际的产品设计挑战上，我也感到不安。在GitHub工作了六个月之后，我对这个决定非常满意，因为它非常有趣。亚当：这些经验真的是相辅相成的。很多真正优秀的个人贡献者过去都有管理经验。同时，许多最优秀的管理者或是最近在煤矿工作的人。乔尔：这给了我更多关于组织如何运作的背景。这使我成为一个比以前更好的个人贡献者和领导者。我现在知道怎么召集队伍了。我知道在更高的层次上要注意什么。这绝对是一次有益的经历。为开发者设计的挑战你知道GitHub是独一无二的，因为你知道他们是独一无二的。他们基本上都是超级用户，他们可能不喜欢你对他们的工作流程进行更改。您的团队如何看待诸如变更厌恶和改进成本之类的问题？乔尔：这是个好问题。开发人员确实是我见过的最大的超级用户。他们基本上是我过去3.5年的用户（包括DigitalOcean）。我可以肯定的告诉你，超级用户讨厌改变。我记得我把DigitalOcean的侧边栏改成了一个顶级导航，目的是打开很多我们想做的事情，结果大家都疯了。这个小小的改变真的困扰了很多人，因为他们习惯于点击那个特定的地方的东西，他们非常厌恶这种改变。原因是开发人员找到了让最差的界面真正有效的方法。他们习惯于事物，他们围绕事物工作，并且为事物建立黑客。那么，你所引入的任何改变，即使是一个真正积极的改变，都会使这种有效的流动失去平衡。开发人员想办法让最差的界面对他们真正有效。亚当：他们基本上是把弱点变成优势。这一定是你的用户测试过程中非常复杂的一部分。乔尔：是的。人们喜欢可怕的东西。工作流程的多样性是很难处理的。不同的工程师在GitHub中创建了非常不同的流，并为自己构建了非常不同的系统。对所有这些问题进行解释是我们需要做的，但也是不可能做到的。我们在GitHub并没有一个真正的框架，但我认为我们试图采取更多的常识性方法，这意味着我们要考虑所有的上下文。对于我们要服务的整个用户群，这个特定的超级用户有多大的代表性？我们有2000万工程师，通常电力用户并不是其中的大多数。一个改变最初会有多大的破坏性？这会被潜在的变化所抵消吗？最近，我们一直倾向于引入这些困难的变化，而不是忽视它们或对它们进行抨击。设计小赢的价值亚当：并不是你们的团队所做的所有改变都是大的或者困难的。事实上，你最近写了一些关于你的设计团队带来的"小胜利"的文章。这些不一定是你的用户所要求的，但是基于社会证据，你的用户喜欢它们。这些变化的影响远远超过了努力。那么，你将如何定义这些微小的胜利，以及设计团队何时以及为什么要寻找这些？乔尔：微小的胜利很少。它们是独立的，这意味着它们提供了自己的价值，而不仅仅是一个更大项目的一部分。它们不仅仅是一个微小的东西，它需要你去看所有其他的东西，才能看到它的价值。它们本身就是有价值的。它们的工作量很小，这意味着它很简单，并且需要很短的时间来构建这些特性。它们的影响很大，这意味着它们会以积极的方式影响非常高的流量。你的用户每天使用的东西。即使它们只节省了几秒钟，它们也可以在每次使用该流时产生累积影响。思考这些问题的一个有用的方法是作为捷径。他们摆脱现有的步骤，或绕开他们。这些可以是身体或精神上的步骤，比如只需要思考或点击某个东西。然后，他们使事情变得更容易。一些例子是Netflix的skip intro按钮或Chrome的图标，这些图标会让你在找到标签之前快捷地点击你的每一个标签。我在GitHub的工作是将模糊的图标变成箭头，或者将favicons更改为动态的，这样人们就可以知道标签内发生了什么。几乎没有什么理由能让胜利如此令人敬畏。第一个原因是公司的发展势头孕育了信任。当你看到这些让你的生活变得更好的频繁变化时，这就意味着公司实际上在关心你，而反过来又会让你关心公司，培养一些忠诚度。你可以从Twitter上看到这一点，在这些作品中的任何一件上船后都会在Twitter上看到这一点。人们就像"诺贝尔奖的Netflix跳过介绍按钮"，他们真的很喜欢这个。这似乎是一个小小的挫折。每个人都在想，"这是生活的一部分"，但他们现在明白了这不是必须的。他们感受到了那种情绪。亚当：这个"这是生活的一部分"的角度很有意思，因为很多这样的机会并不是你所需要的。你对识别小胜利有什么建议？乔尔：是的