#72 Design processes: expectations vs. reality
34:56 Share

在本期节目中： 如今公司使用哪些设计流程？ 初创公司、大公司和自由职业项目的设计流程有何不同？ 在本期节目中提到： “科技公司（通常）的设计工作方式”文章 链接： 注册 Anfisa 的下一个设计思维研讨会列表 Anfisa 提供的免费网络研讨会：顺利过渡到 UX ❓下一个主题创意： 在此处匿名提交您的问题或反馈 链接： 🎓 Anfisa 的在线 UX 设计课程 🎓 Ioana 的 Domestika 课程《创建学习策略》 🧡 想支持我们吗？ 在此处注册即可以每月 0.99 美元的价格访问独家锁定剧集。 关注我们的 Instagram 以了解下一集的最新信息。 🗂 我们的 Instagram 👩‍💻 Anfisa 的 Instagram 👩🏻‍💻 Ioana 的 Instagram </context> <raw_text>0 所有流程都涉及问题以及你如何分解这些问题、解决方案以及你如何探索这些解决方案。很大一部分是围绕所有这些事情的讨论，然后还有很多、很多协作。这可以通过批评或只是事情、每周会议或每日例会或污名评论来实现。

但这就是你将在大多数设计角色中遇到的情况。对话、协作、问题和解决方案。这是设计流程的核心。大家好，欢迎收听《诚实 UX 谈话》的新一集。像往常一样，我和 Anfisa 共同主持，今天我们将讨论一个对初级设计师、中级设计师、高级设计师，可能所有设计师都非常感兴趣的话题。并且

我们今天要探讨的问题是设计流程的预期与现实之间有什么区别？因此，在设计流程方面，预期与现实。这可能是一个我们都在职业生涯中不得不应对的话题。

因为我们都见过这些框架，设计思维、双菱形、设计冲刺。在某种程度上，我们有时会受到这些选择的社会轰炸。那么它们实际上是如何运作的呢？它们实际上是线性的吗？设计的现实情况如何？这就是我们将要讨论的内容。但在我们这样做之前，我们每周都会问，你过去一周怎么样，亲爱的？

大家好，欢迎收听下一集。我过去一周……嗯，上周发生了什么？我想我开始更积极地从事我的课程工作，所以这是上周的亮点。将它与工作结合起来变得越来越疯狂，所以我的工作变得……

越来越密集，实际上也基于今天主题的另一个相关部分。基于我们正在进行的新设计流程，事实上，它不是设计流程，而是与开发团队的协作流程。因此，基于此，整个流程变得更加密集。

所以我现在处理或应付很多截止日期。同时，我正试图专注于我的课程，以便我能够在 4 月份（希望如此）构建并交付它。这就是我的目标。所以，是的，这是一个有点混乱的时期。勉强维持，但是……

但是，好消息是，我几天后就要去度假了。所以，我终于可以休息一下了。因为我认为我之前提到过，由于房屋装修项目，今年冬天我没有机会休息一下。

无论如何，你呢？你这一周怎么样？我想我这一周也很紧张。尽管我在几天前刚在领英上发帖说我有点社交媒体倦怠，或者只是没有足够的创造力和灵感来继续发帖，而且我并不像以前那样活跃。那是因为，正如我们的常听者可能知道的那样，我现在非常热衷于我的设计工作。我做了很多设计工作，这

现在令人兴奋。我觉得这就是我想把 90% 的时间都花在这上面，而且效果还不错。然后我还能够与我的一位好朋友取得联系。他最近搬到了阿姆斯特丹，现在周末在布加勒斯特。他在 Meta 担任高级产品设计师。所以我们

我们一起了解了 Meta 的设计流程是如何进行的。因此，就不同类型的组织而言，就设计流程进行这次谈话非常及时。我的脑海里充满了这些想法。我还有一些关于不同新项目和新机会的持续对话，我们将看看会有什么结果。所以，请关注。

简而言之就是这样。让我们进入今天的主题。我想我会首先研究的是我们最常接触到的一些设计流程是什么？设计流程到底是什么？哦，是的，这是一个很大的问题。我认为，作为设计师，我们肯定形成了自己的圈子，说实话，想出了一堆很棒的流程，在纸面上来说，可以说是有效的流程。

这些流程主要在我看来在设计机构中确实有效。然后是我们教授的流程，但是当涉及到在大公司、企业、大公司、机构中工作时，就会变得棘手，因为我们为自己发明、宣讲、谈论了很多的流程

