您的团队在面临关于下一步做什么的棘手决定时是否曾陷入困境？了解有关挑战地图的更多信息，这是一种消除噪音并帮助您的团队快速朝着正确方向前进的简单方法。
挑战性地图是由资深创新者 Min Basadur 在其 2016 年的《Design-Centered Entrepreneurship 》一书中记录，是一种强大的系统化方法，可以快速阐明数字产品团队在任何给定时间点面临的一系列相互关联的挑战。
使用挑战地图有几个巨大的好处：
- 首先，挑战地图帮助团队找出对用户和业务都具有最大潜在影响的关键决策点。
- 挑战地图还可以帮助团队保持一致，并在同一页面上了解最有影响力的下一步。
- 最后，也许也是最重要的一点，挑战地图可以帮助团队发现他们的思维局限在哪里，激发新思维并释放创新。
什么是挑战声明？
首先，让我们谈谈挑战地图的基本组成部分：挑战声明。 挑战陈述只是将事实转化为以“我们如何？”开头的积极陈述的挑战。
例如，假设我们在一家生产捕鼠器的公司工作。我们可能面临这样一个事实：一家新成立的公司刚刚推出了一种创新的捕鼠器，威胁到我们的既定业务。我们会将这一事实转化为以下挑战性问题："我们如何才可能建造一个更好的捕鼠器？"
为什么提出 "我们如何才可能"这样的挑战疑问？
你可能曾经遇到过 "我们如何才可能？"这句话，但也许你想知道为什么它是这么大的问题。有几个原因。
- 首先，"我们怎么可能？"通过以问题的形式表述挑战，帮助我们更容易找到解决方案；
- 其次，"可能 "这个词开启了我们可能不会考虑的可能性。
用问题的形式来表述挑战！
以问题的形式来表述挑战，而不是简单的陈述，会立即激发我们的大脑开始产生解决方案。作为一个例子，请比较以下内容。
简单陈述：建造一个更好的捕鼠器 |
看到区别了吗？通过以问题的形式表述挑战，我们的大脑就自动开始寻找解决方案。
"可能 might"的力量
第二，使用 "可能 "这个词给了团队产生想法的最大自由度，而不是像 "可以 "或 "应该 "这样的规定性词汇。例如，比较以下两种说法。
我们如何才能(can)建造一个更好的捕鼠器？ |
请注意，"可以 can"使我们保持在今天实际可能的范围内，而 "可能might "则让我们考虑到未来的全部可能性。
锚式挑战声明
建立挑战地图的第一步是阐明主要的挑战声明，然后是锚式声明抓住了团队目前对其最紧迫挑战的最佳理解。
巴萨杜尔用他在宝洁公司工作时的一个例子来说明这种方法。他与一个产品团队一起工作，该团队试图与爱尔兰之春竞争，这是一种非常受欢迎的绿色和白色条纹的肥皂棒。
巴萨杜尔帮助该团队将 "爱尔兰之春卖得很火 "这一事实转化为以下挑战声明。 "我们如何创造我们自己的绿色和白色条纹肥皂棒？"
锚式 挑战声明抓住了我们对最紧迫挑战的最佳理解。
通过问 "为什么？"来建立 "由下向上"
构建挑战地图的第一步是问自己，我们到底为什么要解决我们的主要挑战？问自己 "为什么？"使我们能够探索问题空间中更广泛的可能性。
探索 "为什么？"是一个令人难以置信的强大方式，可以看到我们的思维在哪里过于狭窄，并开始释放新的想法和真正的创新。在巴萨杜尔的例子中，团队问自己 "为什么我们要创造一个绿色和白色条纹的肥皂棒？"并立即意识到他们最初的挑战太狭窄了。一个具有更大创新潜力的挑战是 "我们如何创造一个顾客喜欢的肥皂棒"？ 这一挑战将使他们考虑到除了明显的绿白条纹酒吧之外的大量选择。
通过问 "什么会停止？"来建立 "由上而下"。
第二，使用 "可能 "这个词给了团队产生想法的最大自由度，而不是像 "可以 "或 "应该 "这样的规定性词汇。例如，比较以下两种说法。
如果宝洁公司的团队问自己："是什么阻碍了我们创造顾客喜欢的肥皂棒？"他们可能会意识到，他们并不完全了解如何定义 "新潮"，而且，他们并不真正了解 "新潮 "对顾客意味着什么。 问 "是什么阻碍了我们？"给他们提供了一系列较窄的、可操作的挑战，以便为 "为什么？"所浮现的更广泛的挑战服务。
通过询问来探索问题空间
"为什么/还有什么？
你现在可以通过关注地图上的任何挑战，并询问 "为什么是别的？"或 "还有什么在阻止我们？"来探索问题空间，并 "跨越 "建立地图。
在巴萨杜尔的例子中，宝洁公司的团队可能会考虑更好地吸引妇女或年轻人，或使他们的肥皂条现代化，每一个都有可能释放出一套不同的创新。 然后，他们可以专注于这些挑战中的一个，并通过询问 "还有什么在阻止我们？"来确定他们需要解决的范围更窄的一系列挑战。
如何构建挑战地图
有两种方法：
- 使用角色目标作为挑战地图锚点
- 使用用户行为作为挑战地图锚点
- 以角色为出发点
设计师长期以来一直将角色作为设计过程中的一个基础工具。角色是典型的虚构用户，代表了目标用户群的共同行为和目标。角色的目标既是对角色最终要完成的任务的阐述，也是衡量设计方案成功与否的关键；如果方案不能帮助角色实现他们的目标，那么它就不是有效的。
将角色的目标作为挑战图的锚，可以使产品团队产生对帮助角色实现他们的目标有最直接影响的功能想法。（类似UML中角色用例图）
例如，想象一下，一家生产高级数据科学软件的公司想为一个不太成熟的市场创造一套新的工具。该团队将以数据科学家Alex的角色确定为新解决方案的主要设计目标。
以 "Alex如何开始自己创建简单的预测模型？"这一角色目标作为挑战图的锚，团队确定了以下想法和产品特征。
Alex如何开始自己创建简单的预测模型？
- Alex如何轻松评估他的模型？
- Alex怎么只需要担心最相关的功能？
- Alex如何可能从预先设计的功能中获得简单清单？
第二条线索：
- Alex如何轻松评估他的模型？
- Alex怎么可能轻松知道哪种型号最有效？
- Alex如何可能看到帮助他比较模型版本的简单视觉效果？
随着团队不断向下分析（1、2、3）构建地图，他们从抽象的机会转变为具体的功能。他们越往下构建，想法就越可操作。该地图使他们能够识别和优先考虑具体步骤，使他们在实现亚历克斯目标的道路上畅通无阻。
- 以用户行为作为出发点
想象一下，时间已经过去了，团队已经推出了一套最初的简化数据科学工具，是为像Alex这样不太成熟的用户设计的。他们很快意识到用户并没有像预期的那样相互分享模型。这一次，他们没有使用Alex的目标作为挑战地图的锚，而是使用团队想要影响的用户行为。"Alex如何更频繁地分享模型？"作为锚点。该团队创建了以下挑战图。
Alex如何自动和团队分享模型？
- 他如何可能将其他队员标记为协作者？
- Alex如何激活自动分享功能？
- Alex如何配置自动分享功能？
再次，通过对地图底部的功能进行优先排序，团队能够确定最实用的直接下一步措施，开始影响所需的用户行为。