手把手教你独角兽Mesosphere的致胜法宝：企业软件八段设计法

在 公司，其产品的用户体验(UX)由产品设计团队负责。这里所指的用户体验主要是指 公司的旗舰产品——数据中心操作系统DC/OS的图形用户界面（GUI）， 同时也包括命令行界面（CLI）、应用编程接口（API）、文档编制以及其他开源工具的用户体验。

能够将其工作流程分享出来的设计团队让人敬佩。对于其他设计人员来说，了解其他团队在设计工作中遇到的问题和相应的解决方案将对他们自己的工作大有帮助。

我们既Buzzfeed、 Airbnb和 Shopify等团队之后，也将产品设计流程公布到了博客上。虽然并不算第一个吃螃蟹的人，但这样做的好处是敦促了我们将工作流程落实到笔头上，分享出去接受大家的指摘。

我们这样做的目的不是为了强行改革现在的工作模式，而是为了搞清楚目前我们的设计团队的工作内外有哪些行之有效的部分，在满足项目实施过程中沟通、清晰与透明性要求的前提下，帮助我们找到最简约的工作框架。

—— ，Buzzfeed设计部门经理

关于Mesosphere

Mesosphere主要为像Yelp、Verizon和彭博社（Bloomberg）这样的公司提供管理其IT及配套设施的产品与服务。他们的旗舰产品AWS、Azure、 GCP或者预制构架

鉴于的重要性，以及它作为跨服务器操作系统的现状，我们不可能做到实施更新。实际上我们进行更新的周期还是不短的，平均每年三次大的更新。

产品设计师的作用

产品设计师与产品管理和生产部门紧密相连，携手并肩为将实用且有效的产品交到顾客手中。无论对于哪个项目，这三方的合作都是缺一不可的。而对于成功的项目而言，每个部门都可谓功不可没。当然功劳也不仅限于这三个部门，但他们对于项目的核心部分至关重要。

从一开始，产品、设计和生产团队就应该如同一鼎之三足，分别代表产品开发的三个方面。 如果从一开始就能达到协同状态（图A），那么每个团队都可以顺应整个组织，平行稳定地发挥作用（图B）。

——Airbnb的设计副总裁Alex Schleifer

我们采用的是双轨制产品开发策略，即开发过程与交付过程并行开展。我们的交付过程专注于产品下一版本的功能开发，而开发过程则将眼光放在再下一次的产品更新。

产品设计师将大部分时间都花在了开发过程中的项目管理和技术领导上，他们的重点在于快速学习和巩固过程。

Jacob de Lichtenberg所述的双轨开发

记录设计工作流程的重要意义

在公司和设计团队的成长过程中，我们注意到了以下问题：

1、设计人员在不同项目的工作流程不统一。

2、整个公司对设计团队的工作方式甚至工作内容都不甚了解。

3、无论是新加入还是调来支援项目的设计师都无法像预期那样顺利上手。

4、对于很多没有不成文的或是开放性的问题，大家都有一些想法却没有记下来。

5、设计师的工作进展缓慢，因为他们总是不确信自己的想法是否成熟到可以汇报上级，或者在做决定时犹豫是否要得到上级批准。

如何记录工作流程

这不是一个人单枪匹马就能完成的工作，需要的是整个团队的合作。这需要作为一个团队来完成。我们让大家都集思广益，腾出两小时开了一次设计工作研讨会。

我先简单地说了说目前突出的问题，然后，我们查看了来自其他设计团队（例如Buzzfeed、Airbnb、Intercom和Shopify）的博客帖子，弄清楚他们的工作内容，以及来自Ideo、Google Ventures、Design Council的一些行业成熟工作流程。然后列出了此次进行工作流程梳理的目的：

1、整顿团队并记录工作流程。

2、让公司的其他员工了解设计部门的工作。

3、为新设计师的加入铺路。

4、缩短设计师投入新项目的周期。

5、给设计师作为参考，以便加快工作进度。

我们在会议白板上写下大家心目中项目的各个阶段，然后将这些阶段分组，使用不同颜色的便利贴来概述设计师在每个阶段应该做的工作，而大家想要讨论的开放性问题则使用另一种颜色的便利贴，并且将明确的答案写在上面。

关于设计阶段，设计师的工作内容，以及开放性问题的设计工作坊

如果设计团队中的成员都对讨论出的内容感到满意，我们就会与产品管理和工程方面的同事分享这些见解。

为何不直接使用其他公司的工作流程？

图为设计协会的双菱形

斯坦福大学、IDEO、设计协会、Google Ventures都有各自的工作流程，我们当然可以采用他们中任意一个完善的工作流程，也许可以达到我们80％的目标。但是每个公司和团队的工作方式都有所不同。

找到最合适的设计工作流程需要许多因素的作用。整个公司所处的阶段、进行新功能发布的周期、团队的规模、产品以及工程技术风格、灵活作业或是流水线作业（或是两者结合）—— 要总结一套不仅适用于用户界面设计，而且还适用CLI、API或是其他项目类型设计工作的流程，要考虑的因素还有很多。

但是这个团队成员一同考虑和总结的过程可以说大有裨益。每个人都有机会发表自己的意见，整个团队都能分享总结出的成果。

整个研讨会过程中，我们总结出了分为8个阶段的工作流程。

Mesosphere的产品设计工作流程

阶段1：定义

