如何基于场景设计产品？【产品经理须知】

所谓的场景是拆解下来可以表示为：“在什么时间(when)，什么地点(where)，周围出现了什么事物时(what)，什么用户(who)产生了什么想法，会想到通过某种方式来满足它。”

1.场景的意义

传统的软件开发流程中，产品经理/产品策划首先会提供一份功能列表。这种功能列表所使用的描述方式往往是以软件为导向的，比如“商品列表支持按照价格从低到高排序”。

这种描述方式的有一些不好的地方，产品经理得出该结论往往是因为竞争对手拥有了该功能，而非分析了用户的真实需求。团队的其他成员不能直接体会到该功能是为了帮助用户实现什么目标的，也就不知道这个功能的价值，究竟能给真实的生活带来何种变化。

而以需求场景的方式描述需求，就能够有效避免这些问题

产品经理知道这个新开发的功能是为了帮助用户解决什么问题，交互设计师可以从中获知这种需求场景的细节：“发生频率，需求强度，用户有什么样的能力和辅助工具”，其他合作伙伴更容易了解到这个功能的价值，更能够及时表达意见，否决不靠谱的功能，并对有价值的功能产生更强烈的共鸣。

2.场景的价值判断

那么怎么样去判断一个场景存在价值呢?依照心理学知识，当用户具有某种需求时，会尝试使用各种手段来满足它。当环境中不存在转为为之设计的解决方案时，用户就会用各种尽可能能找到的东西来凑活。当实在是找不到任何解决方案时，用户就只能憋着了。当很长时间里都无法发现解决方案时，用户就会绝望(学名叫习得性无助)，并压抑尝试的行为(没有网购前，正在上班的你无论多么强烈地想给老婆买结婚纪念日的礼物，都不会去开网页)。但是，一旦把这种解决方案拿到用户面前，请他试用，他在体验到成功的喜悦后就会对它爱不释手(想想在12306上订票成功时的心情吧，虽然确实烂)。

所以，就诞生了两种衡量需求场景靠谱程度的方法：调查现阶段用户是否在凑活着使用某种产品，心里在骂娘，但还忍着用(又想到了12306对吧)。用最低廉的成本做出一个基本能用的解决方案，请目标用户试用，询问体验。

3.如何描述场景

前面提到，需求场景应该如何描述。各部分信息存在的意义如下when，where，with what。这几点信息其实统一地描述了需求产生的环境。从这些环境信息可以分析出诱发需求的条件和需求产生时的环境条件。

例如，“在候机时，候机厅里，用户看到手机电量过低时，会想要充电”。基于此，可以分析出，用户是在电量低的信息刺激下，想要充电。当时他所在的位置是候机厅，一个充满电器，但是没有插座开发给乘客的地方。

需求场景还需要分析是什么样类型的人有这种需求，他有什么样的能力可以潜在地帮他实现目标。继续前面的例子，坐飞机的手机用户都可能会有这种需求，因为他们下了飞机一般都会联系家人报平安，联系别人来接机，等等。坐飞机的这些人一般都比较有钱，会带着现金或者信用卡。

对需求的描述有一些注意事项，那就是某种需求背后往往还有更深层次某种需求，它只是这种需求的解决方案。比如想给手机充电是一种需求。但背后的需求可能是打发无聊、给家人保平安、看目的地城市地图、联系旅行社等等。给手机充电只是这些背后需求用户自己能想到的一种解决方案。不断一层一层分析需求可能帮助你更清楚地了解用户到底想要什么。那么，一旦满足某种需求实在太难，满足它背后的需求也是可以的。比如，假设在候机大厅提供充电太难，还可以向用户提供电视(打发无聊)、刷信用卡的公用电话(给家人保平安)、提供该航班目的地地图(看目的地城市地图)、代定酒店(联系旅行社)。

最后，是用户现有的解决方案。把现有解决方案清晰地描述出来可以帮助产品团队判断竞争对手是谁。这种竞品往往不局限于同行业，只要目标需求一样，就是竞争对手。例如，针对获取地理信息这个需求，卫星地图的竞争对手可能是纸质地图，指南针和指路大妈。有了对竞争对手的了解，就可以更明确地知道这种用户需求是否存在，强度如何，我们的新方案有何优势，对方是否存在劣势。

猜你喜欢：

产品经理为什么要懂技术?懂技术的产品经理有什么优势?

产品经理如何选择跳槽的企业和部门?

产品经理必懂的多参数事件埋点

什么样的原型是好原型?

传智教育产品经理培训课程