搜索内容：
时间：2019-08-06
编辑:网站制作公司
1055
0
在当今快节奏且竞争激烈的世界中，公司不断寻找更有效工作的新方法。通常，决定产品团队效率的因素是他们在创建产品时遵循的流程。如果您遵循低效的流程，就不可能有效地工作，这会对项目的最终结果产生重大影响。
为了帮助2019年产品团队重新考虑他们在创建产品时所遵循的流程，下面是五个将加速，改进和迭代设计流程的变更。
郑州网站建设
许多产品团队仍然相信才华横溢的独立设计师 - 能够完全独自完成最复杂任务的设计师的力量。
当然，在现实生活中，产品设计并不是这样的。最好的设计很少来自一个策划者; 相反，他们来自作为一个整体一起工作的团队。
为了作为一个单元工作，团队需要：
共享理解是伟大设计的基础。当团队中的每个人都有共同的目标，并且知道他们计划如何实现目标时（换句话说，当他们有明确的产品策略时），就会产生这种理解。每个团队成员都应该了解他们在这个策略中扮演的角色。达成这种理解后，每个人都知道他们为组织带来的价值，这可以激励他们更加努力地工作。
产品由多个团队创建并且在他们之间有许多断开连接并不罕见。最常见的例子是设计和开发团队仅在设计切换期间相互通信，而不是在整个设计过程中。
然而，毫无疑问，参与设计过程的所有人（开发人员，设计人员，研究人员，产品经理等）之间的良好协作和沟通是产品成功的基本要求。跨职能团队中的协作工作不仅带来了不同的观点，而且还启动了任务的并行处理。当人们紧密合作时，他们会开始更好地了解彼此的需求。这种理解有助于团队更快地行动。
您可能也喜欢：给予反馈：我们已经了解了如何建立强大的设计和开发团队。
在过去的几年里，“创新”这个词几乎成了设计界的流行语。每个团队都希望创造创新，突破性的产品。但创新设计不会发生，因为团队突然决定只创造创新产品 - 相反，他们诞生于积极支持创新的环境。这些环境有两个基本方面。
“每个团队都希望创造创新，突破性的产品。但创新设计不会发生，因为团队突然决定只创造创新产品。”
有几十个例子，一开始看起来荒谬的想法导致商业上成功的产品。这就是为什么产品团队必须保持开放态度的原因。每个团队成员都应该能够分享他们对如何解决问题的看法。团队成员应该聚在一起讨论所有想法，并且应该进一步研究最好的想法。
创意自由是创新的重要组成部分。人们更有动力去构建他们提出的解决方案，而不是建立一个人们交给他们的解决方案。至关重要的是不要强迫人们遵循特定的路径 - 而是让他们以自己的方式解决问题。
敏捷过程是许多公司设计过程的支柱。它允许产品团队快速工作。但即使使用强大的敏捷方法，仍然可能花费大量时间来创建一个产品，在其发布后需要进行改进（甚至是完整的返工）。要理解为什么会发生这种情况，我们需要退后一步，讨论许多产品团队在创建产品时遇到的常见问题。
每个产品设计都以假设开始 - 产品团队认为他们正确地构建了用户问题，他们所需要做的就是创建一个实际的解决方案。很多时候，产品团队会跳过此假设的验证阶段 - 相反，他们只是创建产品需求。
接下来发生的事情是团队努力创建一个计划用户测试的有形解决方案。通常，用户测试的第一个结果表明该解决方案不适用于真实用户。如果你曾经遇到过这种情况，你就会知道你的解决方案已经崩溃是多么困难。
产品团队应该停止假设他们确切知道他们正在构建什么。相反，他们应该将一切都作为一个假设。就其本质而言，假设是一种猜测，每个猜测都应在产品团队承诺构建之前进行验证。在产品团队形成假设之后，它需要找到验证该假设的最快方法。
“产品团队应该停止假设他们确切知道他们正在构建什么。相反，他们应该将所有内容都作为一个假设。”
精益UX提供了一种简单的方法来实现这一目标。该框架将敏捷开发方法与精益创业方法的原则相结合。基本上，精益用户体验是一种快速简便的方法，可以在不构建真正解决方案的情况下质疑和证明假设。实践精益用户体验的团队可以非常快速地构建产品 - 他们衡量他们是否创造了正确的东西，从中学习，然后进行迭代。目标是减少完成反馈循环所需的时间。
传统上，数字产品的用户体验设计是基于可交付成果的实践。团队为组织带来的价值取决于团队是否能够创建有形的东西（例如原型）。
但是，如果一个产品团队想要实践精益用户体验，它应该改变这种思维方式 - 从“我们发布功能”转变为“我们创造了一些积极影响用户行为的东西”。精益用户体验告诉我们，我们不应该仅仅因为我们可以设计一些东西，而是产品团队需要不太重视可交付成果，而更多地强调所设计的体验。在团队确切知道此更改对用户有何益处之前，产品团队不应承诺构建一些东西。
精益用户体验还教会我们提出更好的问题。每当利益相关者提出功能请求时，产品团队就会关注“为什么”而不是“如何”。在考虑可以在产品中构建的全新功能时，关键问题不应该是“我们能多快发布这个功能？“但是，”首先应该建立这个功能吗？“
要创建以用户为中心的设计，产品团队需要与真实用户一起测试他们的设计假设。产品团队应该在设计的核心提供用户反馈。了解测试的关键目标至关重要 - 了解设计是否满足用户期望。
大多数产品团队都熟悉用户研究及其为产品设计过程带来的好处。正确进行的用户研究可以告诉您很多关于产品用户的信息 - 他们是谁，他们想要完成什么，以及他们想要如何做到这一点。
尽管许多产品团队都熟悉用户研究技术，但在设计过程中自然地集成用户研究仍然不是那么容易。事实上，这是产品设计团队最具挑战性的任务之一。
郑州网站建设
之前我们讨论过DesignOps（设计操作）及其在设计过程中的作用。但是，近年来不仅设计师的角色发生了变化 - 对用户研究员角色的理解也发生了变化。就在几年前，用户研究员的角色就是运行研究和分析结果。今天，它不仅限于这些活动。现在，用户研究员也是用户布道者 - 专注于增强产品团队对用户的理解的人。因此，ResearchOps或研究运营的作用也已出现。
“用户研究员也是用户布道者。”
ResearchOps不仅涉及扩大研究和研究过程，还涉及领导力。ResearchOps团队创建了一个研究策略，使他们能够在设计过程的恰当时刻进行高质量的研究。该团队还激励产品团队利用可用性测试的结果来改善产品体验。后者可能需要进行培训并建立新的沟通渠道。
所有团队成员聚在一起讨论不同想法并分享他们观点的时刻对于项目设计至关重要。不幸的是，太多的会议陷入了平衡 - 它们的价值低于预期。是时候改变它了。产品团队不应该抱怨会议不好; 相反，他们应该重新设计它们。
会议卫生是减少不必要的会议和提高现有会议效率的一种做法。在开会之前，产品团队应明确会议目标 - 会议的目的应在邀请中说明。每次会议都应有明确的议程，并应以分配给特定团队成员的任务列表结束。
您可能也喜欢：获得最大限度的验尸会议的9个技巧。
设计评论会议是一种特殊类型的会议，旨在收集有关拟议的设计理念和方法的反馈。产品团队成员开会讨论当前的设计方法或竞争对手的设计。
虽然批评会议可能听起来像头脑风暴会议，但两者之间存在显着差异。头脑风暴会议的主要目标是提出新的想法，而批评会议的主要目标是评估现有的设计方法并确定未来的变化。
知识共享是进行批评会议的主要原因。在每次评论会议期间，团队都会参与关于什么是优秀设计的对话。频繁，执行良好的批评会议可以提高团队对设计的理解。
郑州网站建设
市场正在发生变化，数字产品正变得越来越复杂。产品设计也应该发展以满足市场不断增长的需求。
当然，不可能在一夜之间重新设计整个设计过程，但随着时间的推移可能会这样做，并且在每个阶段都要做到更好。重新设计过程的第一步始于理解您可以做得更好。
郑州网站建设
3
s后返回登录
3
s后返回登录
