編輯導語：需求是一個好產品的前提，是一個優秀產品的起點。作者以我們日常生活中最常見的蘭州拉面為例子，分析了如何應對一句話需求？感興趣的小伙伴，一起來看看吧！

據不完全統計（僅個人觀察）：作為一個產品，你至少接到過N次一句話需求；如果你沒有接到過一句話需求，那么你至少說過一次一句話需求。

那么一句話需求是什么？不是說我走進蘭州拉面說“來個紅燒牛肉面”就是一句話需求，因為這句話能讓在場的大家、屏幕前的你都知道后續要發生什么、每個人要干嘛，而我們要討論的一句話需求是當你聽到后，你的想法是：我是誰？我在哪？我要干嘛？

那我們如何應對一句話需求呢？先聊方法，再談心態。

一、方法上

1. 來碗紅燒牛肉面

如果我們認為接收到的需求是“一句話需求”，那基本證明這個需求是一個單點，是一個與你現有的業務背景信息、產品架構設計不相容的一個點，而我們要做的就是通過一些維度把這個單點融入到已有的業務背景信息、產品架構設計中去，或者說去修改、優化現有的信息和設計去兼容這個點。

需求都產生于場景中，而場景必然由各種要素構成，而我們先要挖掘的就是構成該場景的要素。就像分析電影的拉片一樣來看這個一句話需求。

首先是經典的5W1H方法：Who\When\Where\Why\What\How (much)

繼續以標題的蘭州拉面舉例子，在“來個紅燒牛肉面”這個需求中，其實已經默認表明who和when，就是“我”和“現在、盡快”；但是where并沒有表明，因為不確定是否要打包，也就是在店里吃還是要打包回去吃，如果要打包，可能還要考慮距離多遠，如果近就直接一個盒子打包放湯和面，如果遠，面單獨打包，而湯要再單獨打包（筆者經驗豐富談不上，但是也挺多）；why也是默認被表明，那就是餓了嗎的“餓”；what還差點，就是說吃不吃香菜、吃不吃蔥；而how much其實也會問的，雖然墻上的價目表已經寫明價格，可一般打包盒都是收費的，而堂食一般是不收餐具費用。

所以我們看到用5W1H可以先把基本場景的構成要素構建起來，然后哪？然后需要將這些要素融入到大家現有業務和產品設計中，然后查看哪些地方可以適配，哪些地方有矛盾需要修改。

還是以蘭州拉面為例，現在有些地方因疫情原因無法堂食，而此時就會改變上面的5W1H中的至少一項，那就是不用問where，門口的A4z紙上的提醒已經告訴所有人：必需都是打包；而間接影響的另一項是how much，正如上文所說一般蘭州拉面的墻上價目表都是堂食價格，打包費另算的，所以同樣是一句話，我們結合現有的信息就可以確定其應該做哪些改變。甚至我們可以考慮基于此種情況考慮在門口再貼一張A4紙，寫上：打包一元。

同樣基于以上信息，我們再看一個熟客說“來個紅燒牛肉面”，那么就有更多信息可以融合適配，比如what中就不需要問了，因為是熟客；同時住的地方遠近也不用問，因為是熟客；而我們能不能增加那？可以的，因為是熟客，推薦新品更容易。比如最近有新來的羊肉串要不要試試？這個就可以是基于我們已有的業務模式和產品設計增加的環節，可以理解為what else。

看完蘭州拉面的例子，我們再用工作的例子試試。

2. 隨機播放

一首歌大概時長4分鐘，一般用戶開車上下班單程1小時，也就是大概能聽15首歌。而用戶反饋時說：為什么我選了隨機播放，還是老播放這幾首??？已經隨機播放了，還會重復播放怎么辦？

Who是司機，When是上下班路上，Where是車內空間，Why是為了消遣、提神、娛樂等，What是聽歌，How (much)是會員費和流量費。而用戶這個反饋主要是關注why和what，為什么我想消遣娛樂，但是聽到的是這么幾首？

