Clients and Solutions

新闻排行

如何在产品设计过程中描述一个完整需求场景

2017-08-17 11:36

  依照以前所学习的心理学知识,当用户具有某种需求时,会尝试使用各种手段来满足它。当中不存在转为为之设计的解决方案时,用户就会用各种尽可能能找到的东西来凑活(你们知道飞机杯、充气娃娃之类的东东对吧)。

  不断一层一层分析需求可能帮助你更清楚地了解用户到底想要什么。那么,一旦满足某种需求实在太难,满足它背后的需求也是可以的。比如,假设在候机大厅提供充电太难,还可以向用户提供电视(打发无聊)、刷信用卡的公用电话(给家人保平安)、提供该航班目的地地图(看目的地城市地图)、代定酒店(联系旅行社)。

  需求场景还需要分析是什么样类型的人有这种需求,他有什么样的能力可以潜在地帮他实现目标。

  其他合作伙伴更容易了解到这个功能的价值,更能够及时表达意见,否决不靠谱的功能,并对有价值的功能产生更强烈的共鸣,干劲儿十足。

  这几点信息其实统一地描述了需求产生的。从这些信息可以分析出诱发需求的条件和需求产生时的条件。

  需求场景是一种更接地气的分析和描述用户需求的方法(个人偏爱“需求场景”这个词)。它应该拥有这样的结构:

  比如想给手机充电是一种需求。但背后的需求可能是打发无聊、给家人保平安、看目的地城市地图、联系旅行社等等。给手机充电只是这些背后需求用户自己能想到的一种解决方案。

  “在某某时间(when),某某地点(where),周围出现了某些事物时(with what),特定类型的用户(who)萌发了某种(desire),会想到通过某种手段(method)来满足。”

  交互设计师可以从中获知这种需求场景的细节:“发生频率,需求强度,用户有什么样的能力和辅助工具”

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

  调查现阶段用户是否在凑活着使用某种产品,心里在骂娘,但还忍着用(又想到了12306对吧)。

  【编者按】本文作者朱晨,供职腾讯CDC。对于交互设计师而言,描述应用场景是在对产品需求进行分析时最简单直接的阐述方式。

  合作伙伴(交互设计师/视觉设计师/开发工程师)不能直接体会到该功能是为了帮助用户实现什么目标的,也就不知道这个功能的价值,究竟能给真实的生活带来何种变化。

  产品经理得出该结论往往是因为竞争对手拥有了该功能,而非分析了用户的真实需求。

  “在某某时间(when),某某地点(where),周围出现了某些事物时(with what),特定类型的用户(who)萌发了某种(desire),会想到通过某种手段(method)来满足。”

  当实在是找不到任何解决方案时,用户就只能憋着了。当很长时间里都无法发现解决方案时,用户就会(学名叫习得性无助),并压抑尝试的行为(没有网购前,正在上班的你无论多么强烈地想给老婆买结婚纪念日的礼物,都不会去开网页)。但是,一旦把这种解决方案拿到用户面前,请他试用,他在体验到成功的喜悦后就会对它爱不释手(想想在12306上订票成功时的心情吧,虽然确实烂)。

  对需求的描述有一些注意事项,那就是某种需求背后往往还有更深层次某种需求,它只是这种需求的解决方案。

  基于此,可以分析出,用户是在电量低的信息刺激下,想要充电。当时他所在的是候机厅,一个充满电器,但是没有插座开发给乘客的地方。

  method是用户现有的解决方案。把现有解决方案清晰地描述出来可以帮助产品团队判断竞争对手是谁。这种竞品往往不局限于同行业,只要目标需求一样,就是竞争对手。

  例如,针对获取地理信息这个需求,卫星地图的竞争对手可能是纸质地图,指南针和指大妈。

  在文中,作者将应用场景描述为需求场景,这种更加形象。因为对场景的描述就是一个分析用户需求的过程,解读这个过程可以更容易的对用户需求做出分解并从中找到吸引用户的关键。

  有了对竞争对手的了解,就可以更明确地知道这种用户需求是否存在,强度如何,我们的新方案有何优势,对方是否弱爆了。

  继续前面的例子,坐飞机的手机用户都可能会有这种需求,因为他们下了飞机一般都会联系家人报平安,联系别人来接机,等等。坐飞机的这些人一般都比较有钱,会带着现金或者信用卡。

Technical Support

网站统计