发布时间：2019-9-7 分类： 行业资讯
我们的目标不是寻找新的工作方式，而是发现和组织当前有效的方法，建立合适的团队结构，以提高设计团队内外的沟通效率。
在Mesosphere（https://mesosphere.com/，稍后描述），产品设计团队负责中间件产品的UX（用户体验）设计。 UX通常涉及主要产品DC/OS的GUI（图形用户界面）部分，以及CLI（命令行界面）UX设计，API，文档和其他开源产品。
我非常喜欢设计团队对工作流程的描述。作为设计师，了解和了解其他团队的工作方式，遇到的问题以及解决方法非常有用。
在Buzzfeed，Airbnb和Shopify等团队的鼓励下，我们最近组织了我们的产品设计流程。我们不是第一个在网络上发布我们工作流程的团队，但我认为在重新分发中写下内容，与大家分享，并让每个人讨论利弊是一种很棒的体验。
我们的目标不是寻找新的工作方式，而是发现和组织当前有效的方法，建立合适的团队结构，以提高设计团队内外的沟通效率。
—— Tom Harman，Buzzfeed设计经理
关于Mesosphere
首先，介绍背景信息。
在Mesosphere，我们提供与Yelp，Verizon和Bloomberg等公司类似的产品和服务，用于管理其IT硬件和软件基础架构。
我们的旗舰产品Mesosphere DC/OS是一个以数据为中心的操作系统，支持跨服务器资源管理，包括处理器，内存和硬盘等存储资源。
由于我们的产品功能，它实际上是安装在公司服务器之一上的操作系统，并且不需要每天发布更新。我们的大版本的发布周期是一年三次，这是一个相对较长的发布周期。
产品设计角色
我们与产品管理团队和开发团队合作，为客户提供有价值，有用且有用的产品，功能和特性。
对于每个项目，E（工程开发），P（产品管理产品管理），D（设计师设计）就像一个三脚凳。
在一个成功的项目中，所有这三个方面都必须得到同样的尊重。当然，项目中还有其他一些团队，但这三个角色是核心和必要的。
从一开始，开发，产品和设计就融入了……团队应该像一个三脚凳，每只脚代表一个成功的产品构建方面。如果我们可以在开始时达到图A的程度，那么我们可以通过以适当的比例扩展它来形成图B.
—— Airbnb Design副总裁Alex Schleifer
我们实施“双轨”产品开发模式。这个开发模型有两个平行轨道，一个是“交付”，另一个是“发现”。 “交付&quo;注意下一版本的功能开发，并“发现”注意下一个版本。
设计师，产品和技术团队领导将专注于“发现”，花费大量时间在一起快速学习和验证产品功能和市场。
为什么记录的设计过程很重要？
我们的公司和设计团队发现了一些情况：
设计师对他们的项目没有统一的流程。
我们的团队应该如何工作或我们做了什么，我们不确定这些问题。
当一个新的设计师加入这个工作时，新手和新手的设计师都不知道如何在当前项目中工作。
我们有许多未解决的问题和假设尚未记录。
设计师无法快速回应，因为他们不知道自己是否有权做出某些决定。
我们是怎么做到的？
我无法独自解决这个问题，需要由整个设计团队来完成。所以我们找到了来自不同团队的设计师，花了两个小时组织设计研讨会。
我告诉你这些问题。然后我们查看了其他设计团队（例如Buzzfeed，Airbnb，Intercom和Shopify），了解他们在做什么，包括研究在Ideo，Google Ventures，Design Council上发布的一些行业流程。
然后我列出了我们希望实现的目标：
与团队讨论我们的工作流程并在达成协议后进行记录。
在公司内倡导和培训我们的工作流程。
让团队的新设计师快速入门。
让设计师更快地融入新项目。
为设计师提供一些决策能力，以便在项目中快速做出反应。
我们需要在白板上标记项目的阶段。然后我们使用颜色注释来描述设计师在每个阶段需要做什么，并用另一种颜色来写出我们需要讨论的问题。
我们对上述产品仍然非常满意，然后我们与产品管理和开发团队分享我们的成果。这些结果可用作下一步工作的输入。
为什么我们不使用现有流程？
毫无疑问，我们可以获得已经发布的经典流程，也许这些流程可以解决我们80％的问题。但是每个公司，每个团队都是不同的。
优化工作流程时需要考虑许多因素。我们公司目前处于什么阶段？我们多久发布一次？我们团队的规模？产品和开发的工作模式是什么？它是使用敏捷，瀑布还是两者的开发模型？工作流需要适应所有项目，不仅适用于UI项目，还需要适应CLI，API和其他开源项目类型。有太多因素需要考虑。
团队设计工作流程本身很有帮助。自己设计意味着让团队中的每个人都有机会发言，每个人都为最终结果做出贡献。
我们最终制作了8个工作阶段，我将逐一介绍它们：
术语的定义
设计负责人
我们发现有必要明确定义设计团队负责人的责任，以便在做出设计决策时，谁有权决定设计是什么以及想要实现什么样的期望。
设计团队负责人是：
整个项目的设计负责人。
负责项目设计的易用性，可用性和可行性。
除了需要输出设计外，它还负责最终产品的效果。
在与产品经理，技术团队负责人，开发经理和开发人员合作的过程中，您需要成为设计师代表。
具有决策能力，可用于视觉设计和用户体验，并在做出决策时与产品和开发进行协商。
负责收集利益相关方的反馈意见，确保交付符合公司的业务目标，设计理念和品牌要求。
设计项目
在现有待办事项列表中组织和定义项目优先级必须有一些帮助。设计项目通常由产品路线图（产品团队负责）驱动。还有一些由UX改进或某些组件项目驱动的项目。
设计项目是设计团队确认接收的任务。
通常，设计类项目是针对要发布的功能或假设的用户体验设计。此类设计不一定包括GUI或CLI。想象一下，它可能是对“发现”轨道特征的验证，未来实际上可能无法实现。
每个项目都有一个设计领导者，可能有多个设计师。
当设计准备就绪（被其他角色接受）时，设计类别项目被认为是“已完成”。但是，设计团队负责人仍然需要跟进测试和开发工作，因为可能会有一些改进的需求和项目。
中间层产品设计过程
阶段1:定义
确保您了解要解决的问题，并已在要求，范围和用户故事中定义。与此同时，需要确保跨职能团队就此问题达成一致。
了解谁是提出这个问题或受其影响的人。
与所涉及的跨职能团队一起启动创业公司。
确保角色和职责明确。
可视化项目以实现其目标。
在项目相关文件中创建。 （例如：项目范围文档，wiki相关页面和进度跟踪，会议页面，任务，待办事项）
第二阶段：研究
我们使用Dropmark来记录灵感。
了解用户的问题并建立同理心。收集尽可能多的信息，并将其组织成团队可以接收的知识。
与用户/客户交谈并尝试体验问题。
与内部专家和利益相关者交谈，寻找支持者。
了解其他人如何解决此问题，包括竞争对手或类似工具。
记录您的分析结果并在团队中分享。
了解这里是否存在一些技术限制。
第三阶段：想法
跨职能设计研讨会可以使用6-up方法激发许多想法。
让来自跨职能团队的人员参与进来可以扩展您的思维，打开您的大脑，并为您提供您之前没有想到的方向。
使用草图，线框和流程图。
组织跨职能的头脑风暴和设计讨论。
向设计团队提供反馈和意见。
检查可行性。为此，可以通过开发和产品达成协议。
第四阶段：设计
我们使用InVision管理原型。
使用最佳设计创建可测试的概念模型（例如原型）。经过讨论和协议，详细设计。
创建可验证的概念模型，例如图形，流程图和交互式原型（您可以使用InVision，Framer等）。
随着每次迭代，逐步细化和提高保真度。
不要在早期阶段创建具有过高保真度的概念模型，否则您会发现焦点失焦：解决方案的业务流程是否正确转移到按钮的颜色。
但是，如果保真度太低，则可能无法获得预期的反馈，这将影响反馈的全面性。
第5阶段：验证
与利益相关者，用户和客户合作，验证解决方案和您的一些假设。获得反馈后，优化解决方案并循环，直到获得一致的解决方案。
进行或参与用户测试会话。
与客户直接对话。
与开源社区或UX研究专家分享工作的成果。
与整个团队确认当前计划的可行性。
审查内部利益相关者。
第6阶段：交付
我们为大多数项目提供维基页面，其中包含交互式原型和草图文件。
在每个开发完成之前（注意：我们每年发布3次），将有一个发布计划阶段，概述将包含在此版本中的内容。该计划将涉及整个公司的多个利益相关者。
一旦我们确定了发布的范围，我们就可以开始优化和优化设计。我们都知道在开发过程中可能会发生变化。但是，当我们的设计处于“就绪”状态时，我们需要通知开发实施者，您可以开始开发和实施。
抛光设计。检查品牌和设计系统要求。
确保原型是最新的。
确保任何流程或附件的设计文档在修订范围内有效。
更新包括设计用户故事和事件的Wiki页面，以及使用wiki来帮助开发和创建自己的任务。
确保在需要时考虑不同情况下的设计方案，例如：错误状态，空状态，开源或企业用户的不同设计选项。
与将参与此项目的开发和文档团队进行详细对接。
第7阶段：发展
我们之前的开发包括React，Node和Webpack。
项目进入开发阶段后，开发工程师就开始实施解决方案。在此过程中，设计师需要为开发提供持续的质量保证和指导。
协助并积极与开发人员合作。
阅读问题需要快速响应和解决方案。
证明该过程中工作的成功。
在这个阶段，设计师将花费大约80％的时间来设计和发现下一版本的需求。
第8阶段：评估
只有当功能交付给用户并且用户实际使用它时，我们才能得出结论，整个过程已经结束。然而，虽然过程已经结束，但我们仍需要不断收集内部和外部反馈。
为每个相关问题创建问题列表（任务，缺陷，建议）。
与产品和分析团队合作，评估对解决方案的影响。
通过用户测试和研究不断收集定性数据。
举行了跨职能团队的回顾展。
产品设计反馈循环
我们鼓励在每个阶段实施这样的设计反馈循环。这种方法的想法来自Buzzfeed项目。当你制作一些草图，界面，向其他设计师，开发者，用户展示Show时，收集他们的评论，反馈，过滤掉Synethsize的意见（你有什么同意，采用谁），然后回收一轮。
设计是一个连续的迭代过程，因此开放的思维非常重要。
项目周期
项目的类型和大小将决定项目周期。小型项目和团队可以快速完成项目，而大型跨职能项目则需要各种利益相关者参与许多迭代和反馈会议。
这是项目周期的一个例子，每个项目都是不同的。关键是我们如何定义每个阶段的完成标准，并且不要忘记在每个阶段实施反馈循环。
一些经验分享
您的工作流程需要基于您自己的跨职能团队，尤其是您的每日或每周工作流程。
我们需要参与前后开发，以便我们知道什么时候设计被认为是“完成”。因为，对我们来说，设计不断优化，永无止境，但在与前端开发讨论后，我们至少可以知道什么级别的设计可以称为“就绪”，也就是说，它们可以用它作为输入开展自己的开发工作。
产品管理团队需要参与，以便我们了解要解决的问题的优先级，以及可用性测试和用户体验审核。产品管理团队专注于整个工作流程的一部分，并且还希望参与这些任务的讨论。
有必要将完成的过程放在维基上，但这不是唯一的事情。您还需要不断向相关的利益相关者介绍流程，在非正式场合发送博客，电子邮件和广告。为新的跨职能团队成员和一些会议提供建议。
结论
如果您没有组织或记录您的团队的工作流程，我强烈建议您从一开始。您可能会觉得我们当前的工作模型非常好，虽然它没有组织或有文档化的工作流程，但它几乎是我描述的工作流程。但是通过组织和记录工作流程，您会发现之前没有注意到的内容或您认为相同的内容，并且每个人都能理解它。
将所有人聚集在一起，完成您的工作流程。每个人都可以使用粘滞便笺发表演讲并提出自己的意见。在每次迭代后进行检查，以找出哪些工作正在发挥作用以及哪些错误。基于此迭代优化您的工作流程。
最后，让您的工作流程贯穿整个公司。不要指望别人问你：“你的工作流程是什么？”宣传你的工作流程，这是你的工作。
译者：小魏，高级商务分析师（BA）走在路上练习，个人公众号：跟小薇一起走路（xiaojing-jessieyj）。
原始地址：https://blog.usejournal.com/how-we-design-enterprise-software-916124fb73db
本文适合所有人，产品经理翻译团队@小婧翻译，未经本代购源码网站许可，禁止转载。
该地图来自unsplash，基于CC0协议
