原文链接：Inside The Organic UX Design Process At Slack

原文作者：Jerry Cao

Slack的使命是简化团队间的沟通—这样一个价值观也贯穿在公司自己的设计过程中。

Slack目前拥有超过400名的员工，这就是一个非常好的内部资源：一个由员工组成的巨大的测试用户群。因为公司所有的员工每天超过8个小时都在Slack上体验自家的产品，Slack的设计团队可以通过这些对产品非常熟悉的用户来得到有价值的反馈。Slack的设计过程就映射了产品本身是不是创造了更简单的沟通。

从模糊不清的问题到产品简述

Diogenes Brito，是Slack旧金山总部的产品设计师和工程师。他谈到了大多数产品的创意和功能都是从一个“模糊的问题描述”展开的，这可能来自于用户的投票，Slack产品渠道或社交媒体的反馈，或者是来自公司自己的产品团队。

作为开展项目的第一步，项目经理和设计师需要聚在一起交流想法。

一份初始的文档是产品摘要，就像Diogenes说的，“项目的真正精神，就是寻找核心目标和问题间的细微差别”，所以每个人都能在正确的情境下去准备接下来的会议。摘要实际上是一份动态文档贯穿在整个过程当中。

事实上，一旦项目细节被敲定之后，摘要的核心也不会发生变化，摘要成为了设计评审中的讨论焦点，作为检验一个项目是否完整的工具。它甚至会被用来作为核心资产进行终审。

摘要不仅关注于想法，同样收集约束。

摘要中的问题包括：

团队最关心的是什么？

项目的范围有多大，哪些不在里面？

成功后会是什么样子，我们如何衡量它？

“摘要不是规范，更多是如何问正确的问题，以便我们能够在正确的道路上进行探索，了解问题的边界。”Diogenes解释道。

开始

一旦摘要被准备好了，设计leader和产品经理就会在一个更大的团队炸开工作，在这一点上，一些初步的想法可能会被覆盖（设计师可能已经完成了一些探索，粗糙的实物模型或线框图作为视觉参考）

无论如何，开始时，团队总是会经常的围绕摘要，确保团队里的每个人都完全理解了项目，并可以分享他们的核心想法和关注点。

在开始阶段，帮助大家理解设计问题和目标，同时也激起大家的想法，这并不意味着是自由的头脑风暴。

成对设计

在开始阶段之后，设计师和开发者们开始共同地探索和规范，互相检查工作在Slack上。

设计师们通常都是组队工作的，其中一个作为ledaer。Diogenes将这种关系，类比网球双打比赛中的大小威廉姆斯，他们都是非常厉害的选手，中间有一位通常是领导和做出服务的。

“配对设计可以让你的伙伴帮助你探索新的想法，”Diogenes说到，“这两个人具有相似或者互补的技能。当你把这两个放在一块儿的时候，就可以在遇到障碍的时候更快速地摆脱困境。”

两位设计师都会为不同的问题作出设计方案，通常会一起进行头脑风暴并作出概念想法。其他的团队成员也能过加入进来，进行一些非正式的设计活动，团队可能更喜欢那些即兴的活动而不是安排在时间表上。

设计师在探索概念的时候，开发人员再也探索相关部分的代码库和总体技术的约束。当这两个团队对自己的工作有信心了之后，整个团队将举行一次“post-kickoff”审查产品和技术方案。

在post-pickoff之后，设计评审会两周举行一次，当一位设计师准备好了，她展示她的工作为了得到更多的团队反馈。而设计团队只会反馈设计相关的内容，设计leader需要和产品经历保持清晰的理解。

这一点在最后的评审上依然重要，包括产品的leader和CEO Stewart Butterfield。

自由的设计工具

接下来不是严苛的限定，Slack设计师们在低保真和高保真之间穿插设计，使用手头上正确的工具。

“对我们来说最重要的事情不是做线框图，画原型，或者一个高保真的原型，”Diogenes收到，“最重要的是思考问题，使用最佳的工具去妥善地解决问题并消耗最小的资源。”

举个例子，当diogenes设计一个自动完成的功能时，他创建了许多的低保真原型去回答核心问题。但是当他遇到棘手的语音交互式，他会通过代码构建原型敲定细节。

“有时候我们可以通过草图迅速的完成设计，因为我们非常了解我们的产品。”他说，“我们使用最合适的工具，无论是纸，Keynote，HTML来完成一个协同工作平台。”

Dogfood&可用性测试

在Slack，可用性测试哦那个词不是设计过程中的一个单独项目，用户测试一直都在进行，因为他们内部巨大的用户。

例如，当团队决定添加语音通话时，他们设计并在内部进行测试，从内部的beta版一点点发展，知道覆盖到全部的用户。

“我们用我们的直觉，”Diogenes解释道，“但它是完美的因我我们每天都会使用这个功能数个小时，用户反馈也会从公司外的地方收集起来，每个人每周的工作都是为了让这个功能更好的符合用户。”

事实上，在旧金山Slack总部的墙内，设计团队可以在不同的使用场景下进行测试。每个部门都可以作为一个大客户的缩影。

例如，设计师可以通过观察和收集自己财务部门的反馈来改善Slack对金融团队的体验。

除了dogfooding，他们也定期的收集反馈来改善Slack的体验，因为这是他们与用户之间的沟通通道。当他们开始着手新的功能或者拓展新的用户时—例如国际或企业级的团队，设计团队需要进行新领域的研究和更传统的用户测试来拓展领域。

“我们公司就像24/7实验室，”Diogenes补充说，“因为我们每时每刻都在产品中，没有问题可以被遮遮掩掩糊弄过去。”

冲刺到终点

一旦设计完成，团队就将冲刺开发原型，尽管如此，冲刺扔需要保持灵活性，以防出现一些不可预知的挑战，当产品团队到达冲刺阶段的时候，大多数设计工作完成，设计师专注于提供支持和质量把控。

除了通过Slack不断沟通，团队还拥有站立会议和面对面交谈。

“透明度是我们产品和文化的关键。”Diogenes说，“这些核心的价值观指导设计过程，让它真正的有机和有效，因为我们每天都在使用Slack，新的想法每天都会冒出来是一个有力的竞争点。”

其他

Slack的有机设计过程表明，结构化的设计流程不是创业公司的选择。灵活的流程概念探索配合上结构化的开发也可以打造成功的产品，只要定期研究，测试验证过程。

最后，这是我们提供的一些建议：

在一个产品摘要中，不要过多的提供解决方案。更多的关注周围环境问题的描述，和建议各种策略。

在最初的产品阶段，允许团队自由探索概念和发现约束。综合开发和体验的见解，然而拿着post-kickoff评审进行形式上的约束。

如果你的团队认可，可以考虑在结构化的设计之外考虑更富有创意和快速的解决方法。

如果你公司的员工和目标用户非常接近，可以考虑定期dogfood一下你们的产品，进行内部反馈，测试可用性，并通过进一步的研究来扩展研究领域。