众所周知，客户问题是所有产品开发的基础。然而，如果我们与开发人员或产品经理交谈，他们通常不太清楚需求。这里的问题在于术语，“需求”这个词里面有两个词的意思：客户需求和产品需求。要澄清这一点，必须理解一个高级概念：将问题空间与解决方案空间分离。
问题空间
一个市场是一组相关的客户需求，它完全位于问题空间中，或者你可以说“问题”定义市场，而不是“解决方案”。市场与满足市场需求的任何特定解决方案无关。这是一个更广阔的空间。问题空间中不存在产品或设计。相反，问题空间是你希望你的产品实时交付的所有客户需求。你不应该把“需求”这个词解释得太狭隘：不管是客户的痛点、愿望、要完成的工作还是用户故事，它都存在于问题空间。
解决方案空间
如果我谈到解决方案空间，涉及到任何产品或产品设计：例如模型、线框、原型，都依赖于并建立在问题空间之上，但却属于解决方案空间中。所以可以说问题空间是解决翻噶空间的基础。解决方案空间包括由客户使用或打算由客户使用的任何产品或产品表示。当您构建一个产品时，您已经选择了一个特定的实现。不管你是否明确地这样做，你已经决定了产品的外观、功能和工作方式。
目标是什么与怎么到达目标？
产品需要为客户完成的什么目标是问题空间。“目标是什么 What”描述了产品应该给目标客户带来的好处。然而，“如何How完成目标”的产品是解决方案空间。“如何”是产品向目标客户交付“什么”的方式。“如何”是指产品的设计和用于实现产品的特定技术。
由内而外与由外到内的产品开发
在实施“由内而外”产品开发的产品团队中，未能在进入解决方案空间之前对问题空间有一个清晰的了解，其中“内”指公司，“外”指客户和市场。在这样的团队中，产品理念就是产品团队认为应该构建的东西。他们不会和客户一起测试这些想法来验证它是否能够解决实际的客户需求。
减轻“由内而外”心态风险的最好方法是“由外而内”的心态。产品开发从与客户交谈开始，了解他们的需求，以及他们对现有解决方案的喜欢和不喜欢。在开始产品设计之前，产品团队会形成一个健壮的问题空间定义。
使用解决方案空间发现问题空间
客户很难谈论他们具体的需求及其重要性。即使他们知道，也会很模糊。因此，由产品团队来理解这些需求并定义问题空间。
这里的问题是，如果你提交一个客户的问题或需求，并征求他们的意见，他们最多只能谈论现有的解决方案。事实上，客户更善于在解决方案领域为您提供反馈。如果你给他们看一个新产品或设计，他们可以告诉你他们喜欢什么，不喜欢什么。他们可以将其与其他解决方案进行比较并确定利弊。因此，与客户进行解决方案空间的讨论比尝试明确地与客户讨论问题空间更有成效。这样你就可以形成问题空间的假设。
你在解决方案空间收集的反馈实际上帮助你测试和改进你的问题空间假设。最好的问题空间学习通常来自客户对解决方案空间的反馈。