关于 微软必应词典客户端 的案例分析

我以前只知道有道词典、金山词霸,最近才知道还有“必应词典”,对它的陌生不言自明。
这次着手分析“必应词典”,先在360软件宝库下载最新版本——“微软必应词典 3.5.0”:


第一部分 调研,评测

评测:

bug1:UI界面不合理

【类别】【来源】【难度】【释义】所对应的方框明显太大了,以至于方框内的字显得有些下沉,这不是一个“习惯思维中”正常的用户界面。
当然,这也许就是UI设计师有意这么做的——但是,他们考虑过用户的切实感受吗?比如说——我自己就不太喜欢这样的设计。

bug2:光标停滞

依旧是上面那幅图,在点击方框进行选择的时候,会出现这么个现象——光标突然就动不了,持续大约1秒钟,然后跳出下拉菜单,光标又可以移动了。
也就是说,这些小方框对于鼠标的响应不够及时,正常来说,这些下拉菜单栏应该是即时的,但必应词典却没有做到。

bug3:词典自带的“MSN今日热点”的链接问题

上面分别点击上图所示两条热点,第一个热点(天安门广场花坛首次试灯)显示如下:

所跳转出的页面和“天安门广场花坛首次试灯”没有一点关系

第二的热点(“钢铁侠”带100万战车相亲)显示如下:

即,链接是失效的

这反应了【MSN今日热点】所推荐的消息的链接不一定存在。另外要吐槽的是,这些所谓的今日热点都是很久以前的消息了,也就是说——
MSN很久没更新过这些消息了。


为什么必应产品组的人没有发现这些bug? 我觉得主要有三点:

1. 必应词典不是微软的主打产品,所以不会花费精力去修改bug;
2. 上述的这些bug并不会影响必应词典的正常使用;
3. 软件测试不够充分。


采访:

深入面谈(In-depth Interview)——一对一的采访

本次采访对象是一名大三的计算机学生 吕,因为和代码打交道、以及备考CET6的缘故,平时会经常用到词典。

用户使用过程:

吕在必应词典的输入框输入“逆境”,界面跳出“adversity; adverse circumstances”两个词汇,都比较准确。
吕觉得“adverse circumstances”有意思,想进一步查看,于是点击该词组,发现只能查看一个单词,即使用光标
选中了这个词组,在点击的时候也只能查看一个词。

吕觉得很郁闷,只好复制黏贴进行查询。
他想将“adverse circumstances”加入生词本,但却出现这个状况:


【发音】【释义】都没有……而且不亲自填写其中任一个框,就不能添加到生词本


无语ing。 然后输入“LSP”(Liskov Substitution Principle的缩写,属于软件工程的术语)界面跳出“标记交换路径(Label
Switched Path);光饱和点(light saturation point);线谱对(Line Spectrum Pair)”,没有想要的解释。
吕笑着说,其实很多专业术语都比较难查到。
“那,接下来谈谈其他方面是使用吧?”
“好的。我另外用得较多的是‘必应背单词’,里面的【记忆曲线】【词频浏览】等都很不错。其他功能我用的不多。”
“是否解决了基本问题?”
“我用的功能不多,基本满足需求”
“数据量、界面、功能、准确度都怎么样”
“你看喽,”他指着屏幕,“词汇蛮丰富的,尤其是例句非常多,解释得很详细,所以——数据量很大——不过有时觉得有点繁杂。
界面嘛,就是有的地方不太美观,不过整体界面设计的并不差。功能不必说了,很强大。准确度嘛,可以查得到的单词一般都很准
确,有的查不到的,也没办法。”

附上迷之图片:

结论:推荐!


第二部分 分析

疑问:估计这个项目做到这个程度大约需要多少时间?(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)

我的估计如下。

根据《构建之法》8.6节“计划和估计”里面的一套经验公式,实际花费时间往往大于估计,
并受到估计时间X和做过类似项目的次数N有关,前面提出X=36周,而N的次数的取值大概在
0-2次之间(取决于大学生自身的经验),那么实际的耗时的取值区间应在[48,+∞](单位:周)

优势:

资源丰富,数据量相比同类软件要多
名气不错,在中国和“有道”各有千秋
功能强大,且无鸡肋,综合性能胜过任何同类软件

劣势:


用户界面的口碑不太好(就是设计的不好)
小bug挺多的,影响了用户体验


第三部分 建议和规划

1. 软件可以提高的部分:UI设计(包括响应时间)。

2. 目前市场上已有的同类产品:有道词典、金山词霸,以及名气较小的——例如海词词典、灵格斯词霸、百度词典、QQ词典等。

3. 如果我是PM,我想在“必应背单词”里面添加可以准确表达单词(某些词义)的图片,即,希望可以通过图片来记忆单词。
之所以要优化这个功能,是因为我曾用过用图片记单词的方法,效果不错,值得尝试。
我觉得用户会用到这个功能的原因:图形记忆更形象,效率更高,更有趣。

4. 如果我来领导这个团队,会更加注重用户的体验,在用户调查这一方面做足功课。

5. 如果我的团队有5个人, 4个月的时间,作为项目经理,我会这样配置角色:


前期所有人负责需求分析,写spec;

中期2人负责文档、美工等等,3人负责代码编写;

后期3人负责测试,2人负责修改。

6. 16周的规划如下:

第一周 通过Wide-band Delphi形成大概的计划和时间估算;进行需求分析;

第二周 完善需求,设计原型,统一编码规范,做spec;

第三周 基本的UI设计,词典后端开发。

第四周 完善UI设计,词典后端开发。

第五周 翻译功能的开发

第六周 生词本的开发

第七周 背单词功能的开发

第八周 电台功能的开发

第九周 单词挑战的开发

第十周 口语练习的开发

十一周 功能整合

十二周 测试与修改

十三周 生成1.0版本,交给客户使用,获得反馈

十四周 基于反馈的修改与测试

十五周 正式版本完善,编写、发布用户手册

十六周 正式版本发布


Published by

风君子

独自遨游何稽首 揭天掀地慰生平

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注