Week2 Bing词典Android客户端案例分析

Posted 2020-08-10

一、软件调研

运行平台：android 4.4.4

必应版本：5.2.2

1、bug发现

1.1

bug标题：单词挑战无法加载和刷新

bug详细描述：学习界面中的单词挑战模块，点击后没有任何反映，并且点击刷新也一直显示“加载失败，请稍候重试”

bug严重程度：一般

bug优先级：重要不紧急

bug类型：内容相关

 

2、采访软件用户了解软件

用户背景：北航计算机学院大三学生

学英语的目的：准备出国的相关语言考试

用户使用软件的照片：

数据量：单词数据量充足，能够满足使用

界面：界面简洁易用

功能：功能还算完备，但是缺乏优秀的拍照取词功能

准确度：英译中准确，然而中译英准确度一般

用户体验：用户体验还行

改进意见：去掉首页的推荐栏目

评价：一般

 

 

二、软件分析

1.软件功能分析

软件功能有四类：

翻译功能：翻译功能包括短语翻译、句子翻译、例句提供、语音朗读

学习功能：学习功能包括个人单词本、经典词库、个人单词背诵、口语训练、听力训练、推荐阅读

分享功能：分享功能包括分享单词、分享句子、分享学习状态

自我维护功能：自我维护功能包括用户反馈、检查更新，系统设置

 

2.项目时间估算

团队人数6人左右，计算机大学毕业生，有专业UI支持

团队成员分工：

设计阶段：全体成员进行需求分析、需求规格设计

编写阶段：1位成员进行服务器后台的搭建，2位成员负责各平台客户端UI编写，1位成员负责翻译相关核心模块，1位成员负责拍照取词和口语练习中数据的输入处理和转化，1位成员负责分享功能和自我维护功能的编写

测试阶段：每人测试各自模块，然后3人负责总体测试和回归测试，3人负责问题修复

运行阶段：2人负责宣传和与用户交流，接受反馈；4人负责运行维护

总体时间估计：

需求分析：3周；需求规格设计：3周；编写代码：4周；测试：3周；运行维护：直到项目被放弃

发布前需要时间：13周

加上浮动的时间（如放假和突发事件），大概4个月（16周）

 

3.软件优劣分析：

优点：

　　界面简洁易用，符合主流审美观

　　功能多样，既有翻译功能也有学习功能

　　为用户个性化定制，为每个用户的英语学习提供不同帮助

缺点：

　　核心翻译功能不足，准确度有待提高不如百度翻译

　　首页推荐显得多余

　　存在未能解决的bug

 

4.可以提高的部分

　　完善核心的翻译功能提高准确度，优化首页，修复现有的bug

 

三、软件建议和规划

问题一：这个软件有很多可以提高的部分，如果你是项目经理，如何提高从而从竞争中胜出

从功能上，改进现有的翻译水平；从内容上，丰富词典内容，包括各类专业词典、领域词典；

 

问题二：目前市场上有什么样的产品了？你要设计什么样的功能？为何要做这个功能而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。

目前市场上相关的产品有两类，一类是有道词典、金山词霸、灵格斯、百度翻译等词典/翻译类的产品；另一类是百词斩、扇贝单词等这类帮助背单词的产品。

我要设计的功能是用户博客功能。

做这个功能的原因是单纯的单词背诵是十分枯燥的，并且没有掌握要领的人背起来非常痛苦，而软件能够提供的帮助有可能并不适合每个人，反倒是同学/朋友的经验可能可以帮上忙。因此鼓励用户写学习博客，将博客推荐给有需要的用户能够改善背单词的效率。

Need：用户背单词可能需要一些特殊的要领和诀窍

Approach：提供博客功能，鼓励用户写博客。在博客被赞的时候博主获得收益，而看的用户则学到相对应的诀窍和技巧

Benefit：用户获得背单词的技巧

Competitors：市场中此类功能的产品还不多，有翻译/背单词类的产品，也有博客类产品，较少将两者综合起来的产品

Delivery：可以通过在官方网页中进行宣传，可以在视频网站中投放广告，可以利用微博进行宣传，也可以考虑传统的电视广告或者路面广告

 

问题三：如果你的团队有5个人，4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等）？

需求分析依然大家一起进行

代码编写方面，或许可以采用客户端显示网页的方式，节省不同平台客户端开发的人力成本，让客户端变成一个人来开发

测试方面削减一个人，修复bug人数不变

美工方面，如果资金紧缺或者时间充裕并且团队成员有这方面基础可以考虑自行设计；否则可以考虑外包

 

问题四：描述你的团队在16周期间每周都要做什么，，才能在16周如期发布软件？

1~6周需求分析和设计

7~10周代码编写

11~13周测试和修复bug

14~15周邀请用户进行内测，继续修复bug

16周宣传和发布