微软必应词典案例分析

1.微软必应词典案例分析

　　1.1微软必应词典功能性BUG说明

　　声明：以下版本和运行环境如下：

　　运行环境：Android 5.0.2 LRX22G MIUI 8.0.1.0(LHMCNDG)

　　必应词典软件版本：5.2.2

 

　　　　1.1.1：BUG-1-悬浮窗错误弹出

软件测试BUG特征	与其他软件存在使用冲突
重现步骤	0.安装讯飞输入法 1.打开必应词典->我的->设置->勾选悬浮窗口->打开微信->在对话框中输入讯飞输入法自带的emoji表情，例如破涕为笑
测试结果	弹出“本地暂无搜索结果……”
分析	很多输入法都自带emoji表情， 微信用户也经常使用输入法自带的emoji表情，当用户聊天时突然输入emoji表情，突然弹出的悬浮窗会严重影响用户输入的流畅性与体验， 就我个人而言，这一个BUG就可以足够我卸载必应了。 另外，必应悬浮窗只有在微信聊天时才会错误弹出，在qq轻聊版中不会，在微博私信时也不会；而且，在平时，悬浮窗并不会弹出，软件中也没有说明介绍悬浮窗如何使用。
严重程度	关闭悬浮窗就可以避免，但十分损害用户体验

 　　　　　　　　配图说明：

 

 

 　　　　1.1.2：BUG-2-已登录仍显示登录界面

软件测试BUG特征	弹出无意义的登录界面，影响使用
重现步骤	0.安装并打开必应词典 1.任意选择一个账号授权直接登录 2.连续按下返回键退出必应词典，并在任务管理器中彻底关闭该程序 3.重新打开必应词典->点击下方“我的”选项
测试结果	界面显示已登录，却仍然弹出账号授权登录界面
分析	点击屏幕右上方的关闭就可退出授权登录界面， 但仍然会影响到用户的流畅使用
严重程度	当用户想要修改基本设置时，突然弹出影响使用

 

　　　　　　　　配图说明（我也不知道我是怎么把它截下来的）：

 

 

　　　　1.1.3：BUG-3-授权登录时点击右上方关闭时程序闪退

软件测试BUG特征	程序闪退，影响使用
重现步骤	0.安装并打开必应词典 1.任意选择一个账号授权直接登录 2.当在另一个程序上完成了授权，   返回到必应词典的授权登陆界面时，   当下方显示正在登录时点击右上方关闭
测试结果	这时程序会闪退，再次打开必应时显示登录成功
分析	本身这是由于用户的不当操作导致的， 但是考虑到确实会出现这样的情况， 如授权成功后，软件登录时间过长， 用户试图关闭授权登录界面。 闪退对用户的使用体验造成了十分不良的影响。
严重程度	程序任何时候都不应该闪退，一个crash扣四分

 

 

 

　　　　1.1.4：BUG-4-导航栏遮住了部分每日推送

软件测试BUG特征	部分内容被遮住，影响用户阅读
重现步骤	0.安装并打开必应词典 1.在下方导航栏中点击“词典选项” 2.不断下滑直到到显示“没有更多的内容了” 3.发现最下方一条推荐阅读部分被导航栏遮住，   这一点从滚动条也可发现，导航栏遮住了部分滚动条
测试结果	部分内容与滚动条被导航栏遮住
分析	导航栏在界面中不应该浮在某个页面上方， 而是独立于每个不同的页面。
严重程度	挡住部分内容，影响使用，具体来说并不严重， 但是对追求细节的用户来说，会砸微软的招牌

 　　　　　　　　配图说明：

 

 

 

　　　　1.1.5：BUG-5-很多功能并没有实现完整

软件测试BUG特征	1.每日一句获取不到语音 2.拍照取词毫无用处 3.单词挑战不能使用 4.我爱说英语不能使用
重现步骤	0.安装并打开必应词典 1.依次使用以上四个功能
测试结果	1.程序反馈“正在获取发音”，后无反应 2.下方弹出反馈：Bad Request 3、4.加载失败，请稍后重试
分析	没有实现好的功能就不要放在用户界面上
严重程度	严重影响用户的使用心情

 

