今天这个题目，是我早在2月份就记下来的，但是一直没有很好的思路继续写下去
因为前些年我的工作，是为一些大客户做私有化产品，大客户再把这个产品提供给他们的用户（企业为主），所以我日常接触的更多以客户为主，而非实际用户
大家都在说产品经理需要经常面对用户，否则容易“自嗨”，而我在刚转岗产品阶段，也经常陷入类似的误区。今天借此总结对于产品经理接触用户这件事的思考
为什么一定要接触用户？
大家都知道做产品要了解用户，接触用户。那么如果长期不接触用户会有哪些风险和问题呢？我归类了以下五个方面
1、难以转化“用户思维”
产品思维和用户思维，本就是两个不同的方式。我们日常工作，更多是采用产品思维将场景整合起来，形成可执行的业务功能
而为什么要有这些功能？这些功能帮助用户解决了什么问题？用户会不会使用这些功能？诸如此类的问题，都需要我们通过用户思维来验证
不了解用户，就很难知道他在实际业务中做什么，想什么，进而很难换位思考，用同理心来评估现有的业务
2、容易陷入“自嗨”模式
产品经理偶尔也会有一些突发奇想，或者是产品上的创新点、交互上的新方式，亦或是对于业务衍伸的新思考。但是这些创新点到底是不是用户想要的呢？
之前我就遇到过一次盲目自嗨，对于一个新想法干劲十足，但后续和用户沟通之后，发现实际上他们并没有这个诉求，一方面因为监管政策的不明朗，另一方面也是因为实际业务中很少遇到对应的困境
在产品社区，也经常看到有人写一些产品经理自嗨的问题，所以这一点也很容易理解
3、中转的需求不一定准确
虽然有时产品经理无法接触到用户，但是其他岗位会有机会。比如销售、运营，或者向我们这种大客户定制模式下，客户也会接触到用户，所以这些岗位也会定期向产品团队反馈一些用户声音
而这些用户声音经过他们的中转之后，很可能就“变味”了。无论是对方添加了自己的思考和诉求，还是对方没有真正了解清楚用户的诉求，最终产品团队拿到一个二手信息之后，对应的方案也会有很大的偏差
我下定决心写这篇文章，就是因为前段时间拿到的二手需求和用户实际诉求差异很大。当时我们针对二手需求进行了两周的方案设计，在最后和用户开会介绍方案时，才发现他们的实际诉求并不在此
4、需求洞察的源头容易跑偏
之前在听戴明老师的课程时提到，产品经理对于业务知识的四大学习方法：向书本学、向先进学、向客户学、向自己学。其中向客户学，其实就对应了今天所说的向用户学
毕竟很多产品经理在入行时，对于所从事的行业、赛道没有很多的实际经验，虽说其他三种学习方式也能够让自己熟知业务，但毕竟向“一线”人员学习，才能真正了解到很多业务盲区
如果没有发现这些业务盲区，真正在进行需求洞察时则容易跑偏。比如用户想通过这个功能解决洗手的问题，你却在这里摆放了一箱矿泉水，虽说能够满足需求，但并不是一个好的方案
究其原因，大多数情况都是在需求洞察阶段，对用户需求背后的痛点做到足够的了解
5、不易构建“用户旅程”
其实，一个完整的产品设计流程，应该从实际的“用户旅程”开始，先构建基本的用户旅程地图，再梳理这个旅程中的“用户麻烦地图”，然后考虑如何通过产品设计解决这些麻烦
所以，如果无法有效接触用户，接触有效的用户，那么这个“用户旅程”便很难梳理出来
虽然分了五类，但其实很多现象都是相通的。而且在接触用户的过程中，很多用户并不能准确的把实际诉求说出来，因为他们缺少产品思维，只是在向你描述事实，而这些事实又是支离破碎的，建立在很多前提条件之下
前段时间我也和用户有过沟通，针对一个业务场景交流了很多次，最后才把整个场景串起来
所以，需要我们善于提问，善于发现，善于梳理和串联，才能最终把真正的业务现状，用户痛点准确洞察出来