总是渴望的，它并不总是很容易融入更大的公司，对吧？因为在一个组织内有多个、多个学科。他们都遵循自己的流程。每个人都有自己的圈子。每个人都相信自己的流程是最重要的。最终，谁最固执己见，也许是等级较高的职位或关键人群，谁接管了，谁的流程很可能必须花费

传播到整个跨职能公司或部门。因此，流程总是很棘手，尤其是在涉及大公司时。不过，回到最初的问题，我认为最常见的流程是我们喜欢并总是宣讲的流程，即设计思维、双菱形、敏捷、设计冲刺，就像你今天已经提到的那样。所以所有这些部分，无论是组合在一起还是分开，还是取决于项目。这是我们都在宣讲的事情。

我个人非常相信或推广双菱形，但对我来说，它甚至不是一个流程。我一直试图将其定义为一种思维方式，它实际上是关于发散和收敛，无论项目或挑战是什么。因为对我来说，诀窍在于，当你提出一个非常严格、非常具体的循序渐进的流程时，很难做到一刀切，适用于所有项目。

许多挑战需要一种非常个性化的处理方法，这取决于团队。这实际上取决于许多变量，例如团队规模、截止日期、目标、挑战、堆栈等等。因此，并非总是所有经过良好记录的一刀切流程都适用。所以对我来说，双菱形将是答案。发散性、收敛性思维，无论挑战是什么，我总是试图确保有学习、理解的空间，

和框架，然后将其收敛成某种设计简报，然后再次探索选项，再次发散到不同的设计解决方案和概念，然后再次收敛成某种

特定的有形设计等等，所以设计流程本身是我们不太喜欢谈论的设计师喜欢谈论的事情，但是诀窍在于，当涉及到在大公司工作时，你怎么定义设计流程，你会如何构建它，以及你通常如何处理它

我会首先说，我作为一个设计师成长起来，看着这些非常简化、抽象的设计流程版本。你完成第一步，你移情，然后你发现，然后你这样做，然后你构思，然后你测试。因此，总是有这种不真实的线性表示。设计流程很少，可能永远不会是线性的。

大多数时候都很混乱。有很多来回。你必须经常重新审视之前的某些步骤。所以它永远不是我们在领英或推特或我们经常光顾的地方看到的理想化版本。所以这就是我对过多谈论流程的问题所在。你也提到了这一点。从一家公司到另一家公司，甚至从公司内部的一个项目到另一个项目，情况都不同。所以我可能会从零开始，从无到有地开始解开问题空间，

然后我将走一条与已经存在的问题不同的路线，例如我们只是在改进我们已经推出的某些功能。所以不同的问题，不同的时间和地点。它总是不同的。这就是我的观点。所以，我认为作为一名初级设计师，你确实需要掌握和占据一些结构。就像知道你必须知道一样

你要去哪里，你要从哪里开始，你的下一步是什么。我的意思是，你作为设计师一直都在这样做，即使你是一位资深设计师。但是作为一名初级设计师，我认为你更依赖于结构和这些流程。而作为一名高级设计师，你更擅长信任，比方说，受过教育的猜测直觉/知识

你的直觉，你只是做事，因为你理解在项目的任何特定时间做什么是最有效或最聪明的事情。你总是需要一个计划，但是随着你的职业生涯发展，你能够更好地表达计划。所以

我想说的是，你一开始需要流程。我认为初级设计师对理解流程很着迷。作为初级设计师以及试图教初级设计师的高级设计师，从我的所有研究中，我了解到，可能有一种表示方式

总是有道理的是双菱形。因此，你只需从解开问题空间开始，然后提出一些问题陈述，即你想在这个问题空间探索结束时解决的问题。然后你继续解开解决方案空间，发散，提出多种解决方案，然后选择最佳解决方案。

或一个。我认为我们可以从流程中保留这种思维方式。我的意思是，一切都有道理。即使是设计思维流程，冲刺在某些设置中也可能很棒，但它们并不是进行设计的通用解决方案。它们有很多缺点。所以我做的是，即使作为初级设计师，我也会谨慎地对待流程

并尝试更多地考虑问题和解决问题，对吧？你如何做到这一点？对于初级设计师来说，这不是一个容易回答的问题，但我认为这是正确的思维方式。这些是我对此的想法。你想补充什么吗？是的，这实际上很有趣，因为你刚才说初级设计师确实需要这个流程，而且确实在开始的时候，我们总是宣讲并讨论它，而且作为一名训练有素的面试官，

