• 个人博客作业Week3


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

    第一部分  调研,评测

    bug

    1.缺乏翻译失败的提示

      在翻译中输入网页之后,翻译失败,并且没有任何提示,必应词典应该是调用了Microsofttranslator来实现的这一功能,而这一功能应该将接轨反馈回软件本身,否则影响用户使用体验。

    2.安装在我的小米平板上的安卓客户端,查询单词会发生闪推,影响使用体验。

    3.平台信息同2.有的时候没有声音...

    采访

    首先附上该同学使用必应的照片

    1)介绍采访对象的背景和需求(他们为何要学英语,查词典和用法,还有别的需求么)

      我的这位同学是来自计算机学院的一位学生,由于专业需要,日常接触的英语较多,什么软件、文档、论文啊,大部分都是英文的,所以不学英语不行呐,仅仅依靠中文和拼音是无法适应IT产业的发展的,所以他要刻苦努力地学习英语,而且现在企业对英语要求也都比较高,什么BAT,还有那些知名的外企啊,都本专业的同学诱惑力还是比较大的。所以,无论如何这位同学也要努力学习英语啊。 

    2) 让采访对象使用10-30分钟必应词典的功能(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

    照片在上面,这位同学确实正在使用

    3)   描述用户使用这个产品的过程,  用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?

      简单的查询单词的过程就不叙述了,这位同学首先使用了“单词挑战”的功能,挑战难度的级别是“考研词汇“,挑战过后,会显示出来错误的词汇以及词汇的详解,退出这个页面之后,在”单词挑战“的页面会显示出该”难度挑战“的挑战次数、正确率和上次挑战时间,在左上角的标签还会显示出获得的成就。 

      

    4) 改进意见:改进口语练习部分,也就是”我爱说英语“,现在只有口语战绩的一个功能,而且练习的部分都侧重与单词的背诵和解释,对“说”这一部分其实涉及的较少,而语言是用来交流的,如果这一部分不完善就没有意义了,应该分析出用户所读的英语不准确的位置并对用户口语的练习提出建议。

          

    第二部分 分析

    (1)项目分析

      单词查询软件的根本就是词库,词库的大小直接决定了软件查询的结果,并且围绕着词库这一核心进一步加上更多功能。

      1周:需求分析和市场分析,并制定软件工程开发文档,并初步确定人员的分工和工作方向。

      3天:进行初步的UI的设计,为后端和前端开发提供方向。

      2周:核心部分词库的建立,现在已经有较为成熟的以各大词典为基础的词库,将这些词库进行导入和整合,还有单词的读音库。

      2周:实现各种功能:单词查询,句子翻译,单词挑战,背单词,英文文章阅读等功能的实现

      1周:开发者测试阶段,测试已经实现的第一个版本,找到并改正bug。

      1周:用户内测,调查并记录用户的体验,分析用户提出的建议和分析,进行改进。

      1周:进行最后的整改,并发布。

    (2)与同类软件的对比

      优点:词库丰富,界面简介,而且微软可以提供许多其他公司没有的技术对软件进行提升

      缺点:也许是在国内推广的不够,看起来并没有多少用户,所以用户的建议也就没有了多少,相比与扇贝,有道等等时常更新的软件,必应词典显然对自己的产品并不是很用心。

    第三部分  建议和规划

     (1)

       首先,软件开发者本身要对自己的产品更加用心啊,无论是产品的推广还是产品的功能本身,对比市面上其他的词典一点优势都没有。比如我在小米应用商店下载的必应词典HD,更新于2014年5月12号,整整一年多没有更新,也就是说一年多的时间内用户的建议以及这一年多的bug根本就没有修复!!虽然其他平台的比如andorid手机版本更新于2015.9.24,这个还是挺频繁的,但是各个平台的用户难道不是要都考虑么?

      增加推广的力度,产品本身还是不错的,但是为什么我看见周围的人很少有使用的呢,扇贝单词,有道词典,海词等等这些才是我看见周围的人常用的软件。一个软件能够广泛的使用一定是有原因的,比如我们在朋友圈常常会看见扇贝的连接”今天背诵了XXX个单词“之类的,产品的口碑是一点一点推广出来的,必应词典不要以为借助品牌的力量可以一步登天,最后却落得空有一身本领无处实战的局面。

      总的来说,词典本身的硬本领还是可以的,但是可能在推广营销方面工夫下的有点少,虽然这并不是开发者的问题,但是用户群体增加之后,用户的建议才会增多,才会更好的提高产品的竞争力。

      (2)我的建议和规划

      我觉得可以加一个听歌学英语的一个功能,我在高中的时候买过一本叫《听歌学英文》的书,里面每一首歌的流程大概是这样的,歌曲是按照歌手分类的,所以在每个歌手的第一首歌前面会有歌手的简介,这也算是了解英美文化的一种方式。接下来就是歌词以及歌词的翻译,这也是必要的。歌词之后会有对歌词中出现的重点单词的详细解释和例句等等。我们的听歌学英语的功能也可以围绕这些进行。

      分析:首先,仅仅查单词的功能对于一个软件来说是远远不够的,毕竟现在这样的技术太成熟了,我们要在学习方法上下功夫,让用户用我们的软件可以更快更好的主动学习单词,而不是被动的查单词,想办法让用户主动的使用我们的软件才是我们的改进方向。

        我一直觉得英语是要在使用中学习,而歌曲就是日常生活中很常见的一种语言表达形式,不仅可以练习口语,还可以加深记忆。想一想我们小的时候,那些儿歌也教会了我们很多字和词,这些的道理都是一样的。

        听歌的时候我们可以学到这些东西:首先是单词,歌词中出现的生僻单词在我们听和唱的过程中一定会更加熟悉,这也直接体现了我们单词软件的功能。然后听歌可以学发音,不仅是单词的发信,还有单词连接时的省音和连音等发音的技巧。听歌还可以学习句型,歌曲中的句型一般都是最常用的,也就是语言的精髓部分,在歌曲中学习句型也让我们对句型更加熟悉。最后,听歌还可以学习文化,了解文化背景对英语的学习也是很有帮助的。

       

      

    (3)我的团队

      1-2周:市场调研,需求分析,明确软件具体要实现的功能

          3-4周:团队分工,讨论功能的具体实现方案,形成软件工程设计文档

          5-8周:开发阶段,UI设计同步进行

          9-11周:测试,查找并修复bug

          12-13周 :前端后端结合并继续修复bug

          14-15周:进行小范围的内测发布,收集反馈

          16周:正式发布软件

     

  • 相关阅读:
    在Perl里 对象就是hash引用
    第十二章 对象(上):
    连锁百货企业数据分析系统建设方案
    连锁百货企业数据分析系统建设方案
    java.lang.ClassNotFoundException: com.fasterxml.jackson.core.JsonProcessingException
    通过Net::Ping 理解Perl的面向对象
    org.springframework.http.converter.json.MappingJacksonHttpMessageConverter
    Attempt to refer to a unregistered pool by its alias 'dbpool'
    Error:[$parse:lexerr]
    keepalived 监测域名解析脚本
  • 原文地址:https://www.cnblogs.com/fusluv/p/4858026.html
Copyright © 2020-2023  润新知