框计算中的需求分析概述

标签: 框计算 需求满足 | 发表时间:2011-07-05 15:58 | 作者:editor Michael
出处:http://stblog.baidu-tech.com

框计算的目标是为用户提供基于搜索框的一站式搜索服务。举例来说,当用户在搜索框中输入“非诚勿扰”时,系统就能明确该query有寻求电视节目视频、电影视频、查找影评、参与讨论及查看相关新闻等需求,然后将这些不同的需求分配给最优的内容资源或应用进行处理,最终精准高效地将满足这些需求的结果展现给用户。图1展示了“框”对query“非诚勿扰”的满足情况。从上面的分析中,我们不难看出,框计算的第一步,就是识别出一个query具有哪些需求,而这正是需求分析要完成的任务。

图1 “非诚勿扰”的框计算结果

需求分析是框计算的入口,因为只有分析出query的需求,才能更好地展现出相应的结果来满足用户的需求。因此对query的需求分析得越准确、覆盖的query准多,用户的满意度则越大。需求分析是框计算中最重要也是难度最大的地方之一。

识别query的需求,最容易想到的方法是查词表。比如将所有的电影、电视剧名都事先收集起来,放到词表中,只要用户输入该词表中的词,就能识别出一个query是否有寻找视频的需求。这种方法的优点是快,但缺点非常明显:首先,这种方法只能将query划分为2个维度,要么有视频需求,要么没有视频需求。但很多视频的名字,具有多方面的含义,在视频上面只是其中一个微弱的含义,如果直接出视频需求,则会极大地伤害用户。比如,有一个广告片的名字叫“百度一下”,这个广告片可能60%以上的用户都不熟悉,如果这60%以上的用户输入“百度一下”,直接给出一个名为“百度一下”的视频观看结果,则这60%以上的用户会感觉非常困惑。其次,这种方法不能很好地满足大部分用户的需求。用户在寻找视频时,表述方法是多种多样的,比如:士兵突击全集、士兵突击 高清、士兵突击全集在线观看等,这3个query都具有强烈的寻找视频需求,但通过查表的方法,却无法识别出该需求。再次,这种方法对电影、电视剧外的视频需求无法满足。有视频需求的往往不止电影、电视剧,流行或新闻时效性的很多东西,都具有强烈的视频需求。比如:西单女孩、中关村男孩、钓鱼岛撞船、朝韩炮击等,多数用户往往都有查看相关视频的需求。最后,这种方法缺乏预测性,识别出的query数量有限。即对于词表中的词条,能够识别出视频需求,但词表外词条,无法识别出视频需求。因此,如果词表的规模为N,则最多只能识别出N个query具有视频需求。

从上面的分析中,我们可以总结出,一个好的需求分析方法,至少要满足如下需求:1)具有很高的准确率以及召回率,即能在识别出90%以上query需求的同时,又能保证识别出来的需求,95%以上都是正确无误的;2)具有良好的预测能力,即能够准确地预测出未知query的需求;3)具有识别需求与解析字段功能,即在识别出query需求的同时,还能高效地从中解析出所需信息。

下面是几个典型的例子。通过这些例子,大家就能对需求分析要完成的任务有一些大体的了解了。

在图2中,需求分析需要完成的任务就是解析出query具有汇率转换的需求,并解析出数额56.7,以及源货币为美元,目标货币为人民币。

图2 直接展现汇率结果

在图3中,需求分析需要识别出该query具有查找火车时刻表的需求,并解析出起点站为北京,终点站为上海。进而直接为用户展现出从北京到上海的火车时刻表,极大地方便了用户获取相关信息。

图3 直接展现火车车次相关信息

图4、图5分别展示了需求分析如何通过识别出query具有查找生僻字以及单位换算的需求,并直接给出答案的过程。这个过程对用户而言是不可见的,但是对系统而言,却需要进行一系列复杂的识别、解析与展现。

图4 满足生僻字查询需求

图5 满足单位换算需求

图6显示了需求分析识别出了用户的query具有寻求招聘职位信息的需求,并解析出公司名,职位2个字段,而后系统直接从相关数据源中检索出所需职位展示给用户的示例。

图6 满足用户搜索招聘职位需求

从上述分析与示例中可以知道,query需求分析的目标是识别出query的意图或感兴趣的领域,并从中抽取出所需字段。要完成这项任务,是一件非常有挑战性的工作。首先,用户query表述方式的多样性给需求分析带来了不少困难。比如,关于寻找天气这一种需求,用户就有上百种不同的表达方式。其次,相近query可能具有截然不同的需求。比如:“从北京到上海车距”与“从北京到上海车票”,前者具有较强的自驾需求,而后者具有较强的火车时刻查询需求。而同样为明星,王菲、张学友,都具有强烈的视频、图片等需求,而李开复、张亚勤等科技明星,从用户的需求来看,最强烈的需求是寻找百科信息,而非视频、图片。最后,用户输入的query往往使用自然语言进行表述,有时还包含缩略与拼写错误,比如:5新加坡元=?美元、5人名币等于多少美元等。这些客观存在的问题,都加大了需求分析的难度。

