我以前只知道有道词典、金山词霸,最近才知道还有“必应词典”,对它的陌生不言自明。
这次着手分析“必应词典”,先在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版本,交给客户使用,获得反馈
-
- 十四周 基于反馈的修改与测试
-
- 十五周 正式版本完善,编写、发布用户手册
-
- 十六周 正式版本发布