必应词典使用体验及改进建议

摘要:
必应词典使用体验及改进建议一、发现的BUG1、使用PC客户端,因为是第一次使用必应词典,之前一直习惯用有道,有自己的生词本,以xml格式保存,这次希望通过必应词典把有道词典旧有的生词本中的内容同步到必应词典当中来,结果发生了如下的事情:选择导入点打开出现弹窗:我觉得很纳闷:都是xml格式的文件,为什么有道能正确打开并解析,而必应词典却不可以呢?

必应词典使用体验及改进建议

一、发现的BUG

1、使用PC客户端(版本号3.5.0),因为是第一次使用必应词典,之前一直习惯用有道,有自己的生词本,以xml格式保存,这次希望通过必应词典把有道词典旧有的生词本中的内容同步到必应词典当中来,结果发生了如下的事情:

必应词典使用体验及改进建议第1张

选择导入

必应词典使用体验及改进建议第2张

点打开出现弹窗:

必应词典使用体验及改进建议第3张

我觉得很纳闷:都是xml格式的文件,为什么有道能正确打开并解析,而必应词典却不可以呢?

我觉得必应词典应该想办法解决这样一个兼容性问题,因为我觉得像我这样从其他平台上迁移过来的用户不再少数,我的这样一个用户需求对他们来说也是常见的。

2、取词功能在网页上无法正常工作

当我打开一个网页,不论是英文的还是中文的,无论我把鼠标指向某个文字或单词多长的时间,没有给我任何响应,只有把单词选中,点击上方的必应log,然后才会翻译,说明划译功能是正常的,而且测试在word里可以正常进行中英文的取词互译。

我的浏览器是chorme的,虽然与IE不是同一个内核,但是也不算小众了吧,我觉得这点功能应该能够支持才行,不然弄个取词功能又然并卵可不好。

又试了下把OCR强力取词开了(表示这个名词一般人实在不明白),能够在部分网页取词了,但是依赖于网页的编辑格式,独立性不好。

3、Android客户端有一个bug直接导致程序崩溃,截图如下:

必应词典使用体验及改进建议第4张

点击那个类似摄像的东西,然后:

必应词典使用体验及改进建议第5张

直接崩溃了,这是个大bug,等于有一个功能不仅没法使用,还会使软件崩溃,这样还要这个功能干什么?

4、翻译常识性错误

我作为一个篮球迷和湖人粉,试了试在必应词典里翻译了一下科比,结果:

必应词典使用体验及改进建议第6张

。。。看来必应词典的开发团队全是足球迷吧。

二、用户体验吐槽

1、为什么不能支持ctrl+F搜索文本内容?每次一查单词下面一长串的东西,我想定点搜索文本内容,没反应!现在大部分的文本编辑器、代码编辑器甚至网页浏览器都支持这一功能了,为什么不把这个功能加上?

2、搜索了单词之后,为什么非要点击一下单词页面,才可以进行光标上下键翻页?如果我是一个键盘控,那么岂不是没法翻页了?

三、同学使用采访

1、学英语是出于学习的需要,主要用来查词的释义和用法,还有就是用来翻译长句子和练习下听力。

2、拍照

必应词典使用体验及改进建议第7张

3、用户带着自己的需求使用了必应词典,基本可以解决用户的需求,软件的单词量略有不足,界面比较美观,功能上能够涵盖用户的所有需求,翻译长句的准确度不够,这一点极大地影响了用户体验。

4、用户对产品的改进意见就是取消“划词取义”(PC端)这个功能,他觉得这个功能很蛋疼,没什么大用,还老是挡着屏幕。

综上,他对这款产品的评价是:一般。

四、项目开发时间估计

以Android上的必应词典客户端为研究对象,共有七大功能:生词本、背单词、长句翻译、语音翻译、单词挑战、我爱说英语、必应电台。其中,语音翻译和长句翻译涉及到人工智能方面的知识,鉴于我现在对该方向不甚了解,因此估计开发时间比较困难。由于我查到了网上有开源的人工智能项目,为了简单起见,我现在假设自动翻译和语音识别这两个项目的核心代码已经封装成API可以供必应词典开发团队直接调用,他们做的工作就是把这些功能在Android客户端上实现。

我采取的计算模式如下:假设7人团队,分工如下:1人总负责设计和测试,其余6人组成3个小队,进行结对编程,其中一个小队负责前端UI设计以及Andriod平台的移植,另外两个小队一个负责生词本、背单词、单词挑战三个功能模块,另外一个小队负责长句翻译、语音翻译、我爱说英语、必应电台四个功能模块。开发流程分为需求分析、需求规格、设计规格、代码开发、后期测试五个阶段。

