编辑导语：需求是一个好产品的前提，是一个优秀产品的起点。作者以我们日常生活中最常见的兰州拉面为例子，分析了如何应对一句话需求？感兴趣的小伙伴，一起来看看吧！

据不完全统计（仅个人观察）：作为一个产品，你至少接到过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协议。