对于vi设计基础设计公司来说，由于所有不同的利益相关者和活动部件，在企业中工作是一项挑战。本指南回顾了协作设计过程，以便在该环境中更好地工作。

您可能听说过敏捷软件开发、看板流程管理和精益用户体验。协同设计是企业产品设计的一种不同的哲学和战术方法。

协同设计是在参与式、引人入胜和现实的全员或智囊团环境中进行设计的过程。它不是在真空中设计的；相反，顾名思义，协作设计将设计师置于各个团队和部门的中心，与每个人一起工作，以构建具有凝聚力的产品。通过这种方式，没有人被遗漏，产品可以与所有利益相关者一起构建。

每个企业组织都是不同的，围绕任何想法或任务将利益相关者聚集在一起看起来就像放牧猫一样。在本指南中，vi设计基础设计公司将回顾与主要参与者合作的技巧和窍门，不仅是为了获得他们的意见，还要让他们参与这种以设计为中心的新方法。

认识成员

设计师擅长很多事情，但他们的角色始于解决问题。这需要知道专家是谁并与他们合作。产品开发团队的每个成员都有自己的需求和责任，因此了解他们与实际完成给定任务一样重要。

因此，事不宜迟，让我们与团队见面：

产品经理定义产品和功能的范围、需求和开发迭代周期；他们通常是最终确定是/否之前功能的看门人，并且习惯于与包括高管在内的整个组织进行沟通。

工程师构建产品，因此他们了解技术能力和限制。这使得它们成为确定主要关注点的关键资源，包括开发时间表、使用的技术、范围以及通常的设计可行性（如果我们的概念在技术和时间限制下甚至是可能的）。

数据库和系统架构师知道数据是如何集成的，并且深刻理解在继续构建现有产品/平台的同时保持性能所需的条件。

内部主题专家(SME)非常熟悉业务流程、用例、历史和政治，以及管理层、客户和用户的一般期望。

销售的重点是向潜在客户展示产品。这使得销售成为第一个接触点，因此他们对产品的了解对于关闭（并经常创建）潜在客户至关重要。

培训师（或SaaS 中的客户成功代理）直接接触销售团队和新用户或试用用户，他们可以提供大量有用的信息，了解产品在体外及其他方面的表现。

协同设计在行动

当产品的所有参与方都参与到设计过程中（敏捷方法论的基本原则之一）时，最终产品获得成功的机会就会大大增加——不是因为设计师与利益相关者合作，而是因为利益相关者，更常见的是以vi设计基础设计公司可能不了解的方式了解特定的用户和业务需求。协同工作似乎总是最好的选择，但我们该怎么做呢？

如何与利益相关者合作

产品经理通常对产品有个人依恋，并在公司内被寄予很高的期望。当出现问题、未兑现的承诺或对新功能的要求时，他们还必须向其产品的用户或客户作出回应。

他们高度重视简单的沟通，需要及时了解进展、问题和任何变化。他们喜欢首先看到草稿并且经常看到草稿，并且因为他们可以在不同的规模上工作（从直接产品开发到实际操作的几个级别，甚至是微小的变化），您与他们的互动可能会有很大差异。

因为PM 花费大量时间与各种利益相关者（内部和外部）沟通，所以让他们了解情况而不期望他们与您联系非常重要。与您的 PM 设置定期签到以展示迭代草稿，听取他们的反馈，并始终以下次会议的行动项目列表结束。

产品经理和设计师合作

很快就会了解他们对产品功能的目标是什么。PM 知道设计师是问题解决者，因此设计师需要提供数据和分析来证明他们的推理。你是对还是错并不重要。证明打造最好的产品是目标，您将赢得 PM 的信任！

工程师（也称为开发人员）是最接近产品的人；他们建造它！这给了他们一个优势，因为他们可以直接体验和测试产品的各个组件。这很棒，因为毫无疑问，他们会发现任何设计中的弱点——有时是在构建任何东西之前——这非常棒，因为在软件编码之前发现缺陷在很多层面上都是一个巨大的优势。

赢得工程团队信任的最佳方式是制定全面而完整的产品规格或尽早让他们参与……或两者兼而有之。

当开发人员被认为是真正的利益相关者时，他们非常愿意讨论用例、场景、技术挑战以及克服这些挑战的选项。

人们很容易忘记工程师是真正的产品架构师。他们在与设计师一起解决问题方面有着既得利益，尤其是当挑战很困难或可以通过其他方式处理时。

开发者和设计师协同设计过程

数据库和系统架构师知道产品在幕后是如何工作的。他们完全了解数据的存储和结构方式、可以集成的内容以及所有系统如何相互通信。他们往往不太关心产品如何为用户工作，而是它如何与各种系统交互（这是他们最终要负责的）。