设计，我总是谈论和宣讲双菱形。但是当涉及到现实时，它永远不是这个抛光、美丽的流程。它归结于你的思维方式。因此，总是建议你从某种框架开始。它指导你，帮助你，引导你。但是每次你尝试新事物或尝试新的设计流程时，就像

框定好了，你知道一步一步该怎么做，总是要反思并尝试批判性地思考你为什么要这样做。它甚至有意义吗？所以不要像圣经中写的那样盲目地坚持流程，不，真的要尝试始终批判性地思考，我现在是否需要这一步？角色扮演是我们在这个项目中

还是它只是多余的，浪费了我们的时间，我们最好专注于这次的构思？所以，正如你刚才所说的，Ioana，随着时间的推移，随着你获得的实践经验越多，反思越多，创造力也越强，它会变得越来越容易。

批判性地思考这个过程。因此，对你来说，根据不同的项目定制每个流程会越来越容易。但是，是的，建议以这些流程作为指导开始。我很幸运能够尝试不同类型的这些流程。例如，当我还是自由职业者时，我总是尝试混合设计思维和设计冲刺。然后在大学和我的公司工作时，双菱形将是更常见的方法。设计冲刺总是像

有点这里那里，就像在初创公司环境和企业环境中一样。设计流程的好处是它们总是出现，总是有新的东西需要学习和尝试，但随后取决于你如何理解它，它如何进行，你如何反思它以及它如何真正帮助你。它可能无法帮助你，那么下次你甚至不会使用它。所以流程就像一个工具，让我们去理解、学习、开始使用。你的思维仍然是核心，而流程是你磨练的工具

然后希望用来将项目引导到更好、更有条理和如你所说更有目的的方向。是的，我完全同意你所说的。我会把它稍微转移到，你很幸运能够探索不同的流程，并且你有空间在不同的项目中进行实验和尝试不同的东西。那么事情通常是如何发生的

在自由职业与大公司、小公司之间，也许只是这三种选择，对吧？机构有一种特殊类型的流程。我认为这非常具体。我不会过多地讨论这个问题，但我非常感兴趣。我认为观众可能会对了解初创公司、大公司和您自己的自由职业工作之间有何不同感兴趣？

是的，我同意我们可能更关注产品设计的细节，而不是机构，因为机构更像是 UX、UI 或专业领域。我实际上要回到我在我们谈话开始时提出的观点，那就是公司越大，就越难，仅仅是因为你的公司会有多个职能，它们都有自己的流程、最佳实践、建议。它们都是双菱形或其他什么。他们都想遵循它。

所以我被安排的流程总是取决于那家公司。当我还在企业公司工作时，实际上我工作过两家。在第一家企业公司，它非常像瀑布式。通常情况下，瀑布式会给你空间去进行经典的双菱形或设计思维，如果你愿意的话，去经历所有阶段。

所以，是的，公司越大，就越像瀑布式。至少在我的经验中是这样。然后是规模较小的公司，它们越敏捷。我猜敏捷通常与开发速度相关，与你总是构建和测试以及迭代以及你经历这些循环的事实相关。

与自上而下、开始、分析、开发、测试、在几个月内发布等等相比。所以，对吧？这真的取决于你所处的环境。所以，第一家企业非常像瀑布式，我们的流程是超级双菱形，但是有很多问题。我认为人们仍然非常讨厌瀑布式

尽管我觉得它并不是世界上最糟糕的流程。但它适用于大公司，因为每个部门都有自己的轮次，并且有一些交叉合作。但归根结底，每个人都有自己可以实践的流程。因为在协作中没有那么多冲突，许多、许多部门都会很高兴

然而，显然，典型的批评是它会造成沉重的环境，没有足够的协作空间，每个人都在经历自己的流程，流程中存在很多误解和错位，这造成了对瀑布式的这种厌恶。

我工作的另一家公司使用的是，我相信它被称为 SAFE，它就像企业的敏捷方法。这对我来说是一件有趣的新事物，因为我过去曾与初创公司合作，敏捷的工作方式，典型的看板，是我的做事方式。我心想，太好了，企业敏捷，应该有效。应该非常迭代。应该总是构建和测试。我喜欢它。让我们试试看。所以我开始在 SAFE 环境中工作，然后

