方法很简单，遇到用户需求，不要只考虑表面反馈，要针对这个需求问底层原因，然后对底层原因再问下去，一直问 3-5 层，直到到底为止，最底下的原因就是真实需求。

得到真实需求后，一般尽量靠修改交互，简化流程来实现对用户的需求，而不是靠写代码武力解决。

为了达到培训目的，我给同事讲了我过去一个真实例子

2018 年我从 deepin linux 离开，中间在家躺了半年，一个朋友要做智能售货柜，我带了 3 个人从硬件设计，操作系统开发，小程序商城开发，后台打标平台，工厂生产程序，硬件自动运维平台，半年内全部搞定。把硬件成本从 6000 多降到 1800（柜子成本 1500）。

他们原来开发商城时自己开发了 IM、交易系统和打标系统，那个系统真的烂，bug 百出，遇到我时，我根本没有写更多代码去解决这些 bug。

我在白板后面思考了一上午，IM 真实的需求是什么？根本不是聊天，发图片，语音这些。如果一个研发产品团队上下不动脑筋就会自然而然的开发这些功能。对于售货柜来说，IM 本质是交易出现问题老板要和客户扯皮，不扯皮的话，你和柜子后面老板聊天吗？我做了什么？知道扯皮需求后，我只改了一处代码，在订单页面，老板可以看到顾客电话，顾客可以看到老板电话，但凡一方觉得有问题，给对方打电话，自己加微信解决。微信的功能不比你自己开发那个 IM 好多了？就这样化繁为简，顾客老板都满意，而且一个静态的电话号码是不会出 bug 的

还有就是交易系统，交易系统难的是你后面要对接微信支付宝和银行，每个系统退款机制不一样，你写交易程序一来会出很多 bug，二来这些退款有延迟的时候，客户就要来骂你，最麻烦的时，进款和退款会导致商家对账非常麻烦，商家会觉得系统难用。那我又做了啥？我设计了交易系统只进钱不出钱，要补差价和退款，老板和客户微信联系，微信可以发红包。这样一来，不退款系统就没那么多 bug，而且老板对账很简单，这个月所有进账总额减去微信红包就好了，因为发红包的时候是老板自己沟通的，他印象深刻，他就不会对着原来莫名其妙的退款账目找售货柜厂商了

最后一个就是打标平台，客户买了东西，要远程人工识别。原来团队每天思考怎么搞一堆售后去扛峰值，这样导致饭点时后台打标人很多，顾客工作时，打标人大量闲置，成本巨大浪费。我问为啥这样设计？回答说，这样可以保证实时结算。又是不动脑筋的研发。我说，实时结算重要吗？对方跟我说了一堆啥用户体验鬼话。我回答他说，人性不是这样的，人性最期望你免费。我说，用户不是有微信信用分担保嘛，你怕啥？他拿了货，你先不要给他扣款，你就显示订单结算中，不要去扣他款，所有用户看到这里，他都会想，这个柜子有意思，买了东西不扣款，最好他一直结算中。这样你原来 30 个人打标成本最后换成一个人就好了，你晚 2 个小时给他扣款，用户根本就不着急。运维人员成本降低了多少？95%

我讲完这个故事，给研发同事说，看到没？这就叫做深入思考，一个顶尖的将军，讲的不是武艺高强，写多少牛逼的代码去解决伪需求，而是深入思考，不战而屈人之兵才是最好的策略