设计思维：不能只考虑满足用户需求

举一个例子：

场景：大家都在进行专心的讨论；这时候我的手机响了。

驱使我进行接手机这个行为的上下文分别是：

内在：我对于这个电话重要程度的判断，我对不接这个电话导致后果的经验等等；

外在：我做或不做这个行为对现在所处环境的影响，这种影响反过来对我的影响是什么等等；

内在外在的双重作用最后决定了我是否进行这样的活动。如果我对外在上下文的判断是：这是一个开放的环境，没有人会在乎你是不是中途接电话；如果我对内在上下文的判断是基于我上次不接电话的后果，我还是接为好。那么我也许就接了电话。

另外一种情况，我们会比较内外上下文的影响力：如果外在上下文的影响力超过内在──即就算我不接电话的后果也不会比接了电话严重，因为老板正在骂大家，那么我也不会接这个电话。

相反，如果打电话的是一位重要的客户并直接关系到项目的进展，就算外在上下文是老板训话，也许我也会接这个电话。

Design T hinking认为如果直接关注行为，而不关注人完成这种行为的内外上下文，很大的可能是我们只关注了“怎么用”，而一个被用户所依赖和喜爱的产品而言，“怎么用”往往是最后一步，更重要的是“谁会用”，“为何用”，“何时何地用”。

你说的跟产品设计有什么关系

产品是若干用户行为的整合，用户是否能够使用产品，取决于产品所能提供的行为组合，能够在用户“内在”和“外在”的上下文中找到“我要用”的结论。以苹果为例：

苹果之前的失败在于他们没有找到足够多的人，在其“内在”和“外在”的上下文中找寻到“我要用”的

结论。苹果的失败期正是信息消费市场爆炸式增长的时期，而信息消费市场的爆炸基础是一个庞

从根本来说，这两种设计思路都仍然避不开对功能的过度关注──第一种思路认为多而广的功能能够让用户使用，第二种思路认为少而好的功能能够让用户使用。而是事实是：满足用户的需求不代表用户就会使用。能够驱使用户使用的围绕在用户和行为之间的内外在上下文。

而这便是Design T hinking与传统设计方法不同的核心──满足用户需求不能直接导致软件产品成功

，分析驱动用户使用软件产品的上下文才是软件产品成功的关键。

Design T hinking是合作的艺术，请欢迎不同背景的创新者，并制造出鼓励合作创新的工作环境；

来源

：/2011/04/xd%E5%85%B3%E9%94%AE%E5%AD%971%EF%BC%9Adesign-thinking/

人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台