各阶段预估时间:

1、需求分析:全团队一起参与,定出用户所需要的这七大功能,鉴于有其他类似软件作为参照,因此这一工作量不会很大,保守估计一个月可以完成。

2、需求规格:由设计总负责牵头,每个团队设计生成自己的需求规格,由于这涉及到很多需求的细节,将很大程度上决定用户体验,因此需要投入较长的时间,期间可能会涉及到很多的争论和修改,保守估计一个半月完成。

3、设计规格:这一阶段要具体到每个功能模块由哪几个函数来构成,每个函数内部又要用什么数据结构来实现。生词本、背单词和单词挑战核心是在后台用数据库来管理大量的单词数据,至于这些单词的来源,我们假设有在线的开放的词典可以下载,免去自己创建单词词条的繁琐过程,这个估计需要半个月;长句翻译、语音翻译、我爱说英语由于有核心的人工智能部分有现成的API可以调用,其他的设计不会太困难,至于必应电台,也没有太多需要自己实现的东西,因此难度也不太大,半个月至一个月应该可以实现。前端UI可能要多花些心思,因为一个界面是否友好可能需要一遍又一遍地修改,预估一个月定下方案。由于三个团队是同时工作,取时间最长的为准,一个月完成。

4、代码开发:预估整个软件自己实现的代码行数在10万行左右。考虑到程序员都是大学本科毕业生,编码能力在500行一天,由于有结对加成因素,定在每团队每天可以完成800行代码,因此该团队每天可完成的代码行数为800*3+500 = 2900 行代码,如果这样算下来大约需要100000/2900 = 35天,再算上双休和代码修改,时间翻倍,也就是说,两个月多一点可以完成代码开发。

5、后期测试:鉴于大学生的编程能力有限,因此第一版的代码bug一定会非常多,因此对于第一版的软件,期望不能定得过高,每个模块可以基本实现功能即可,假设每个模块需要1000个测试用例,总共需要7000个测试用例,加上整体的测试用例,一共10000个测试用例,按每天可以测试通过或者修复200个测试用例估计,大约需要50天,接近两个月。

总计:1+1.5+1+2+2=7.5个月。

考虑到除了总设计人员,其他人都没有类似项目的开发经验,取三分之一的浮动值,完成区间5~10个月。

五、软件优劣分析

优点:

1、很喜欢微软做的界面, 比较简单易用,把最常用的功能展现给了用户,隐藏了那些不常用的功能,这点比其他的类似软件要做得更好。

2、没有广告,没有弹窗!这个超级赞,特别是在看个五分钟视频都要先看两分钟广告的时代,没广告已经是个奇迹了。(但也许是微软太土豪,不在乎这点广告收入,主要在于推自己的产品)

缺点:

1、词条比起有道词典不够丰富,自动翻译的质量还是很不尽人意。

针对以上的开发流程,我觉得团队应该在前期的需求分析和设计上花更多的工夫,避免后期进行大的修改。鉴于此,我认为应该进行大量的用户调研。具体形式我认为可以采取高校内调查问卷的方式,这个方式省时省力,但是能获得不少的原始数据,有助于团队对用户习惯和用户需求进行较准确的定位,帮助进行需求分析。

六、进一步改进建议

我觉得现在的词典软件的用户黏性并不是太高的一个原因就是软件的开发人员并没有真正搞清楚哪些人对自己的软件的依赖度最大?如果对于普通的用户,只是偶尔查一下单词,我很难被说服去专门下载一个查词软件,因为现在的搜索引擎完全可以替代这样的功能,简单而方便,又不占用电脑的硬盘空间,拖慢运行速度。而对于专业的英语人员,他们宁可去查专业的牛津大辞典,因为这样得到的解释更可靠。

综上,我认为虽然该类软件名义上是查词型软件,但真正的定位不应该放在词典上,而应该面向一类特殊的用户:有强烈的英语学习需求、并且希望能短时间内获得迅速进步的人。这类人的特征是:大学学生、家境比较优越、有出国意向、准备各类语言考试、正在新东方等英语培训机构接受培训。

现在市面上的大多数主流软件只是针对这类用户提供了背单词的功能,而没有一套专业的量身订做的学习计划。

因此,我对词典软件的定位是:对于普通用户,查词是必要需求,但不是杀手功能;对于迫切需要通过考级考试的用户,为他们提供学习计划是杀手功能,能戳中其痛点。

