從【單庫自動選庫】的優化，聊聊“企業級產品經理如何看待客戶的非必要需求”

“我要自動選庫”。客服接到一個客戶反饋：“我只有一個倉庫，入庫單的【倉庫】字段能不能做默認選擇？因為只有一個倉庫，次次入庫，次次重復點擊，明顯多余的操作。”客戶很不理解，客服沒有提交這個問題到產品部，因為……

這不是Bug，也看不出有很強的必要性。也確實，所有開發人員都會這么設計，支持多庫時需要選庫，天經地義。客戶希望單庫時自動，至多算優化場景，多數是小客戶用，必要性不是很大。少點一下、多點一下而已。

是產品適應用戶，還是用戶適應產品？記得有人講過一件事：當用戶提出一個軟件中沒有的場景或功能時，多數2B軟件都會說：我們沒有這個功能。但是SAP的實施顧問會說：讓我們一起來看看找找解決思路。軟件終究是解決用戶問題的，把用戶的問題放在優先于設計者/開發者邏輯的位置，經常會看到一個完全不同的世界。

不在于難度，而在于態度。我們聽從了客戶的建議，做了這個不大的優化。只需要一名工程師半天的時間開發，就解決了小用戶和新用戶在倉庫所有數據/單據錄入過程中的單庫自動選庫問題。忽然能理解：有時電話那頭/微信那頭、客戶著急地希望優化一個問題，死活給我們說不明白的無奈。我們很難理解客戶嗎？【不！我們認為客戶不懂軟件】是的，就是這個自大、傲慢的想法，把用戶的感知拒之門外。負責任地告訴你，在電話那頭，用戶在心里大聲抱怨的是完全相反的觀點：【他們（軟件開發人員）根本不懂我們的業務！】

以為人民服務的心態服務用戶。軟件也好，技術也好，都是為了解決問題。如果把產品經理、開發人員的位置習慣性的凌駕在用戶之上，無異于自掘墳墓。一直很推崇“為人民服務”的觀點，不要講什么客觀、也不要講什么障礙，首先我們開發者的內心是裝著用戶，還是裝著我們的開發框架和開發邏輯？當用戶的問題擺在眼前，首先你要做的就是：從用戶的角度認知這個問題，然后……然后大概率都能解決。現在的技術、經驗、整個軟件的大體系，無數新技術、新方法、新理念。只要我們想，總是有可能找到解決方案的！甚至經常可以解決得很出色！

用戶思維：做產品的最佳狀態。好的軟件為用戶降本增效，反之，只會增加用戶成本。B端產品要為“客戶”降本增效，就要為“用戶”提供優秀的用戶體驗。都明白用戶很重要，但真正把“用戶價值第一”做到產品里面卻并不容易。在面對復雜的業務場景和用戶場景時，B端產品的總體建設流程，其實是借鑒軟件工程自頂向下的設計思路，從抽象到具體逐步展開工作，大體上可分為業務問題診斷、設計解決方案（包括整體方案和細節方案）、執行并優化解決方案（又分為設計技術方案、實施、迭代）三大階段。

但是，現實里做產品的最佳狀態，其實是把思維變成用戶模式，站在用戶的角度考慮有沒有用，或者自己本身就是產品的忠實用戶，去洞察人性，去以己推人。