　　　　　1.1.6：彩蛋-6-程序图标与程序内部主界面色调不符

　　　　　　　　特征：程序图标与界面不具有一致性

　　　　　　　　重现步骤：

　　　　　　　　　　0.安装，在桌面上，图标主色调为黄色暖色调

　　　　　　　　　　1.打开，程序内部主色调为青色冷色调

　　　　　　　　分析：软件图标的颜色一般都会是软件内部界面中的重要组成部分，

　　　　　　　　　　　而且，网页版必应词典的图标也是青色为主，在小米应用商店上，

　　　　　　　　　　　必应词典的图标也是青色为主，但是当下载下来之后却是黄橙色图标

　　　　　　　　严重程度：并不严重，只是给人一种不细致的感觉

 

　　　　　1.1.7：彩蛋-7-程序图标与程序内部表里不一

　　　　　　　　特征：程序图标与界面不具有一致性

　　　　　　　　重现步骤：

　　　　　　　　　　0.安装必应词典

　　　　　　　　　　1.打开必应词典

　　　　　　　　分析：这个彩蛋的发现来自于必应词典桌面图标给我带来的强烈不和谐感，

　　　　　　　　　　　其桌面图标从视觉上给我一种凸出感，通过RCB取色我们可以发现图标上部分和下部分的颜色并不相同，

　　　　　　　　　　　因此造成了一种突出感，而必应词典内部则是清新的扁平化设计，这样的表里不一可能会对某些

　　　　　　　　　　　强迫症用户造成打击吧。而且，网页版必应词典的图标也是青色为主，在小米应用商店上，

　　　　　　　　　　　必应词典的图标也是青色为主，但是下载下来就变成了黄橙色

　　　　　　　　严重程度：并不严重，只是给人一种不细致的感觉

 

　　　　1.1.8:彩蛋-7-程序内部界面风格不一致

　　　　　　　特征：

　　　　　　　重现步骤：

　　　　　　　　0.安装必应词典

　　　　　　　　1.打开必应词典

　　　　　　分析：整体为扁平风格，而滚动条却又明显的立体感，而且滚动条边缘有很明显的毛刺感

　　　　　　严重程度：一般，只是给人一种不细致的感觉

 

 

　　　　其他的我懒得细说的还有：

　　　　　　BUG9：更改设置后响应不同，例如更改程序语言后，需要重启程序才可改变，而其他设置返回即可生效

　　　　　　彩蛋10：与用户交互的部分功能完成的并不好，例如下方弹出的反馈边框，

　　　　　　　　　　当使用生词本复习时，快速滑过10-20个单词标记为已学会后，退出生词本，下方反馈仍然在不断弹出

　　　　　　彩蛋11：程序界面中普遍为浅色边框，而生词本中则突然变为深色边框

　　　　　　彩蛋12：生词本应用中，显示单个单词含义的位置，没有留出适当空白，这个必须上图，因为很严重！

 

　　　　　　彩蛋13：用户交互时没有给用户明显的反馈，

　　　　　　　　　　《设计心理学》一书曾经说过：需要给用户的操作足够的反馈来告知用户产品已经接受到了自己的操作，

　　　　　　　　　　但是在必应词典里，很多按键都没有给用户足够的反馈

 

　　1.2用户体验和访谈摘要

　　　　　　特别鸣谢接受采访的大四学姐！

 

　　　　　　访谈者的背景与需求：2013级本科生，成绩为过六级水平，目前正在准备考研，

　　　　　　　　　　　　　　　　日常使用的单词查询软件为有道，背单词软件为扇贝英语，

　　　　　　　　　　　　　　　　在9月24日尝试使用必应词典。

　　　　　　　　　　　　　　　　对软件的需求主要集中在单词学习与句子翻译，与阅读文献时查询相关资料。

 

　　　　　　用户需求满足或问题解决：在查询上，被很好地解决了，例句中有很好的使用实例，　　

　　　　　　　　　　　　　　　　　　但是必应自带的单词本功能不能满足用户的需求。