这些人迫切希望自己的词汇量能在几个月内暴涨,希望自己能够很快听懂原滋原味的英文对话,能够读懂英文的专业文章,能够做大量的雅思托福GRE习题。为什么必应词典不能够提供一个在线英语培训功能,这个功能如下:通过一个简单的测试,对被测试者的英文水平进行评估,制定一份详细的学习计划,当用户选择执行这样一个计划,需要缴纳一定的押金,只有当完成学习并通过考试才会退还,这样可以逼着用户按照计划学习,避免钱打了水漂。接着每天的计划有:背多少个单词,听多少个对话,做多少道习题,还有定期看一些新东方老师的网上公开课,并且通过阶段性测试来反馈学习进度。如果越来越多的大学生通过这个软件实现了自己的出国梦,这个软件的用户才能真正多起来。

假设我们的词典已经发布了1.0版,也就是我们已经能够实现基本的查词、翻译等功能,在2.0版,我们要实现上述的为用户制定学习计划的功能,为此我们需要做的有:

1、通过大量的调查采访,与专业的英语培训师沟通,能够对各个层次的用户制定合理的学习计划。

2、搜集大量的各种考试的真题,由英语培训师来负责进行审核,挑选适合备考者学习的资料。

3、建立一套评估系统,评估用户的学习进度。

4、与传统的教育机构合作,取得教师公开课的播放版权。

5、为每一个用户建立其数据库。

6、界面设计和美工。

以上是2.0版主要的新增功能,其中3、5、6属于技术方面的工作,由3个人负责;其余三项属于商业运作方面的工作,由另外两个人完成。

具体流程安排:

技术团队:第一个月建立数据库,第二个月建立评估系统,第三个月设计界面和美工。

商业团队:第一个月得到学习计划的资料,第二个月搜集近五年的考试真题,整理成电子版,第三个月和有关机构谈判购买视频资源。

最后一个月进行总的测试。

免责声明:文章转载自《必应词典使用体验及改进建议》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇fence的使用【Devops】 发布一个Python项目(Flask服务后端)到K8S环境下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

Linux 安装 Oracle 客户端、 sqlldr 和 sqluldr2

  前阵子 hive 接口机故障导致重装了系统,原先所有的配置信息焕然一新,主机系统装好后,发现和 数据库的连接失败了,也无法通过 sqluldr sqluldr2 和 Oracle 进行文件交互了,今天的任务就是 把这个环境整好,辛苦一天也算是完成任务,作为新手,记录一下,方便以后使用; 1、安装 Oracle 客户端 首先:查询 Oracle 版本:...

Linux基础学习(6)--Linux软件安装

第六章——Linux软件安装 一、软件包管理简介 1.软件包分类: (1)源码包:脚本安装包 (2)二进制包(RPM包、系统默认包) 2.源码包: (1)源码包的优点:开源,如果有足够的能力,可以修改源代码; 可以自由选择所需的功能; 软件是编译安装,所以更加适合自己的系统,更加稳定也效率更高; 卸载方便 (2)源码包的缺点:安装过程步骤较多,尤其安...

RedisDesktopManager软件窗口不显示

一、问题描述 在一次打开RDM的时候,只显示了更新提示窗口,而主窗口却并没有显示(双屏都没有显示), 通过Alt + Tab检查发现,软件是正常打开的。 二、解决办法 首先按alt+tab键,确保该窗口处于激活位置(或者任务栏选中这个RDM) 然后再按alt+space键,激活控制菜单(注意快捷键别被占用,如:uTool快键键就是这个) 再按m键(按住不...

一次由webview报错引起的追根溯源

    最近客户端那边需要搞了个h5嵌入app,想想是移动端的webview,前端这边也比较忙。就没想太多,直接用了async/await处理api数据,于是就不怪测试就来搞事情了...     一、error:     1、     先测试了一款魅族的手机,发现运行页面后报错如上,即提示“let、const等块级作用域还不支持在严格模式以外使用”,另外更...

iOS开发中使用[[UIApplication sharedApplication] openURL:]加载其它应用

iOS 应用程序之间(1) 在iOS开发中,经常需要调用其它App,如拨打电话、发送邮件等。UIApplication:openURL:方法是实现这一目的的最简单方法,该方法一般通过提供的url参数的模式来调用不同的App。   通过openURL方法可以调用如下应用:   调用谷歌地图(Google Maps) 调用邮件客户端(Apple Mail)...

websocket实时监控画面

  Ajax轮询是通过特定的的时间间隔(如每1秒),由浏览器对服务器发出HTTP请求,然后由服务器返回最新的数据给客户端的浏览器。这种简单粗暴模式有一个明显的缺点,就是浏览器需要不断的向服务器发出请求,HTTP请求可能包含较长的头部,其中真正有效的数据可能只是很小的一部分,显然这样会浪费很多的带宽等资源(对于很多局域网内的企业应用,这个简单粗暴模式确实解决...