很快我就了解到它也不是一个很好的流程。事实上，我认为这是我在公司工作过的效率最低的流程。该公司是一个大型组织，拥有数千名员工，其中大部分是开发人员。然后开发人员将决定如何构建事物、构建什么、选择什么、如何对事物进行优先级排序和投票。

所以对我来说，当我经历这个过程时，因为设计师就像这种共享服务，我们在设计部门集中在一起。所以我们有自己的设计结构层次结构。我们是一个小型团队。我们有自己的产品团队，但每个产品只有一到两位设计师，而

你知道，我们有大约 50 名开发人员和一名设计师。所以我们是一种共享服务，这取决于项目。我们会在这里和那里跳来跳去。因为开发人员是关键人群，所以很难构建案例，构建设计文化，在该公司内部构建某种设计成熟度。即使我们的设计部门，在设计方面的集中式部门非常成熟，我想说。我们有很棒的流程。我们有

非常优秀的设计师，很多思想家。双菱形确实存在，我们有很多设计协作，但是当涉及到实施它并在开发人员面前提出一个案例时，让他们选择这些东西，这非常困难。

所以对我来说，你可以构建任何你想要的东西。你可以作为设计师建造所有美丽的城堡。如果它不是，如果你的设计部门不够强大，没有得到足够的展示，没有，让我们称之为，在会议桌上有席位，这将非常困难。不幸的是，SAFE 将我作为一名设计师置于这种境地。我记得它根本没有效果。所以是的，就像对于作品集来说，项目会有效，但在产品中，它永远不会被采用。是的，这有点棘手。

然后最近，大约一年前我开始在 Mews 工作时，我对这种新型公司组织和运作方式非常感兴趣。所以我们在产品部落中工作。我们的团队规模要小得多。我们有一个产品三人组的概念。所以，比方说，一个产品部门会有 10 个人。产品三人组将由 PM、开发人员、技术主管（通常）和设计师组成。这个产品三人组将

始终优先考虑、进行研究、进行挖掘并优先考虑应该构建的内容。作为一名设计师，你总是在会议桌上有席位，对吧？这让你作为一名设计师能够做出决定，并对产品中什么重要进行优先级排序，同时你可以实践你的任何流程，对吧？它可以是双菱形设计思维，任何东西，任何东西。

当我成为产品的一部分而不是设计结构的一部分时，我开始在这种分散的方式下工作。我仍然在设计结构中，但我更多地融入到产品中。

这让我有机会提出一个案例，被听到，对优先考虑的事情进行优先级排序。这要好得多。但是现在，当我在这种环境中工作时，我错过了与设计师的合作。所以我更多地脱离了设计文化、设计流程、我们可以互相学习的最佳实践，并且更多地融入到开发人员在做什么中？我们稍微敏捷一些。所以我们有点遵循

看板。看板也有棘手的地方，因为它非常、非常关注开发。看板有两件事。有一个上游和一个下游。看板下游是你拉取这些票据的时候，而上游是你确定优先级的时候。作为一名设计师，我主要在上游工作，我们优先考虑事情。但是当涉及到日常工作和开发人员处理票据时，它在下游，我通常不参与其中。

长话短说，有很多流程，很多公司，很多工作方式。显然，当你是一个自由职业者时，它要敏捷得多。你只需制定你的轨迹或看板流程。你们就优先级达成一致，快速达成一致或决定事情。坐在同一个房间里，沟通很容易。所以你可以遵循你的流程，你的小团队可以在你的日常同步中遵循他们的流程。这总是最容易的部分。

最难的部分是如何实施适当的设计流程，该流程不会过于繁忙，不会牺牲在组织中体现的质量，并且仍然保持每个人的协作。这始终是最难平衡的公式。你的经验如何？很抱歉花了这么长时间谈论所有这些公司及其流程。不，我认为这很好。我认为这是我们的听众所希望的。

真实的体验。是的，我想对最近读到的一篇有趣的文章发表简短评论，这篇文章是一位来自 Instagram 的设计师 Yamila 写的。她有一篇非常有趣的文章，我想在节目说明中分享。你可以在那里找到它。它很有趣。它与我们在这里分享的内容以及她在 Instagram 和其他公司（大型科技公司）的工作经验相似。