　　　　　　用户对必应词典的看法：

　　　　　　　　缺点：只能英译汉不能汉译英，虽然有道有时候乱翻译可是能汉译英啊。

　　　　　　　　　　　内置单词本词汇量太小，不能像扇贝一样当单词本背。

　　　　　　　　　　　默认的我的生词本的那个注例为什么不另做一个介绍的页面呐，这个无力吐槽。

　　　　　　　　优点：例句还不错。每日一次和一句和一篇阅读这样体现逐渐积累理念的功能不错。

　　　　　　　　　　　界面还算简洁流畅挺好看的。可以用微博账号登录同步挺好的。

　　　　　　用户对必应词典的改进意见：保持例句与每日积累，完善单词本学习功能，句子翻译中添加汉译英功能。

　　　1.3结论：评价为b，不推荐

　　　　　　结合我对其他单词软件的使用经历（扇贝、新东方乐词、有道、朗文、要你命3000、沪江开心词场、

　　　　　　百词斩、拓词、不背单词、海词词典，恩。。这些我都用过）。

　　　　　　1.论释义的正确性，这是一款词典软件最基本的要求。必应在这一点上与其他软件相比没有竞争力，

　　　　　　而其他词典例如海词、有道都会注明释义来自那个词典，或是那个网页，而必应没有。

　　　　　　相比之下，海词在这方面有绝对杀手级的特点：显示一个单词每种含义在所有使用情况中出现的频率，

　　　　　　当出现一词多义时，用户可以权衡记住哪个或哪些。

　　　　　　1.1在释义这部分，必应有一个明显的差距是：必应不会显示一个单词在某个学科中的释义。

　　　　　　而海词和有道都会在中文释义后标注出来。

　　　　　　2.论学习功能：有道和海词词典都有针对专门考试的词汇包，用户可以通过将其加入生词本来进行复习，

　　　　　　就复习这一点来说，有道词典频繁提醒用户复习，很烦人；而海词的复习功能较必应和有道来说更完善，

　　　　　　但是词典app的学习功能仍然比不过那些主打学习功能的软件。

　　　　　　3.论界面，必应在这一点来说有少量优势，界面简洁，没有广告，

　　　　　　但是根据我在第一部分中找到的那些问题，这一点我仍然不是很看好。

　　　　　　4.论每日积累这一小特色：必应查看历史“每日一句”有时间限制，不能查到较久远的记录，

　　　　　　但是相比海词词典的这一功能，必应是直接将内容输出，海词则需要用户点击相应部分才可显示，

　　　　　　而在内容多样性来考虑，海词内容相比必应更丰富

　　　　　　综上，如果用户的需求是以学习为中心，那么词典软件并不能正中用户需求。

　　　　　　而用户的需求如果是以查询为中心，必应词典相对其他词典来说又缺少一样功能，

　　　　　　在加上第一部分的bug和彩蛋，因此，我不会推荐Android用户使用必应词典。

　　

2.分析

　　2.1项目时常预估

　　　　首先根据杀手功能/外围功能的方式将其功能分类:

　　　　杀手功能：例句选取很强大、句子翻译较为准确

　　　　外围功能：生词本、复习机制、屏幕取词、每日推荐、慢速voa

　　　　必须需求：正确性、准确性

　　　　辅助需求：用法是否地道、UI的美观、其他一些没什么用的功能

　　　　假设：

　　　　　　团队人数6人左右，计算机大学毕业生，并有相应的资源支持

　　　　　　团队分工明确，关系融洽，每人都有相关的开发经验

　　　　　　团队每人每天工作时间至少八小时

　　　　在此基础上，我们使用生鱼片模型，软件概念、需求分析、架构设计、详细设计、编码和调试、系统调试的阶段角度进行分析，工作量大约需要15-20周。

　　　　1.建立分工，团队熟悉各自角色，磨合性格，统一编码、文档风格。（1周）

　　　　2.集体培训必须的知识，了解开发流程等常识。（1周）

　　　　3.分析需求，确定基本的开发方案、撰写正式文档，列出必须学习与可能需要学习的技术清单，首先学习当前开发必须学习的。（2-3周）

