设计思维..呃..嗯..是的，当然，我知道那是什么
设计思维..呃..嗯..是的，当然，我知道那是什么
原文：https://medium.com/hackernoon/design-thinking-er-um-yeah-sure-i-know-what-that-is-d7191ef5e780
当这个流行词不可避免地出现在你的下一次会议上时，不要像我一样显得愚蠢
Credit to William Iven: https://unsplash.com/@firmbee
这是最新的流行。我一直听说它是解决所有工作相关问题的最新灵丹妙药。“为什么不把设计思维应用到这个上面？”出现得太频繁了。不久前，这句话的意思应该是:“项目延期？为什么不采用敏捷方法呢？”
这到底是什么？你是怎么做到的？为什么当你在 YouTube 或 Slideshare 上搜索时，你会看到这么多不同的版本，谈论它却很少解释它是什么？！如果你的任务是作为一个主持人来主持这样一个会议，这可能会变得相当令人生畏。
我不是设计思维方面的专家(当然，你现在可以不读了)。但我已经经历了足够多的时间，意识到这是在现代背景下对旧概念的又一次重新包装(就像捕捉数据的传感器已经存在多年，但在物联网中却有着现代背景——我知道，我知道，这是有区别的)。
那么设计思维到底是什么？这是一个在头脑中为给定角色的问题提出解决方案的过程，而不是其他方法，后者可能是先提出一个解决方案，然后再找到一个问题来应用它。挑战在于，每个人似乎都有自己的版本——我在这里不打算提供帮助，因为我将包括我自己的版本。然而，我希望做的是涵盖更广泛的流程，以便您可以决定包含什么和不包含什么。
通常，设计思维过程是这样的:
- 启发:在会议之前，举一些你的问题领域内的创新解决方案的例子来热身真的很有帮助。YouTube 上有成吨的例子。
- 确定你的角色:设计思维通常被称为“由外向内”的方法，重点是让客户需求引导你的产品/解决方案(另一种由内向外的方法是利用你的组织优势来定义给定的解决方案)。因此，第一步是定义角色，例如，让我们以“在零售业工作的 IT 经理”为例
- 深入你的角色:这是设计思维与传统方法不同的地方，在这里你可以定义角色的细节。你的目标是确定细节，比如角色相信什么，他们在业余时间做什么，他们用可支配收入购买什么(在我的一次会议中，我的团队深入到确定我们的角色听什么播客的细节——是的，你可能会忘乎所以)。从#2 的例子来看，以下可能是我们的 IT 经理的深度挖掘:35 岁的技术专家；过度劳累；有一个苛刻的老板；有一位同事正在竞争晋升；阅读 lifehacker 博客；等等..
- 确定 SWOT(优势、劣势、机会、威胁):我参加的一些设计思考会议包括这个，有些没有。正如描述中所强调的，这是一个变体，可以再次深入到你的个人。不过从某些方面来说，这也是头脑风暴前热身的好方法，因为它可以帮助你决定锚定什么。因此，以我们为例，例如，我们的 IT 经理:实力——有能力用简单的术语解释复杂的任务；弱点——难以获得足够的关注度；机遇——在工作之外拥有强大的关系网；威胁——他的同事竞争升职
- 定义问题:在这里，你可以清楚地陈述你希望从详细的人物角色中解决什么问题。这里的一个关键步骤是确保你足够熟悉人物角色来定义问题。如果没有，强烈建议向有经验的人验证这一点。例如，我们的 IT 经理努力维护和利用他的网络联系，他非常依赖这些联系来分享问题、比较解决方案、确定好的供应商。
- 头脑风暴:这方面的最新流行词是“构思”。这只是我头脑中的头脑风暴。不考虑标签，要求的任务是无耻地产生问题的想法。如果你是在一个小组中做这件事，最好进行头脑写作，而不是头脑风暴(也就是说，在开始的时候，在没有合作的情况下独立地产生想法，以避免锚定其他人的第一个想法，这可能会影响后续的想法)。我发现让想法产生者想出至少 3 个完全不存在且几乎不可能实现的想法是有帮助的。这至少有助于迫使创造过程转向不同的方向，这可以帮助锚定思维过程，在疯狂的想法之后提出更可实现的想法。另一种变化是手边有一个关键词列表，用它们来激发灵感。
- 客观回顾:这是最难的一步。你需要列出最佳创意。问题是，信不信由你，你可能会爱上自己的想法，不管它们有多疯狂。因此，最好是客观地回顾你的每个团队成员的想法，而不是你自己的想法，以避免偏见。
- 在纸上测试解决方案:这可能在设计思考会议之外完成，或者作为会议本身的一部分。方法是想出一个基于纸面的最小可行产品，然后用你的角色测试它(或模拟测试它)以获得足够的反馈。一旦你得到反馈，回到上面的第 5 步。
- 沟通:这是经常被错过的至关重要的一步！现实情况是，设计思考过程发生在一个小团队中，通常会产生一个解决方案，需要更广泛的利益相关者或团队来帮助实现。因此，花时间简洁地交流你的角色、问题和解决方案是至关重要的。在我参加的一次会议中，我们最终制作了一个简短的视频，它很好地解释了故事，每个人在几分钟内就明白了，而不是听一个 30 分钟的演示。
就是这样。根据范围，您可以运行这些会话，短则 3 小时，长则一整天。
那么，是什么让这一过程有助于产生这些新想法呢？为什么这个这么有效？为什么这与我们通常解决问题的方式不同？
一个关键的区别是，你几乎是在为一个人物角色和他们的特定问题设计解决方案，而不是为大众提供一个假设的解决方案。
虽然这可能会让人觉得解决方案过于具体，但事实上，添加这一约束有助于设计一个不仅成功几率更高，而且具有讽刺意味的是最终与大众相关的解决方案。部分原因可能是因为解决方案可以跨人群转移，部分原因可能是解决方案只针对该人群，但我认为很大程度上是因为解决方案是为自然会成为早期采用者的人定义的。他们会更成功地从你的产品中获得价值，因为它是专门为他们设计的。这一成功的初始客户/客户群可以被利用，或者自愿向其他人推广该解决方案。为某人设计至少会让一个人开心，为所有人设计可能不会让任何人开心。
所以现在你知道是什么了，试一试吧。这可能看起来相当不起眼，但你必须通过几次会议才能看到它的价值。如果你想成为一个推动者，这可能会变得相当令人生畏。我只能说:相信过程。在进行设计思考会议之前，你可能要考虑与一群密友进行一次压缩的试验会议，以建立信心，并使后勤工作正确。
它当然是解决问题的有用工具，但是你要自己下定决心，看看它是否适合你的情况。
感谢阅读！如果你能推荐这篇文章(点击下面的“推荐”按钮)，让其他人也能找到它，我将不胜感激。你也可以在推特上找到我