1、确保你理解这个问题，了解的内容包括首要的要求、工作范围和用户背景。还要确保跨职能团队在问题的理解上保持一致。

2、了解客户是谁，他们要求怎样的服务或遭受了什么样的问题。

3、与跨职能团队进行部署会议。

4、确保角色清晰。

5、预想项目的成功图景。

6、创建与该项目相关的文档（例如工作范围界定、记录工作进度和会议的维基页面、工作任务以及待办事项）。

阶段2：研究

我们要了解用户遇到的问题，并建立共情。尽可能多地收集信息，并将其转化为团队的共识。

1、与遇到过类似问题的用户/客户进行交流。

2、与内部专家和利益相关者沟通。是谁在解决这些问题？

3、看看别人是如何解决这个问题的。所使用的是竞争对手的产品，或是使用类似的工具和解决方案。

4、在wiki页面中记录下学到的知识，与其他团队成员分享，以便对这些问题与同事保持相同的理解。

5、了解有哪些技术限制。当时的API是否适用于现在？

阶段3：构思

跨职能团队的设计研讨会使用6-up方法鼓励集思广益。

构思阶段需要在会议中获得大量的想法，这可能会在得出解决方案之前分散个人的想法。让整个跨职能团队都拿出点子。 他们脑袋里可能有着与设计团队不同的想法。

1、生成草图、线图和流程图。

2、与跨职能团队进行头脑风暴和工作室会议。

3、获得设计同行的反馈和意见。

4、检查方案可行性。哪些方案是现实的？与工程部门与项目管理部门密切合作。

阶段4：融合

我们使用InVision 做出方案雏形

将最好的设计拿出来，并出一份可用于评判的建议书（例如产品雏形）。选出最好的方案进行细节的设计。

1、写一份有说服力的方案建议书，可以使用图表、流程图以及产品模型（InVision、Framer等）

2、逐渐在每个环节可信度。

3、方案早期过高的可信度不是个好信号，因为你的想法会被束缚到这个解决方案中，大家评判的焦点会集中到按钮颜色这类的细枝末节，而非流程的合适与否。

4、过低的可信度会影响人们的反应和反馈，因而可能无法掌握完整的端到端设计。

阶段5：验证

验证设计方案和与有关利益相关者、用户和客户的假设。不断将所学到的知识环回到之前的设计阶段，直到找到满意的解决方案。

1、运行系统或参加用户测试会话。

2、与客户进行通话。

3、在开源社区或是体验用户中分享测试版系统。

4、与整个团队确认目前提案的可行性。

5、内部利益相关者进行审查。

阶段6：交付

对于大多数项目，我们都会生成编辑整理好的维基页面、可点击的InVision模型、草图文件以及相关图表。

在每次新版本发布（我们是每年三次）之前，都有一个规划阶段，在这一阶段我们将分析即将发布版本的可行性。这个计划阶段涉及整个公司的很多部门。

在计划阶段之后，我们明确了工作范围，就可以进行图像优化处理来精简设计。由于制约因素的出现以及我们知识水平的提高，设计过程中会不时发生变化，但是在正式进行生产前，所有以下设计工作都应该就绪。

1、进行图像优化、品牌检查和设计系统对齐。

2、确保模型为当前最新模型。

3、确保工作流程或其他设计手段行得通。

4、更新包含用户背景与操作的维基页面，帮助工程师展开他们的任务。

5、确保所有的状态都考虑到位，并拿出所有可用于应对的设计。例如：错误状态、空状态、开源与企业。

6、与参与项目的工程师和建档团队进行详细的演练。

阶段7：开发

一旦项目进入开发阶段，工程部门就会接手积极实施设计方案。设计是可持续的质量保证（QA）、在需要时会给工程部门提供指导。

1、协助开发人员积极开展工作。

2、针对出现的问题迅速找到解决方案。提供草图或模拟实验在这一阶段是首选。

3、进行演示。

4、在这一阶段，设计师可能会花费80％的时间来设计和探索下一次的更新版本。

阶段8：实施

只有当服务交付给了用户，并且用户可以真正使用该服务时，整个过程才算完成。但是即使是交付完成后，设计人员仍应继续收集内外部对于此服务的反馈意见。

1、发现相关问题（任务、错误和建议）。

2、与产品和分析团队一起衡量该解决方案的影响。

3、继续收集用户测试和研究的定性数据。

4、与跨职能团队一起进行项目回顾。

产品设计反馈

我们在每个阶段都鼓励进行设计反馈。这是受到了Buzzfeed的启发。当你做出了一些成果（草图、白板、样机），并展示给某人（同行、工程师、用户），得到他们的批评和反馈，然后进行综合分析（你同意哪些观点或是赞同哪些人？），然后再重复上述过程。

设计是一个持续的重复过程。我们要有这样的心态，这一点很重要。

结论

如果你还没有将团队的工作流程落实到笔头上，那么现在还为时不晚。也许你认为团队的人配合默契，但是这样的联系以及得出的练习产物有助于团队发现任何可能存在的问题或者不统一因素。

让每个人都坐下来聊聊各自的工作流程，大家都在便利贴上写下自己的观点，这样所有人都能各抒己见。在每个阶段之后进行回顾，并决定哪些内容有用，哪些没有。然后继续进行工作流程的总结。

最后，要不断在公司内推广该工作流程。不要期望别人主动了解你的工作方式，推广自己的工作也是工作的一部分。