　　　　4.设计复审，并做出详细设计。（2周）

　　　　5.完成相应的部件与功能，保证功能之间不出现重叠与冲突，并对部件进行测试并撰写测试文档。（6-8周）

　　　　6.将部件组合起来，完成各种测试（黑白盒），撰写测试文档、readme。（2-3周）

　　　　7.随机选取用户内测，获得用户反馈，将应用进行调整，并开始维护和运营。（1-2周）

 

　　2.2分析优劣：

　　　　最主要的分析在1.3结论中已经得出，这里不再赘述

　　　　优势：

　　　　　　分析来分析去，可能必应唯一的优势只有翻译英文句子和界面简洁了

 　　　 劣势：

　　　　　　太多。

 

3.规划和建议

 　　　  杀手功能：例句选取很强大、句子翻译较为准确(不变)，并扩大宣传

　　　　　　　　　据说去年已经在和新东方合作，这一点在Android版应用上体现不出来

　　　　　　　　　因此可以尝试将合作成果展示到Android版上

　　　　外围功能：生词本、复习机制、屏幕取词、每日推荐、慢速voa（改变）

　　　　　　　　　　1.完善屏幕取词功能

　　　　　　　　　　2.完善拍照取词功能

　　　　　　　　　　3.完善生词本的学习功能

　　　　必须需求：正确性、准确性（不变）

　　　　辅助需求：用法是否地道、UI的美观、其他一些没什么用的功能（改变）

　　　　　　　　　　1.同意UI和应用图标，完善内部整体风格

　　3.1NABCD分析

　　　　NEED:用户对于词典的最大需求在于查询，但同时部分用户如学生群体也有记录生词并学习的任务，更进一步，这些学生用户还有学习指定内容的单词的需求。同时，app满足了应试需求也不一定能满足他们对于一门语言的真正需求，即使用，即从听说读写的角度提高自己的能力。

　　　　APPROACH:必应可以与其他从事外语研究与教学的部门、公司、企业取得联系并合作，以满足用户应试的需求，甚至更进一步满足用户学会使用语言的需求。

　　　　BENEFIT:如果必应能和英语学习、研究机构合作，除了对必应词典本身，对微软来说，可以开启微软在教育领域的一条新道路，不过目前好像minecraft正在做这个。

　　　　COMPETITIONS:竞争很激烈，目前市场主要被扇贝、新东方乐词、有道等软件占领，微软如果想要获胜，首先应该完善Android的各种功能，另外针对应试需求，通过分析其他软件，改善自己从而吸引大部分用户，而其杀手功能同时应该进行进一步优化。

　　　　DELIVERY:不管怎么样，宣传最重要，知道必应是因为win8默认搜索引擎是必应，知道必应词典，是因为去年有个学长学软工的时候要我试着用一下，也就是说，必应词典的宣传完全不够。普通用户并不会了解到还有必应词典这个应用，所以微软应该充分利用自己的强劲实力，加大宣传力度。但是必应软件本身给人的简洁印象会给宣传带来一定难度。

　　3.2配置

　　　　1名项目经理，1名美工，2名开发，1名测试，在开发初始时迅速明确分工。

　　1-2周：建立分工，团队熟悉各自角色，磨合性格与风格，统一编码、文档风格。集体培训必须的知识，了解开发流程等常识。

　　3-4周：分析需求，确定基本的开发方案、撰写正式文档，列出必须学习与可能需要学习的技术清单，首先学习当前开发必须学习的。项目经理和美工在此期间分析其他项目实例，并收集相应素材。

　　5-6周：做出详细设计，此时美工开始设计UI。

　　7-10周：完成相应的部件与功能，保证功能之间不出现重叠与冲突，并对部件进行测试并撰写测试文档，此时美工开始根据部件设计相应界面。

　　10-13周：将部件组合起来，完成各种测试，确保程序不出现问题，并进行回归测试，修复之前的bug与新出现的bug，并撰写测试文档、readme。

　　14-16周：测试并随机选取用户内测，获得用户反馈，将应用进行调整，并开始维护和运营。