產(chǎn)品經(jīng)理(PM)是產(chǎn)品的牽頭人聪富，負(fù)責(zé)產(chǎn)品功能的定義愕宋、規(guī)劃和設(shè)計婆翔，對我們交互設(shè)計師來說也是主要的需求來源方。產(chǎn)品經(jīng)理和交互設(shè)計師的工作范圍互有交集掏婶，比如用戶調(diào)研啃奴、需求分析等，實際工作中要互相配合雄妥，最終呈現(xiàn)給用戶一個合理而注重體驗的解決方案最蕾。
前些天一個項目的產(chǎn)品經(jīng)理接到運營提出的一個需求依溯，說有個服務(wù)單位希望可以自己選擇某些商品進(jìn)行上下架操作，如圖1瘟则，產(chǎn)品經(jīng)理簡單畫了個原型黎炉，在現(xiàn)有的商品頁面加上了「積分范圍」、「上架狀態(tài)」兩個查詢條件醋拧，以及「上架」和「下架」的操作慷嗜。
看上去簡單且合理，但在需求評審的時候后端開發(fā)伙伴提出質(zhì)疑丹壕，現(xiàn)在是我們自己從第三方那邊同步過來一套商品庫庆械，各服務(wù)單位都是來我們這里取的，沒有上下架的概念菌赖，如果讓他們自己上下架的話缭乘，也就意味著需要為300多個服務(wù)單位都復(fù)制一份商品庫，這樣無疑大大增加了數(shù)據(jù)的存儲同步琉用、商品庫存管理的數(shù)據(jù)量及風(fēng)險堕绩。
于是我們對用戶需求進(jìn)行了分析討論，得知該服務(wù)單位認(rèn)為積分太低的商品對他們的會員體系建設(shè)不利邑时，想提高積分兌換的門檻奴紧，2000積分值以下的商品他們都不想上架，所以提出要做一個他們可以自己上下架的功能晶丘。
根據(jù)以上信息得知黍氮，用戶的需求是“自己上下架商品”，這只是需求表象铣口，實際操作時如果篩選出大量商品滤钱，進(jìn)行上下架也是一項繁重的工作觉壶。用戶的真正目標(biāo)是：只展示某個范圍內(nèi)的積分商品脑题。
接下來，根據(jù)這個用戶目標(biāo)來考慮怎么實現(xiàn)產(chǎn)品功能铜靶。
我們只要在開通積分商城時叔遂，給用戶一個設(shè)置積分范圍的功能就可以了，一個最小值和一個最大值争剿，讓用戶根據(jù)自己的需要進(jìn)行設(shè)置已艰，不在這個范圍內(nèi)的商品前臺不展示即可，這樣不僅滿足了該用戶目前的需求蚕苇，也兼顧了其他可能有類似需求的用戶哩掺，以后根據(jù)情況再評估是否需要單獨提供上下架的功能。
這個方案即滿足了用戶需求涩笤，也大量減少了團(tuán)隊的工作量嚼吞，利于產(chǎn)品的快速迭代盒件。
最終設(shè)計稿見圖2
結(jié)語：有時候用戶提出的需求只是一種表象，我們要深挖其背后的原因舱禽，找到用戶目標(biāo)炒刁，從而設(shè)計出經(jīng)濟(jì)合理的產(chǎn)品功能。我們在實際工作中誊稚，不單要關(guān)注用戶體驗翔始，還應(yīng)考慮技術(shù)可行性、投入產(chǎn)出比等因素里伯，以實現(xiàn)產(chǎn)品的快速迭代城瞎，搶占市場先機。
