1、质疑方案对应的需求是否靠谱：不断的问自己这个需求的用户场景是什么?用户的这个需求合理嘛?如果没有这么解决，会对用户造成什么问题等
2、质疑方案本身是否解靠谱：如果是这个方案，会真正帮忙用户解决他的问题嘛?会不会对用户造成新的问等
二、每天还会随时关注来自微博、微信、qq群等方面的反馈。和用户接触多了，也就发现了其中的乐趣：
1、学会的考量需求：通过回复用户反馈，被用户逼着去思考用户提出的需求靠不靠谱?有没有用户场景?是大规模用户需求还是长尾需求?应该如何答复用户反馈?等等
2、更加深入的了解自己的产品：通过回复用户反馈，被用户逼着去更加深入的去熟悉自己的产品细节，用户的这个反馈是针对哪个部分的?之前为什么这么设计?现在需不需要优化?等等
3、真正明白那个“用户需要更快的马，其实是需要一辆汽车”的故事：举个例子，用户反馈需要MIUI便签增加保存为图片的功能。如果直接按照用户反馈，产品方案会好出，但是仔细想想用户要保存为图片做什么呢?发微博配图，私信给自己的好友等等，那么产品方案可能就不是“保存为图片”，而是“以图片的形式发送”。
