从【单库自动选库】的优化，聊聊“企业级产品经理如何看待客户的非必要需求”

“我要自动选库”。客服接到一个客户反馈：“我只有一个仓库，入库单的【仓库】字段能不能做默认选择？因为只有一个仓库，次次入库，次次重复点击，明显多余的操作。”客户很不理解，客服没有提交这个问题到产品部，因为……

这不是Bug，也看不出有很强的必要性。也确实，所有开发人员都会这么设计，支持多库时需要选库，天经地义。客户希望单库时自动，至多算优化场景，多数是小客户用，必要性不是很大。少点一下、多点一下而已。

是产品适应用户，还是用户适应产品？记得有人讲过一件事：当用户提出一个软件中没有的场景或功能时，多数2B软件都会说：我们没有这个功能。但是SAP的实施顾问会说：让我们一起来看看找找解决思路。软件终究是解决用户问题的，把用户的问题放在优先于设计者/开发者逻辑的位置，经常会看到一个完全不同的世界。

不在于难度，而在于态度。我们听从了客户的建议，做了这个不大的优化。只需要一名工程师半天的时间开发，就解决了小用户和新用户在仓库所有数据/单据录入过程中的单库自动选库问题。忽然能理解：有时电话那头/微信那头、客户着急地希望优化一个问题，死活给我们说不明白的无奈。我们很难理解客户吗？【不！我们认为客户不懂软件】是的，就是这个自大、傲慢的想法，把用户的感知拒之门外。负责任地告诉你，在电话那头，用户在心里大声抱怨的是完全相反的观点：【他们（软件开发人员）根本不懂我们的业务！】

以为人民服务的心态服务用户。软件也好，技术也好，都是为了解决问题。如果把产品经理、开发人员的位置习惯性的凌驾在用户之上，无异于自掘坟墓。一直很推崇“为人民服务”的观点，不要讲什么客观、也不要讲什么障碍，首先我们开发者的内心是装着用户，还是装着我们的开发框架和开发逻辑？当用户的问题摆在眼前，首先你要做的就是：从用户的角度认知这个问题，然后……然后大概率都能解决。现在的技术、经验、整个软件的大体系，无数新技术、新方法、新理念。只要我们想，总是有可能找到解决方案的！甚至经常可以解决得很出色！

用户思维：做产品的最佳状态。好的软件为用户降本增效，反之，只会增加用户成本。B端产品要为“客户”降本增效，就要为“用户”提供优秀的用户体验。都明白用户很重要，但真正把“用户价值第一”做到产品里面却并不容易。在面对复杂的业务场景和用户场景时，B端产品的总体建设流程，其实是借鉴软件工程自顶向下的设计思路，从抽象到具体逐步展开工作，大体上可分为业务问题诊断、设计解决方案（包括整体方案和细节方案）、执行并优化解决方案（又分为设计技术方案、实施、迭代）三大阶段。

但是，现实里做产品的最佳状态，其实是把思维变成用户模式，站在用户的角度考虑有没有用，或者自己本身就是产品的忠实用户，去洞察人性，去以己推人。