以及流程是如何在那里发生的。我认为这是一个瑰宝。回到我自己的经验，在大公司中情况非常相似，而在初创公司中则大相径庭，对吧？所以在大公司中，你通常会有一些仪式，一些例行程序，让我们称之为仪式。例如，我和荷兰国际集团银行合作，我们每周都会进行设计评论会议。我们作为设计团队会面，展示我们的作品，我们会

获得彼此的反馈。也许我们可以成对地进行一些项目的设计，让两个人一起解决问题等等。因此，协作在某种程度上是正式的，但也非常非正式，对吧？我们不仅仅整天在办公室里谈论设计方面的事情。

我们使用敏捷方法。我不是很喜欢开发流程以及它如何反映在设计中。我们都知道敏捷和设计是一个非常有争议的话题。我不会深入讨论这个问题。但我认为在大公司中，你需要一些结构，因为你必须确保协作。所以我现在在 UiPath 工作。在我休产假之前，我已经在那里工作了两年多一点。然后现在我回来了，我正在从事一个项目，我也与其他设计师一起工作。所以我有

另一位来自西雅图的设计师和我一起工作，我们还有一位首席研究员不断帮助我们。我们还与设计经理和设计副总裁合作。所以在这个项目中，我们现在基本上是一个由五人组成的设计团队。它非常注重协作，尤其是在不同的时区之间。这是一个挑战。找到合适的平衡点，合适的配方很有趣，我们多久见面一次？我们在哪里谈话？我们在 Figma 中直接在评论中谈话吗？我们一直在 Slack 上谈话吗？我们只是在会议上谈话吗？你如何控制对话？我们在 Jira 中记录所有内容吗？顺便说一句，记录是任何设计流程的一部分，无论你走到哪里。即使你在初创公司，你也必须记录你的工作，在大公司更是如此。所以记录是任何流程的一部分，那就是

双菱形设计思维流程、设计屏幕，人们没有过多谈论记录和社交的重要性，你正在讨论、做的事情以及你产生的工件。所以这些是流程的重要组成部分，而且很常见，对吧？所以你会产生一些东西。

促进设计对话。这本质上就是我们正在做的。我们正在创建线框图，然后每个人都在谈论它们，查看它们，思考它们。然后你可以做出最终决定，因为你是设计师，但对话是设计流程的一部分。

所以我想说的是，这将大相径庭。所以大公司和初创公司。我还共同创立了一家初创公司，我现在作为，比方说，承包商的角色为其进行设计，就工作量而言。它不同。它不同，因为我是唯一的设计师。我必须自己组织。很难像……

非常小心地命名我的图层和协作。然后我更像是在自由职业者的状态。所以，在初创公司中，你更像是在自由职业者的职位上。我认为初创公司和自由职业在某种程度上是相似的，因为你大多数时候都是一个由一人组成的设计团队，你必须自己组织。你必须找到与

跨职能角色以及其他一切进行协作的正确方法。在大公司中，事情大多数时候都是为你安排好的。有时不是，但大多数时候你都会有一些你可以利用并融入该流程的结构。所以底线是所有流程都涉及问题，以及你如何解开这些问题、解决方案以及你如何探索这些解决方案

很大一部分是围绕所有这些事情的讨论，然后还有很多、很多协作。这可以通过批评或只是事情、每周会议或每日例会或污名评论来实现。但这就是你将在大多数设计角色中遇到的情况。对话、协作、问题和解决方案。这是设计流程的核心。我认为我们可以开始总结，也许分享我们最重要的三个发现。或者如果你还有其他问题或观点，现在是你的机会。

是的，是的。不，实际上我只是想说，因为我记得，这是一件相关的事情。就在上周五，周末结束时，我们正在进行一个名为“让我们了解我们的设计流程”的研讨会。所以我们有一个名为“设计运营”（Design Ops）的部门。他们试图了解每个嵌入到产品三人组或产品小组中的产品设计师如何处理他们的设计流程。设计流程实际上是如何体现自身的？

对我来说有趣的是，所以我们正在进行这项练习，我们正在绘制每个步骤、每个合作者、每个工具、流程周围的问题和机会。当你放大我们正在使用的 Miro 白板并查看每个产品设计师的流程时，即使其下的框架始终是双菱形、发散、转换事物，每个产品设计师的流程看起来都完全不同。这对我来说太有趣了，因为

如果我查看我的流程，它就像总是线性的，线性的，然后是一些分支。当我查看不同人的其他流程时，他们会有围绕和循环，以及来回移动。这太有趣了，因为即使你进行这项练习并绘制出你通常在特定环境中如何工作，因为环境或组织总是会影响事情。

