用研的第一铁律：永远不要问任何人他们想要什么。
最近在工作中发现一个现象，就是在一个功能的做法犹豫不决或者看法有分歧时，最后的结论都会归为一句「调研一下吧」，所以运营就沦为了调研工具，但是最后还是难免陷入调研困境。所谓调研困境指的是调研虽调研了，得到的却是没有意义甚至是和现实相悖的结论。下面以B端产品的场景为例解释一下：
- 新功能，问用户想不想要，用户大多数情况都会回答想要，但如何衡量这个功能的ROI呢？如果不做这个功能会有什么影响呢？在B端需求不存在「发现」。
- 老功能，问用户使用情况 事实是，用户甚至没有注意到这个功能，回答问题的原因就是因为你诚心诚意的提问了，我就大发慈悲的告诉你。
很多人习惯问用户”你想要什么功能?”、”你认为这个系统怎么样？”这样类似的问题，殊不知这就是把客户往错误方向带的开始。实际上用户根本不知道这个问题到底是有什么意义，也不知道要怎么回答才好，他们也根本说不清楚他们想要什么。
对于用户调研，这些信息是有用的，但是从来都不应该用这些东西来决定产品的未来。---「找到人们对于今天事物的看法是很有参考价值的，但是想让别人告诉你未来什么东西有用是一定没有用的。」
身为产品设计师，你需要有想象力，需要有非同寻常的自信和出色的创造力。
调研访谈技巧是需要训练的——最核心的是：理解用户平时的工作流程和产品使用习惯，以及在使用中遇到的困难。
以下是一些不好的访谈问题：
如果我们开发xxx 功能/我们有个新产品，你们会用吗？(一般都是，当然会用；反正也不需要现在付钱，为什么不用呢。直到你需要用户真的掏出真金白银的时候，才发现，事情没那么简单)
你觉得我们这么改动，你们能喜欢吗/觉得可以吗？ （没有比较就分不出高下。如果你非要这么访谈用户，给用户AB两个选择，而不是一个选择）
你觉得我们产品有什么问题，你有什么反馈？(能临时想起来的，要么是重大的产品问题，要么就是最近遇到的不重要的产品问题，一般来说，这种问题得到的都是用户最近的一些反馈，不能反应用户深层次遇到的困难)
可以考虑采用：
能告诉我平时你怎么集成SDK吗？
能告诉我平时你怎么在我们这里搜索信息吗？
参考资料
https://www.uisdc.com/stop-asking-what-they-want
https://www.uisdc.com/?s=b2b+%E7%94%A8%E6%88%B7%E8%B0%83%E7%A0%94
http://www.woshipm.com/user-research/1895984.html