为更好地满足用户各式各样的需求,强大的需求分析是必须具有的。百度框计算的需求分析,是通过对query的语义分析,结合用户行为分析以及海量计算技术实现的。通过各种手段评估,目前已经达到了很好的效果。举例来说,通过对一天几百亿次用户检索query的分析,使用机器学习的方法,我们就能自动从中学习出用户的各种惯用或冷僻的表述方式,再结合语义分析、信息抽取等技术,就能准确高效地实时识别出query的需求并解析出所需信息,为广大网民提供最便捷的搜索服务以及搜索体验。

相关 [计算 需求分析] 推荐:

框计算中的需求分析概述

- Michael - 搜索研发部官方博客
框计算的目标是为用户提供基于搜索框的一站式搜索服务. 举例来说,当用户在搜索框中输入“非诚勿扰”时,系统就能明确该query有寻求电视节目视频、电影视频、查找影评、参与讨论及查看相关新闻等需求,然后将这些不同的需求分配给最优的内容资源或应用进行处理,最终精准高效地将满足这些需求的结果展现给用户. 图1展示了“框”对query“非诚勿扰”的满足情况.

如何做需求分析

- - 人人都是产品经理
这段时间我做了两个大项目,其中一个项目算是商业模式上和使用规范上的调整,另一个项目是之前功能的重做,为什么重做我下面会说到. 关于需求分析,我认为把需求抽象成产品功能花费的时间占到了软件开发周期的40%,产品设计到评审完的时间大概是20%,也就是说实际开发之前产品团队介入的工作占据项目的60%,在需求分析阶段我有一些个人观点.

需求分析中的产品定位

- Jessica - 所有文章 - UCD大社区
看过《定位》最大的感受就是产品在诞生之前就决定了他是否能存活或成功. 就像走在商场中,面对玲琅满目的产品,你似乎很难找到一两款绝对同质化的大品牌:. 各式的服装,NIKE的衣服是运动的,但也不会和做户外运动的哥伦比亚冲突. 都是做化妆品,Fancl打出“无添加”没有防腐剂也收获了一群喜爱天然的用户…...

需求分析挑战之旅——疯狂的订餐系统

- Bloger - 博客园-首页原创精华区
说教性质的需求分析理论,各位看了也白看,所以咱们就来一个真实个案——“订餐系统”体验一下. “订餐系统”貌似简单,但陷阱重重,各种需求分析的经典场景将会一一重现,各位做好准备接受这个挑战没有. 本文文字超过1万1千字,而且有n多图片和思考题,请准备好盒饭边吃边看吧……. 如果觉得看文章麻烦,可看本文对应的视频课程:http://www.cnblogs.com/umlonline/archive/2011/07/20/2111430.html.

产品需求分析:用户的“奶酪”不要碰

- paaboo - 所有文章 - UCD大社区
花了差不多2周时间去研究了卖猪肉的商贩,当和行业内朋友谈及这个形象的范例时,他们满是奇怪表情,因为一个做互联网产品的人,不好好做的你的产品,去研究卖猪肉商贩干什么. 先别急,我们都知道产品需求分析是一个产品经理必修课,其实就是在项目立项之后需要把抽象的产品概念及用户业务核心需和内部的发散性的功能点集中并提炼出来并形成一个具体可见可演示的成果.

互联网社会化系列之网民的需求分析

- - 互联网的那点事
网民的需求是互联网创新的基础,在互联网社会化的大背景下,网民的需求与时俱进,希望能就此背景下得网民需求进行一个框架性的讨论. 互联网在社会化之前,网民获取资讯内容的方式是访问各大门户网站,论坛以及通过搜索引擎,网民们需要主动访问来获取自己所需的资讯内容. 一般是有价值的资讯在哪里,网民就往哪个网站汇集.

2012.5.23微博热报:需求分析、性能调优

- - InfoQ cn
@阿里巴巴中国在 微博中举了一个对设计花瓶的需求分析示例,引起了大家对需求分析技巧的讨论; @左耳朵耗子在 微博中表示性能调优不一定要自己使用缓存,因为许多层面已经设计了缓存机制. @阿里巴巴中国在 微博中举了一个例子:“需求方说:帮我设计一个花瓶. 小A肯定做出了花瓶,但是未必是顾客想要的.

需求分析:挖掘最根本的欲望

- - TECH2IPO创见
心理学上对欲望的解释是由人的本性产生的想达到某种目的的要求. 在这个定义里有两个关键词:本性、目的. 它指出了欲望的源头,是由人的本性产生的,是一种本能,人人皆有. 同时也指出了欲望的产生原因,是为了达到某种目的. 举个例子,吃饭,这是一项最基本的生理欲望,每个人为了生存必须要吃饭. 我们有微波炉,电饭锅等等很多可选择的工具来帮我们做饭,甚至,做特殊的食物有专用的工具提供给我们,比如面包机.

如何开展软件架构之需求分析

- - CSDN博客架构设计推荐文章
如何开展软件架构之需求分析.  在开始讨论如何开展软件架构之前,先让我们来看一张漫画. 相信大家看到这漫画的时候,总会不自主地会心一笑,客户希望得到礼物,我们却给了他一骨头. 一):未进行充分地需求分析. 解析:架构师未能初别用户群及使用环境约束因素,也许在接到项目时,他还在想着上一个为狗开发的项目,在这个项目中自然而然地认为用户是狗.