工作质量，有时甚至是思维质量，你会发现这真的很有趣。它总是大相径庭。这又回到了这样一个观点：即使我们不断宣扬我们的框架和流程，但实际上，它总是，总是不同的。如果你把它绘制出来，你会看到它有多么多变或多样化。所以它非常，非常酷。我们已经开始使用一个名为 ShapeUp 的新流程。

我相信这是 Basecamp 建议的流程。围绕它有一本书或你可以观看的视频。它非常快。他们的核心思想是，你有一个产品，它可以工作，然后你开始开发一些东西，它永无止境，你永远不会交付，永远不会开发。经典的看板和敏捷流程总是有问题。

问题是你永远无法真正构建有意义的下一个功能、更新或重新设计。这就是将你组织成六周或三周周期工作的流程。在周期结束时，你必须交付一些东西。因此，合作应该从一开始就非常强大。然后是冷静期，你在此期间确定下一个优先级，并围绕业务和客户的价值构建案例。

然后再次进行非常密集的六周或三周时间，你只需快速设计、构建、测试、协作，并不断与多人沟通，在此期间获得认可。所以它非常密集，但它非常有趣。这是我第一次经历这六周的密集

周期。而且，这对我来说又是另一个流程。当我查看我的设计流程时，我仍在尝试加入双菱形模型。即使你只有六周的时间来构建非常复杂的东西，我也会想，好吧，在前三周，我会经历我的双菱形模型。我可以花多少时间在研究或验证等方面呢？所以这很有趣。我们如此依赖环境，以及我们工作的环境。

以及我们工作的环境，我想我一直在围绕这个观点循环：我们教授、分享、讨论的设计流程是流动的。它总是会根据环境而呈现不同的形状。

它所处的环境。这是我的最后一点。我认为我们可以就此主题再做一个第二集，因为我觉得我们还没有探索这个问题的许多方面。也许我们应该。但就目前而言，我想结束这次谈话。我将开始分享我的三大发现，它们基本上只是主要思想。正如我们的听众现在所知，有时它们是新的。所以它们甚至不像收获。它们就像全新的想法。但在这种情况下，我认为它们将是收获。所以我只想

指出我喜欢你关于流动性的最后一点。我认为设计流程总是不同的，它会根据你放入其中的接收者而流动。接收者是指环境、团队、问题、行业、公司规模。所有构成设计对话中环境的事物，这将

决定流程，但你仍然必须负责事情的展开方式。我认为我们应该少考虑结构，多考虑意图。我想从这个过程和我的工作中得到什么？我希望实现什么？

我们试图解决什么问题，以及我们有哪些可用的工具？我们能做什么？所以关键是要从盲目地遵循步骤（有时你可能想作为初级设计师这样做，因为你真的不知道从哪里开始）转变为一种更注重意图和解决问题的思维方式。

我认为这是第一步。然后第二个发现是不要对现实世界将会如何抱有太多期望。带着好奇心来吧。我看到设计师难以调和一些差异，例如，当然，他们在加入工作或公司或其他任何地方时所抱有的期望，以及该工作和角色的现实情况。这

很多时候都是一场个人斗争。我见过这种情况。我认为你应该学会适应，带着好奇心来，不要期望太清晰。这是我们在播客中不断强调的一点，作为设计师，我们必须学会在模糊不清的环境中运作，在不确定性和未知中茁壮成长，就像我们一样

正在揭示未知。这本质上就是我们的工作。所以带着好奇心来，不要太执着于流程。我最近甚至与一位担任非常高级职务、领导职务的人进行了一次采访。他们当时

当谈话涉及流程时，他们会翻白眼，就像忘记流程一样，我们只是在工作，对吧？但必须存在的是意图，例如我们在做什么以及为什么？然后我想说的最后一点是，学习理论确实很有帮助，阅读不同的案例研究确实很有帮助，但是

你将最了解如何做出设计决策以及如何在任何你将要工作的公司中蓬勃发展的一种方式是通过自己进行实验。我的意思是阅读设计冲刺很棒。阅读双菱形模型很棒。它确实迫使你或让你接触新的视角、新的角度、新的问题。但让你

更擅长表达流程以及定义项目将采取什么路径的事情是尽可能多地完成项目。所以流程就是实践，如果这说得通的话。

