我们常常面临这样的尴尬，用户/客户说需要X功能，老板觉得特别简单让立马加上；产品经理经过调查，发现要添加X功能，必须要有实现Y功能，Z功能，否则没法用；技术评估了一下要实现X功能，Y功能，Z功，必须改动A模块，B模块，C模块，完全实现可能需要好几个月。把评估结果反馈过去一看，老板火了，这么简单的功能，需要这么长时间，你逗我玩吧！于是，老板开始怀疑员工的能力，员工也觉得老板不懂行。

这种例子在我们工作场景中是很常见的，这里面有三种思维方式：

1. 以用户，客户，老板为代表的用户思维，觉得这事儿特别简单；

2. 以产品经理为代表的产品思维，觉得这事要做得好好规划一下，不是表面那么简单；

3. 以研发为代表的工程思维，从实现原理上来告诉你为什么不是这么简单。

因为对一个事情的认知，知识结构的不同，这种思维的差异是一种天然的存在，我们不能消灭它，只能利用它。作为产品经理，需要有洞察并利用这种思维差异的能力，那么这三种思维方式有什么不同呢？

1. 用户思维

用户思维是从自己的需要出发考虑事情的思维方式，这里的用户，可以是公司的客户，使用产品的用户，也可以是合作部门提需求的同事，也可以是老板。

用户思维一般逻辑特别简单，只有需求和想要的结果，关注表现层的东西，没有执行的过程。比如我想看电视，那么在我的思维中，我打开电视就应该出现画面和声音，我想上网，我连上网线就可以上网，我想买东西，我连上网后就可以选择商品并购买，至于电视信号怎么来的，网络信息是怎么传输的，网站是怎么建设的，商品是怎么放到网上的，对用户思维的人来说，是不考虑的。

以直播为例，用户的思维是——

我孤单、寂寞、无聊，我要在网上找个妹子陪我聊天。

在这个思维模型里面，他的预期是手机能上网，下载一个App，打开后就有很多很多的妹子了

2. 工程思维

和用户思维特别简单相反的是工程思维，工程思维是非常严谨和复杂的思维方式，工程思维关注的是需求实施的过程，包括目标，计划，方案，执行等。比如开发一个App, 用户思维的人觉得就是自己下载到桌面的那一部分，而实际上在工程思维的范围内，那只是很小的一部分，除了客户端还包括注册域名，购买服务器，带宽，注册开发者账号，技术选型，框架选择，服务端开发等一系列的问题. 工程思维还原了事情的本质。

以直播为例，要实现直播功能, 并不像用户想象的那样，打开一个App点击一下用户就出来了，而是需要经过采集视频，加滤镜、视频编码、推流、CDN分发、拉流、视频解码、播放、聊天互动等环节才能完成,这里面涉及到视频处理技术，音频技术，即时通讯技术等，一个直播产品的架构如下（图片来自网络）

3. 产品思维

用户思维想事情特别简单，而工程思维想事情特别复杂，如果让用户思维的人和工程思维的人沟通，就会出现天雷勾地火的效果，要不没法沟通，要么做出来的东西非常难用。这时候就需要产品思维的人，产品思维来弥合用户思维和工程思维之间的鸿沟，在表现层向用户思维靠拢，尽可能的按照用户的心理模型来实现产品，而在逻辑层向工程思维靠拢，用严谨的逻辑传达需求，符合工程思维的实现模型。

还是以直播为例来说明，在直播产品中，用户虽然是直播产品最后的使用者，但是他的角色是不参与产品的实现的，负责实现的是公司的产品、ui、研发等；产品作为用户的代言人，代表的是用户的利益，产品如果不能洞察不同用户的思维或者研发比较强势, 设计的产品就会偏向工程思维的人，将从采集视频，到聊天互动的每个环节在界面上都展示出来，这样功能是实现了，但是用户是不会用的，而了解这种思维差异的人，在产品设计中会模仿用户的思维，尽量按照用户的思维来设计，直播的前端大概的框架是这样的。

这里面考虑了用户的需求，老板的意见，运营的意见和自己对产品的规划，经过交互设计师和Ui的完善，就变成了下图这样

用户只要手机能上网，下载App后注册账号，就可以看到主播的列表，点击进去就可以看妹子直播了，非常简单直接（上面图片是映客的截图）。

小结

用户的思维代表的是用户的心理模型，产品的思维代表的是假设的用户模型，工程思维代表是真实的实现模型，这三种思维方式并不是那一个人群和工种特有的，而是会经常转换的。在我们擅长的领域，我们的思维往往是产品思维和工程思维，当转换到不懂的领域，看待这个领域事情的思维就变成了用户思维。

对于在互联网行业工作的人, 产品经理作为产品的灵魂，不仅要洞察需求，明确产品目标，还要了解实现目标的方法和路径，是最需要了解这三种思维方式的人，在其它岗位的人也建议多了解了解。了解不同人的不同思维方式，虽然不能像一些方法论一样直接套用，但是了解它可以让我们在工作中面对不同的人知道怎么更好的沟通，怎么更好的把握用户的需求，怎么让设计的产品更符合用户的心理预期……当然更重要的是，让自己知道有些思维的差异是天然存在的，面对误解，委屈的时候让自己能坦然处之。

来源：http://www.wordpm.com/?p=6747