还记得有个经典的故事：福特问用户需要什么样的交通工具，顾客说要更快的马，于是福特却造出来消费者意想不到的车来。
之前跟苹果公司的一个朋友谈到乔布斯在世的时候，每个员工都被乔布斯而鼓舞，每个人都认为可以做出用户意想不到不到产品，而如今公司却推崇的是：做出用户想要的产品。
这两个故事虽然不同，却有着一样的共性：
那就是当我们做产品的人问消费者的时候，如何理解消费者的反馈。
无论是福特的更快的马车，还是苹果用户想要的产品，其实这都是在满足用户需求的表象。如果仅仅接受这样的信息来指导自己做产品那一定不会让用户“意想不到”，更或者说这不过是用户预料到的而已。
然而这是一个产品选择冗余的时代，不能有效的识别到用户潜在需求，那就必然难以有效的做出超越用户预期的产品。
我记得自己第一次创业的时候，参考精益创业中找种子用户，听用户的反馈并展开迭代。随着版本的不停推出，却发现产品做的越来越复杂了，用户反馈越来越差了。
如今再回忆起来，才发现并不是用户的问题，而是自己接收用户的信息出了问题。跟用户沟通，不能全盘接受，而是应该识别有效的反馈，这反馈就是：
问用户的问题一定是基于结果的需求，而不是解决需求的方法。
面对潜在用户和已有用户，我们去沟通时，首先我们要设定一个假设：
是去了解需求的，还是来学习满足需求方法的。
不同的假设，就形成了不同的反馈。如果我们去了解需求，那么当我们去跟用户沟通的时候，我们更多的时候去了解这样的问题：
你在xx问题上得到有效解决了吗？
还有哪些地方感觉不够好的？为什么不好
....
总之就是通过沟通，能够让用户帮我们定义我们产品真正要解决的刚需问题是什么？
然而，大多数情况下却是这样：
你感觉我们产品还应该加上哪些功能
你还需要什么样的产品
这种情况下，用户就不是帮你定义问题了，转而帮你定义解决问题的方法了。
没错，还记得自己之前思考过的那句：问题比答案重要。我们问用户需要增加什么的时候，我们是在假设：
用户在解决需求方法上比我们专业。
如果是这样，这么专业的用户为何还买你这不够专业的产品干啥呢？
用正确的方式做正确的事，这句话在这里非常适合。
我们跟用户沟通的时候，更多的是在沟通正确的事：即通过用户的反馈，来发现用户潜在没有解决的痛点需求。然后才是我们用专业的能力去构建更好的方法来解决需求的过程，即正确的做事过程。
然而，我们在大量的用户交流沟通中却容易迷失专业和非专业的差异，问题和方法的差异，把用户当成了解决方法的专家，把用户的信息作为了技术实现的方案。
如此来看：福特真是一名非常好的产品经理，能够在用户反馈更快的马车的情况下，很清晰的洞见出这背后的需求是：
用户需要更快的交通工具这个需求，而不是更快的马车这个满足需求的方法。
一念之差，却又差之甚远。我们的前提假设决定了我们成功的效率，自勉！
今日思考，不求绝对，但求养成思考的习惯。