所以这些是我的三个随机的、完全随机的想法。我的意思是，它们不是随机的。感谢上帝，它们与今天的主题有关。但是，它们可能感觉有点混乱。你的呢？我认为你的观点实际上很好地概括了这次谈话的整个主线。我认为我只会再次补充流程，拥有流程的价值在于我认为流程……

是一个很好的沟通工具，尤其是在你第一次在团队或公司工作时。它们确实可以帮助你沟通你如何解决问题，有时甚至可以教育你的合作伙伴。所以我主要会考虑一下，如果你有经验，如果你知道如何解决问题，就像 Ioanna 说的那样，意图、解决问题，真的，再次强调解决问题，而不是检查框，这总是问题所在。我理解这很方便。我们都想只检查框。我经历过那个阶段。

很棒，它很好地融入我的案例研究，一切都很好，但是它并没有真正完成工作，它没有创造结果，它创造了输出和结果，实际上是解决问题并帮助你的公司发展的东西，第二个收获是我回顾流程，我总是试图将它们视为沟通工具，尤其是在我与新团队合作时，我只是试图告诉每个人我在做什么，为什么这样做，但是它

需要我来制定这个流程并制定这个计划，对吧？我甚至认为流程就是一个计划。你不必严格遵守计划，但制定计划很有帮助。制定计划有助于创造期望。

关于你如何工作、需要多长时间的期望，甚至有助于你规划时间。因为假设我现在正在这个，比如说，六周或三周的周期中工作。我确实需要在计划中保持谨慎。我需要知道我实际上有多少时间来进行我的发现以了解问题。我有一周的时间来做吗？不，我们实际上只花三天时间来做这件事。

在三天内完成并继续进行简报阶段和沟通阶段，在此期间我试图在所有利益相关者之间达成一致，对吧？所以对我来说，计划和流程几乎是相等的，它们帮助我沟通，准备期望，以便我的合作伙伴也知道何时接手事情，事情何时准备就绪，何时进行沟通，他们何时有机会发表意见并质疑我正在处理的任何事情。我想，这是第一个收获。

第二个收获，我甚至不知道我是否还有第二个收获，但我只会加强那一点，即流程是你放入不同杯子中的液体。

取决于杯子，它看起来会不同。有很多变量会定义它。回到它的细节，我会说你有多少人，公司有多大，你必须进行多少沟通，截止日期是什么，挑战有多大，我们有多少约束，该公司的实践是什么，对吧？你问越成熟的公司，你可能需要进行越多的协作，

你与设计师、利益相关者、合作伙伴以及我不知道的、支持销售人员等的协作越多，它真的会定义你的流程。也许有时甚至会激发一个流程以获得更好的结果。但有时你工作在一个非常忙碌的创业型环境中

环境中，你所拥有的一切都只是坐在同一个房间里，快速头脑风暴，一起白板，快速解决问题，没有时间进行沟通和认可。你只要想出一个想要测试的解决方案或假设，就会立即推动这些像素。所以它是流动的，不同的，取决于环境。不要指望以严格的方式实践完美的

流程，检查这些框，因为这可能永远不会发生在你身上。那些训练营，甚至是我的课程，都经历了这个美丽的流程，是为了让你尝试，一次经历所有框都已勾选的完美流程。

但不要坚持下去。它只是为了让你体验它。然后我想这就是我今天要说的第三个收获。体验它，但批判性地思考下次你是否需要它，这一步实际上给了你什么？它是否为你提供了该项目或该环境所需的见解？如果没有，现在你知道下次对于类似的环境，你可能不需要使用这些角色了，对吧？所以是的，每次都要批判性地思考，尤其是在你工作的头几年，

批判性地思考你在该过程中所做的每一个步骤，然后开始将你自己的流程从框架组装成你自己的工具包，当你根据项目需求和你所处的环境创建这些方法时。我想这就是我今天要说的最后一个收获。

我只想说我喜欢工具箱的想法。因此，流程应该就是这样，一个你学习如何使用、组合和挑选的工具箱，这取决于你想要实现的目标。带着这个最终的想法，我想邀请大家评价我们的节目，向我们发送关于未来对话的想法、你正在努力解决的问题或你感兴趣的问题。我们想讨论与你相关的事情。别忘了评价我们并在 Instagram 上关注我们，honestuxtalks。

是的，我们在这里支持你，非常友好。非常感谢您的加入，我们下期节目再见。再见。