对于以用户为中心的设计师来说，它们可能特别难以处理。重要的是要记住，即使数据库/系统架构师从不与最终用户交互，他们的重点始终是使这些用户受益——无论是通过产品可靠性、速度还是简单性。

如果没有他们的专家意见，他们对数据结构如何运作的知识——以及对产品功能的任何更改的后果——太容易错过了。邀请系统架构师参加有关产品变更的会议和讨论非常重要，即使他们的立场似乎并不直接相关。

与系统架构师合作的一种方法是创建一个包含以下问题的清单：

特性X 会影响当前的数据结构吗？

考虑到当前架构，是否有任何额外的设计/开发工作？

设计Y 是否与任何现有的用户输入/输出冲突？

是否有任何外部服务受功能X 影响？

这个简单的列表将为您指明正确的方向，即使您没有清楚地了解预先存在的（以及可能的）单体数据结构的工作原理。任何勾选的内容都是应该通过简单讨论进行调查的领域。

与系统架构师协作设计

主题专家的名字恰如其分；他们是该主题的专家，可以成为独特而有价值的信息的金矿。通常，他们已经获得了该领域的专业学位，或者他们大部分时间都在他们的行业工作。他们对企业应该如何运作有亲身体验，他们回忆起带领每个人走到今天的漫长而痛苦的历史和政治。

业务分析师了解组织运作方式的来龙去脉，如果数据可用但没有内部专家，通常会履行与SME 相同的功能。

与中小型企业合作，了解管理层如何看待项目，以确保满足内部期望并且您没有涉足危险领域。邀请分析师参加设计会议，提前告诉他们他们是专家，并要求他们分享他们对历史失败、政治冲突和其他可能对成功发布产品至关重要的问题的知识。

协同设计中的主题专家和业务分析师

当新客户最终被销售人员接纳时，培训师——或者，对于 SaaS 公司，客户成功经理 (CSM)——接手教导新用户如何实际使用产品。因此，不用说，培训师会花费大量时间与新手用户交谈。CSM 具有独特的视角，因为他们与通常不参与公司购买决策的客户互动。

凭借这种独特的视角，vi设计基础设计公司 可以为设计决策提供有价值的信息，包括客户入职和新用户行为。许多企业组织跟踪和监控他们的新客户如何使用各种产品，并记录从电话到投诉的所有内容，但培训师对客户真正遇到的问题有一定的了解。

在所有主要设计会议中包括一名高级培训师，并与他们一起询问任何决定。提出诸如“最严重的三大客户投诉是什么？”之类的问题。并且，“新客户平均对产品满意吗？” 并且，“您认为哪些变化会对您和您的团队产生最大的积极影响？” 这样，我们都知道幸福的道路是什么；对于客户实际使用产品的所有方式，培训师都是我们的眼睛和耳朵。

销售，产品与客户的第一次接触

销售和设计往往是矛盾的。一些组织是销售驱动的，而另一些则不是，但无论如何，目标之间存在明显差异：销售团队想要增加销售额，而设计想要改善用户体验。它们并不总是对齐。

不一定是这样。大多数销售人员都有非常合理的抱怨要解决：他们对产品决策几乎没有控制权，被要求做出他们无法真正承诺的承诺，并且不顾一切地被迫达到特定的收入目标。销售和产品团队经常发生激烈的争论也就不足为奇了！

然而，就像培训师一样，销售组织对客户需求有独特的看法，而且这种看法通常是进行小额销售和带来鲸鱼之间的区别！了解销售团队面临的不同领域。尝试参加各种类型的电话，并了解这些潜在客户如何沟通。

这将打开与销售的对话。这不仅仅是让他们的需求被听到；这是关于在每个阶段（从第一次沟通到入职后）改善潜在用户的体验。了解销售人员从潜在客户那里听到的最多的内容、他们在完成交易时遇到的挑战以及交易完成后最大的担忧是什么。

企业形象设计不一定是噩梦

作为vi设计基础设计公司，管理所有这些活动部件可能非常具有挑战性，尤其是当您不被视为官方意义上的“经理”时。作为跨团队沟通、需求收集和设计反馈的关键利益相关者，您应该可以在一定程度上接触到所有这些专业人士。

最关键但最简单的方法是听取各方的意见并认真对待他们的反馈。在大多数组织中，下一步是获取反馈并与产品经理一起将需求组织成可操作的工作。

从那里开始，它取决于优先事项和填补空白。最终目标是设计出最好的产品，我们需要所有产品开发人员的帮助。认识到每个角色都很重要并让这些人员意识到他们在产品开发周期中的价值使他们能够为设计师提供做出更好的产品设计决策所需的信息。