bing词典vs有道词典对比测试报告——功能篇之细节与用户体验
之所以将细节与用户体验放在一起讨论,是因为两者是那么的密不可分。所谓“细节决定成败”,在细节上让用户感受方便、舒适、不费心而且温馨,多一些人文理念,多一些情怀,做出来的产品自然比其他呆板的产品更受欢迎得多。今天我们就从细节和用户体验方面上评价一下现在两款热门词典——有道词典和必应词典的表现。
安装
捆绑安装
这是在最最最初安装软件过程中带给用户的“第一印象”。众所周知,现在大部分软件都有各种各样的捆绑安装软件,稍不留神电脑里面就按进去了不想要的东西,这让软件在用户心中的形象大打折扣。
必应安装过程中出了捆绑安装软件,还默认修改搜索引擎和主页。要知道。主页和搜索引擎是用户进入互联网的入口,同时也说明这是用户长期习惯的使然,绝不可能因为安装一款学习类翻译软件就会瞬间更改用户习惯。这也说明了这样做的转化率极低,而且造成用户非常不好的观感(尤其是更改主页)。当然,这也不是必应一家之所为,有道同样采取了捆绑安装(有道云笔记)+修改主页(163网址导航)的做法。
感官体验
我们先来看看两款软件的开始界面
微软必应词典
可以看到必应词典沿袭了微软自从2012年windows 8开始全线产品扁平化风格,整体上给人大气、简约、时尚的感觉。程序的窗体标题显示的“微软必应词典”,有一种企业的情怀在里面。
主界面上面给出了“每日一句”,“每日一词”,“每日阅读”的模块,并提供了分享、收藏的扩展选项,除此之外还有设置、登陆摁钮,整体感觉比较人性化。
当然,在windows8操作系统整体略显单调的单色扁平UI下,必应词典的界面也会容易让用户产生审美疲劳。这里跑题说一下对微软扁平化以来的感受。的确,是微软带动了扁平化浪潮,但微软只是打赢了第一仗,后来的win8,win8.1甚至win10都没有对风格进行改进,对比mac OS X 10.10 Yosemite 就会发现win8的UI风格已经越来越不能满足用户的审美需求了。
有道词典
相比起来,有道词典在这方面有许多可以改进的地方。首先有道的窗体标题显示的是“有道词典5.4”,感觉的后面的版本号实在是没有必要。其次程序界面是传统的win7界面,而界面中最显眼的地方竟然是“有道专业翻译”的广告?!只有当用户进行手动滚动的时候,有道词典才会显示类似必应“每日一句”、“每日一词”的推送。当然,有道词典也提供了分享的选项。将目光移开碍眼的广告,发现广告低下还是广告……折让我非常的失望。这也就是说,有道词典在设计理念层面,除了满足用户基本的查询单词的需求外,并没有花足够的时间去额外考虑用户可能的潜在需求,至少没有将它很好的反映在主界面上。除去广告,有道词典也设计了设置了“选项”摁钮,甚至比必应词典多了进入单词本、切换至迷你窗口等选项。但大面积的广告让这几个选项很不容易被用户发现,如此看来,优点似乎起到了放大缺点的副作用。
上面所说的对UI风格,UI主题,主界面的规划,甚至是程序栏上面的显示程序名都可以算是整个工程中的小细节,并在使用者没有输入任何内容之前就对这款软件有了“第二印象”。显然,微软的必应词典在这方面做的更完美一些。
交互体验
- 菜单
菜单也是一个影响用户体验的因素,因为无法进行gif截图,在此将对Amazon的菜单设计评价贴上,我们使用的测评思想借鉴于此。
http://www.csdn.net/article/2013-03-07/2814390-breaking-down-amazons-mega-dropdown
结果是有道词典明显存在延迟的问题。另一方面,必应词典没有设计子菜单,因此无法进行测评,但就其菜单出现的速度来说,没有明显的卡顿。
- 图片辅助
测试过程中我们发现,当输入一些不常使用的词时,比如各种不认识的动物,两词典都会为单词配上图片,这一点让用户很快能将词与现实世界的实体建立联系。但是必应词典的图片加载速度明显较慢。
(有道词典的图片示意)
(必应词典的图片示意)
- 权威性
对于有道词典,用户能从官网或者软件使用过程中感知到专业词典的存在。对于一款翻译类软件,专业词典到底重要与否虽然不是最重要的,但是也影响到很多用户的选择。我们在必应词典官网以及其程序中都未能查阅到必应词典采用的词库。相比于有道词典标注《科林斯英汉词典》、《简明英汉》或者《维科英汉》等专业词典,必应的词库到底有多专业不得而知。如果词库仅仅源自于必应搜索收集到的海量数据和后台机器分析,这让我们在使用必应词典的过程中不免担心,必应是否缺乏专业词库的权威性?
(有道词典的权威词典) (必应词典就显得没有那么让人放心)
- 后续查询
这里说的后续查询指的是在用户完成了一个单词的查询之后立马想要查询一个新的单词。之前使用过的字典需要我们手动选择到查询栏,删除之前的单词,再输入新的单词,这样让查询效率大大折扣:谁想要来来回回地在鼠标和键盘之间切换呢?所幸两款软件都考虑到了这个问题,并运用了相同的策略——只需直接输入新单词便可以自动覆盖之前的单词。
- 聚焦
有道词典在高亮方面虽然不是很时尚,但可以让用户聚焦在鼠标停在的位置。
而必应词典只是在用户将鼠标移到设置处时才会高亮显示,其他选项卡均不会对鼠标的经过做出反应。
- 自动纠错
两款软件均提供了自动纠错/近音词搜索功能,在用户不能准确输入查询的单词或者误输入时,能够给予提示。不过在自动纠错上,必应词典的纠错能力略胜一筹,在音近和形近两个方面提供纠错帮助。
其他细节
- 确定查询需要多一次确认的操作
有道在用户输入单词的同时,能够自动展示该单词的基本释义而无需用户确认操作,用户摁回车后可以查看更详尽的信息。这样,用户如果只是需要知道单词的简单释义,在输入单词的同时即可同时获得结果,而必应和金山在用户进行输入操作的同时,软件并无任何反馈相应,直至用户回车确认。用户的操作更希望能够获得实时的反馈,凸显软件智能的同时,也能够实时向用户反馈消息,提前让用户获取到相关的信息,也简化了查询操作的流程。
(必应需要用户一次回车确认才会展示单词详细释义,因为示意被候选项遮挡)
(在摁回车前的有道词典)
总结
必应词典 | 安装体验20% | 感官体验35% | 交互体验35% | 其他10% |
基本 | 5 | 9 | 8 | 6 |
加权 | 1 | 3.15 | 2.8 | 0.6 |
总分 | 7.55 |
抛开其他评测因素不谈,必应在细节处理以及用户体验上的表现更加出色。如果两款软件能够正视上面提到的问题,相信将来会更有竞争力。
bing词典vs有道词典对比测试报告——功能篇之细节与用户体验的更多相关文章
- Bing词典vs有道词典比对测试报告——功能篇之核心功能
必应词典vs有道词典 核心功能对比 从应用的UI布局来看,这两款软件的功能如下: 相同 不同 必应词典 词典.例句.翻译 百科 有道词典 词典.例句.翻译 应用 就词典类软件来说,词典是最核心的功能. ...
- Bing词典vs有道词典比对测试报告——体验篇之成长性及用户控制权
成长性: 会记住曾经查询过的单词或例句与有道词典实现基本一样,并无特别亮点. 用户有控制权: 必应词典和有道词典都能实现基本的查询前进和后退.以及无法查找结果,能顺利进行反馈. 我们在输入完单词按下回 ...
- Teamwork-Week2真对必应词典和有道词典的软件分析和用户需求调查(桌面版)
经调查,现在有道词典在该领域拥有很大程度的市场占有率,所以我们将有道词典与必应词典进行对比. 核心功能一:单词本 有道词典中的单词本都只能是由用户手动添加不会的单词,而必应词典中的单词 不仅可以被自己 ...
- 必应词典手机版(IOS版)与有道词典(IOS版)之软件分析【功能篇】【用户体验篇】
1.序言: 随着手机功能的不断更新和推广,手机应用市场的竞争变得愈发激烈.这次我们选择必应词典和有道词典的苹果客户端作对比,进一步分析这两款词典的客户端在功能和用户体验方面的利弊.这次测评的主要评测人 ...
- Bing词典vs有道词典比对测试报告——功能篇之辅助功能,差异化功能及软件的效能
1.辅助功能: 和有道相比,必应的词典加入了换肤功能,用户可以选择喜欢的颜色,而且必应的皮肤也比较多,这一点设计给必应增色不少. 相对而言,有道则加入了调节客户端字体的大小,如下,也比较人性化 2.差 ...
- Bing词典vs有道词典比对测试报告——体验篇之软件适应性
联网情况: 在联网情况下,针对每一次查询,有道词典的反应速度明显比必应词典快得多.据我推测有以下两个原因: 有道词典有本地词库而必应词典更多依赖联网. 有道词典的服务器在国内而必应的在国外. 断网情况 ...
- Bing词典vs有道词典比对测试报告
功能篇 核心功能测评:http://www.cnblogs.com/C705/p/4075554.html 细节与用户体验:http://www.cnblogs.com/C705/p/4077112. ...
- 谷歌浏览器慎用有道词典插件(<audio></audio>) (转载)
谷歌浏览器慎用有道词典插件(<audio></audio>) 原文 :http://blog.csdn.net/u010556394/article/details/7112 ...
- 必应词典手机版(IOS版)与有道词典(IOS版)之问卷分析
我们制定了一个调查问卷: 1.年龄分布: 2.地域分布: 3.是否用过必应词典? 对于必应词典还是没用过的人数更多. 4.是否用过有道词典? 有道词典的使用率更高一点. 5.对于必应的基本功能给几分? ...
随机推荐
- 解决JS在url中传递参数时参数包含中文乱码的问题
1.传参页面JavaScript代码: function go_mark(id,jobname,headimgurl,nickname){ window.location.href = "m ...
- 通过ReentrantLock简单了解下并发包中的锁
ReentrantLock在进行实例化时,可以通过构造函数的参数选择是否使用公平锁FairSync或者非公平锁NonfairSync,两者的区别比较简单,如果是公平锁则新来的线程会先检测同步队列中是否 ...
- DB2创建表、操作表等常用命令
转载:http://hi.baidu.com/ufobject/item/7fd03aeebf7be1266dabb881 一.创建库表 1.创建库 1).创建数据语句 CREATE DATABASE ...
- 【js】插件—动效Velocity.js
Velocity.js——加速JavaScript动画 一款替代jQuery的$ .animate()动效的插件.兼容IE8和Android2.3及以上. 相比较优点: 1.它比JQuery更快,并实 ...
- expect 分发ssh key脚本
#!/usr/bin/expect } { send_user "USAGE:expect_sshkey.exp host" exit } #define var set host ...
- Kafka内核理解:消息的收集/消费机制
原文:https://www.cnblogs.com/daochong/p/6425762.html 一.Kafka数据收集机制 Kafka集群中由producer负责数据的产生,并发送到对应的Top ...
- JavaEE笔记(九)
List.Map.Set的配置 bean package com.spring.bean; import java.util.List; import java.util.Map; import ja ...
- [ATL/WTL]_[初级]_[选择目录对话框]
场景 1.起因是创建标准选择目录对话框时使用了 SHCreateItemFromParsingName 函数, 这个函数支持vista以上系统. 之后再winxp上运行就报错: 无法定位程序输入点 S ...
- HDU3045 Picnic Cows
题面 HDU vjudge 题解 将权值排序,则分组一定是连续的 设$f[i]$表示前$i$头牛的最小代价,则($a[i]$为$i$的权值): $$ f[i] = f[j - 1] + sum[i] ...
- asp.net core结合NLog搭建ELK实时日志分析平台
0.整体架构 整体架构目录:ASP.NET Core分布式项目实战-目录 一.介绍ELK 1.说明(此篇ELK采用rpm的方式安装在服务器上)-牛刀小试 承接上一篇文章的内容准备部署ELK来展示asp ...