首先分析這個一句話反饋（也算是需求）的現在狀態。一般歌單中歌曲數量是固定且有限曲目。同時現有的隨機方案是：每次播放下一首時從整個列表（本地或者云端）列表中隨機選擇一首，而當歌單中歌曲數據較小時，隨機到已經聽過的概率就變大；而當歌單中已經聽過的歌曲增加時，隨機到已經聽過的概率就變大。所以在這種真的隨機情況下，給用戶的體驗是“重復”，就沒有達到消遣的目的。所以通過實現聽盡量不重復的歌曲（what）來解決其消遣娛樂的需求（why）。而下面就是做方案了。

plan 1：將當前歌單的歌曲進行隨機排序，這樣每首歌必然僅出現一次，比如原來順序是12345，將這五首歌隨機排序為32415，那么就按照這個新的順序播放，每次播放器切換到隨機模式都從新生成一個順序即可；

plan 2：在當前歌曲播放完成或者切歌時，在未播完的歌曲中，隨機選擇一首來播放；

兩種方案在用戶體感上沒有很大差別，或者說用戶感覺不到差別，那我們還需要考慮什么因素哪？

除了剛才說的不想重復聽，還有個問題是聽到喜歡的歌曲，用戶想收藏進個人喜歡這個歌單，此時就涉及一個場景：歌曲放完了，但是我沒有收藏，我需要怎么辦？切到上一首再收藏，而從整個現有的場景看，我們的播放器具備切歌和收藏的能力，那這個對我們剛才的兩個方案有什么影響哪？有的，就是切到上一首的成本問題。plan2的上一首是每播放完一次記錄一次的，而plan1的上一首是切換到隨機模式時就已經確定，顯然這個切到上一首的實現邏輯更加簡單。所以結合現有的場景理解、產品設計、邏輯實現來梳理一句話需求，能從體系上解決問題。

二、心態上

無論一句話需求來自用戶、客戶還是公司內部（往往是上面的人），會有如下幾種反應：

1. 接受：說的對啊，我咋沒想到??！
2. 評估：這個考慮過了，不合適
3. 反對：這個不行、做不了、不合適；

很多時候大家的反對時內心活動都是：這@#￥%……&*。沒打錯，就是一堆不可描述的詞語。而此時大家可以考慮下，這樣大概率只是讓自己血壓升高、肝氣上涌、時間浪費，而作為不在戰斗一線，或者沒有真的做過相關產品設計的人來說他們無法理解這個后面的復雜度和影響范圍，所以我們沒有必要氣血先行，先收拾心情，然后思考下。

如果我們思考后，對方說的有價值，我們應該怎么辦？做啊，產品最應該做的就是有價值的需求；

如果我們思考后，對方說的無價值，我們應該怎么辦？這個才是真的難受的時候，要friendly地證明對方的這個想法沒有價值，注意是證明對方的觀點沒有價值，不是證明對方沒有價值。

而此時還是要回到剛才的業務背景信息和產品架構設計上。

如果對方點了一碗紅燒牛肉面后，說要堂食怎么辦？提供信息給他看啊，物業或者社區的告知書，曉之以情動之以理的說明，或者給他個打包盒打包好附近門口蹲著吃吧，這就是用一線的信息來證明對方的需求不成立。

那我們在看回隨機播放的問題，如果客戶說我希望聽音樂隨機播放，但是為啥聽郭德綱的相聲就不隨機播放了？因此產品在設計的時候，考慮到有聲讀取類很多都是章回體，如果隨機會打亂所有人的收聽方便性，而如果去記錄不同專輯的編排結構，這個工作量或者成本很大，所以聽播客默認是順序或者說列表循環，而如果用戶自己切換了隨機播放模式，播放器依然會記得該模式給這個用戶使用，這就是產品架構設計的兼容性與取舍，畢竟很少有人聽七俠五義、水滸傳要隨機播放吧？

三、寫在最后

一句話的需求也是需求，咱們就“添油加醋”讓它豐滿起來，畢竟一句話需求常有，而能平靜分析的產品不常有。

#專欄作家#

代成龍，人人都是產品經理專欄作家，智能硬件創業公司產品狗，從視頻巨頭公司到玩智能硬件的公司，繼續產品設計工作。

本文原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 unplash，基于CC0協議。