產品經理(PM)是產品的牽頭人，負責產品功能的定義、規劃和設計，對我們交互設計師來說也是主要的需求來源方。產品經理和交互設計師的工作範圍互有交集，比如用戶調研、需求分析等，實際工作中要互相配合，最終呈現給用戶一個合理而注重體驗的解決方案。
前些天一個項目的產品經理接到運營提出的一個需求，說有個服務單位希望可以自己選擇某些商品進行上下架操作，如圖1，產品經理簡單畫了個原型，在現有的商品頁面加上了「積分範圍」、「上架狀態」兩個查詢條件，以及「上架」和「下架」的操作。
看上去簡單且合理，但在需求評審的時候後端開發夥伴提出質疑，現在是我們自己從第三方那邊同步過來一套商品庫，各服務單位都是來我們這裏取的，沒有上下架的概念，如果讓他們自己上下架的話，也就意味着需要爲300多個服務單位都複製一份商品庫，這樣無疑大大增加了數據的存儲同步、商品庫存管理的數據量及風險。
於是我們對用戶需求進行了分析討論，得知該服務單位認爲積分太低的商品對他們的會員體系建設不利，想提高積分兌換的門檻，2000積分值以下的商品他們都不想上架，所以提出要給他們自己上下架的功能。
根據以上信息得知，用戶的需求是“自己上下架商品”，這只是需求表象，實際操作時如果篩選出大量商品，進行上下架也是一項繁重的工作。用戶的真正目標是：只展示某個範圍內的積分商品。
接下來，根據這個用戶目標來考慮怎麼實現產品功能。
我們只要在開通積分商城時，給用戶一個設置積分範圍的功能就可以了，一個最小值和一個最大值，讓用戶根據自己的需要進行設置，不在這個範圍內的商品前臺不展示即可，這樣不僅滿足了該用戶目前的需求，也兼顧了其他可能有類似需求的用戶，以後根據情況再評估是否需要單獨提供上下架的功能。
這個方案即滿足了用戶需求，也大量減少了團隊的工作量，便於項目快速迭代。
設計稿見圖2
結語：有時候用戶提出的需求只是一種表象，我們要深挖其背後的原因，找到用戶目標，從而設計出經濟合理的產品功能。我們在實際工作中，不單要關注用戶體驗，還應考慮技術可行性、投入產出比等因素，以實現產品的快速迭代，搶佔市場先機。