软件产品案例分析——K米
第一部分 调研、评价
调研
测试机型:iPhone 6s
K米版本:4.3.0
直观感受
界面干净,功能丰富,操作不复杂,易上手
错误类
-
无法分享KTV主页
步骤:进入KTV主页,点击右上角分享图标
预期结果:弹出选项分享到某APP,并跳转到该APP界面
实测结果:出现下图的错误代码
问题:无法分享KTV主页
可能的原因:根据错误代码,程序未自动获取默认的title、thumbImage、url
-
在换一首歌之后遥控灯光会重置
步骤:换歌
预期结果:除正在播放的歌曲等改变之外,其余保持不变
实测结果:灯光状态重置
问题:在一首歌中改变灯光状态,换歌后灯光会重置到初始状态
可能的原因:换歌的function中包含对于控制面板的初始化,初始化会重置灯光的状态
-
搜不到想要找的用户
步骤:点击”聊天“,右上角”好友“,右上角”添加好友“,在搜索框中输入用户名
预期结果:下方显示与输入用户名一致的用户
实测结果:未找到我想要寻找的用户
问题:搜索用户名之后找不到想要找的用户
可能的原因:数据库更新频率不够,未及时将刚刚注册的用户更新
-
会记录和自己的之间的位置信息
步骤:点击“我”,“头像”,左划上方滚动界面,出现地理位置信息异常
预期结果:显示最近一次获得地理位置信息的时间
实测结果:显示最近一次获得地理位置信息的时间的同时显示了距离“50米以内”
问题:会记录和自己的之间的位置信息
可能的原因:考虑到该界面与查看别人的主页界面相同,可能直接套用了别人的主页页面的格式,所以获得的距离差为0(小于50m)
建议类
-
个人主页上方的状态栏无底色
步骤:进入任意一用户主页
结果:上方信号-时间-电量状态栏内容无底色,严重影响查看
建议:加入底色或者隐藏
-
QQ分享房间无法直接同步跳转到k米
步骤:点击”K歌”,进入包厢,点击右上角分享,分享到QQ后,在QQ中点击链接
结果:通过QQ内置浏览器访问网页版K米,点击下方的跳转到K米按钮,跳转到K米后,仍是进入后台时的状态。
建议:通过分享的链接跳转到K米后可以进入该链接的状态
需求类
-
房间聊天语音听不清
需求:房间内成员可以发送语音
结果:语音在KTV嘈杂的环境中根本无法听清
建议:加入转文字功能或者取消语音功能
-
注册界面文本显示不全
需求:让用户确认已同意使用条款
结果:无法完整显示已同意的完整内容
建议:设置该UILabel的自适应文字
-
无法后台直播
需求(可能没有):直播过程中点击右上角的”设置“,进入设置界面后仍可以继续直播
结果:无法继续直播
建议:增加该功能
-
点赞不能取消
需求(可能没有):再次点击已经点赞的图标可以取消点赞
结果:无响应
建议:增加该功能
采访
对话
Q:请问你的是大几的学生啊?
A:大三
Q:恩,那你平时喜欢去KTV么?
A:喜欢去,周围朋友也有不少喜欢去的,没事的时候一起去唱挺好玩的。
Q:那在唱歌的过程中有没有遇到一些问题呢?
A:有啊,比如说一群人点歌要挤来挤去,不方便,想有一种更方便、快捷的点歌方式。
Q:是的,我想这个也是大部分人在KTV遇到的问题。我们现在正在对一款叫做“K米”的APP进行测试。这款APP主要就是用来解决你刚在说的问题的。请问你之前有听说或者使用过类似的APP么?
A:没有,之前去KTV都没有使用过APP。
Q:好的,那麻烦你在接下来的K歌过程中试用一下这款APP吧。
使用中。。。。
Q:经过十几分钟的使用,你总体的感觉怎么样呢?
A:我感觉挺不错的,点歌啊遥控啊都能够满足我的需要。
Q:那你能对这款APP做一个简单的评价么,比如从数据量、界面、功能和准确度这几个方面?
A:总体来说很不错,该有的功能都有了,涵盖了作为普通KTV用户所能使用的所有功能,数据量的话,曲库挺全的,暂时没遇到找不到歌的情况,界面挺好看。准确度。。。准确度是什么?
Q:恩,,准确度就是正确识别你操作的程度。
A:那应该是挺好的,没有什么出错的情况。就是刚才查找用户的时候没找到。
Q:能具体说说么?
A:就是我刚才输入我同学的用户名,结果没有找到。
Q:好的,这个情况我会记录下来的,还有什么别的问题么?
A:还有就是总是有人点完歌就把自己的歌顶到最前面,其他人都排好久了也不轮不到,有什么解决办法么?
Q:恩,这个情况我也遇到过,我们会反馈的!
A:没有了。
Q:好的,那你愿意把这款APP推荐给别人么?
A:恩,我非常愿意,毕竟是给大家带来方便的东西。
Q:哈哈,谢谢你!非常感谢能配合我们这次的APP测试!
A:不客气!
总结
-
使用过程
上手很快,迅速通过扫描二维码进入了包厢,十分顺畅的点歌、切歌,调整音量、灯光等。
-
评价
完全解决了该用户的问题
-
数据量
数据量大,曲库涉及面广
-
界面
界面美观,但有些细节方面没有完善(上文有详细说明)
-
功能
涵盖了作为不同KTV用户所能使用的所有功能
-
准确度
未发现不准确的情况
-
改进意见
建议加入一个把自己的歌顶到最前面的次数限制,例如每十分钟或者每三首歌增加一次顶歌机会。
-
结论
非常推荐
第二部分 分析
开发周期
大约需要15周
-
第1~2周
制定团队计划,需求说明书 -
第3~4周
原型设计,架构设计,测试设计 -
第5~7周
根据MVC模式,完成Alpha版本 -
第8周
Alpha版本测试,用户体验 -
第9~10周
根据测试和用户体验的反馈,完成Beta版本 -
第11周
Beta版本测试,用户体验 -
第12~13周
综合之前的结果,完成正式版本,撰写用户手册 -
第14周
正式版本发布 -
第15周
部署上线
优势
操作容易,主要功能完善
劣势
推广力度不够,直播质量普遍不高
提升
视音频处理、压缩、即时通讯分发
功能逻辑图
划分模块
模块 | 重要度 | 完成度 | 出发点 | 效果 |
---|---|---|---|---|
附近 | 10% | 100% | 通过定位服务与周围的人进行互动 | 使用较少 |
聊天 | 10% | 80% | 即时通讯 | 使用较少 |
K歌 | 50% | 100% | 用手机操控点歌台 | 十分有用 |
发现 | 20% | 70% | 周边活动 | 使用较少 |
我 | 10% | 100% | 个人设置 | 使用较少 |
维度 | 用户体验 | UI界面美观度 | 核心功能 |
---|---|---|---|
得分(满分10) | 9 | 9 | 10 |
第三部分 建议和规划
Q: 如果你是项目经理,如何提高从而在竞争中胜出?
A: 加入特权,对参与度高的用户给予一定奖励
Q: 你要设计什么样的功能?
A: 对于和用户之间的交互还可以更加深入,例如加入用户创建属于自己的歌单,或者自动生成用户多次点选的歌的歌单,在点歌时可以快速将自己喜欢的歌曲加入点歌队列中。
Q: 为何要做这个功能,而不是其他功能?/ 为什么用户会用你的产品/功能?
A: 在KTV中我们常常思考应该点什么歌,如果而且大部分点的歌都是之前唱过的,所以将自己经常点的歌作为歌单,点歌时就不会迷茫。
Q: 如果你来领导这个团队,会有什么不一样?
A: 虽然我不知道原团队的工作方式是怎样的,但是在本次很粗浅的测试中就发现了这么多的问题,该团队的内部测试还要多下功夫。我的团队会尽量的在正式发布之前避免这些本可以避免的问题。
Q: 如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
A:
时间 | A(前端) | B(前端) | C(后端) | D(后端) | E(美工) |
---|---|---|---|---|---|
第一月 | √ | √ | √ | ||
第二月 | √ | √ | √ | √ | √ |
第三月 | √ | √ | |||
第四月 | √ | √ | √ | √ | √ |
- 第一个月:后端根据需求将基本构建建好,美工根据原型设计界面,
- 第二个月:前端在后端的基础上进行前端设计,并与后端、美工沟通协作
- 第三个月:前端与后端的对接基本完成,前端进行功能体验方面的设计
- 第四个月:全体人员进行有针对性的测试,找出可以完善的地方
Q: 作为用户,你最喜欢K米中的什么功能?你可能会为哪些功能付费?
A:
功能 | 理由 | 如果付费的话是否愿意 | 理由 |
---|---|---|---|
手机点歌 | 点歌方便快捷 | 否 | 如果连这样的功能都要收费的话,怕是没有人去用了 |
手机遥控 | 方便操控 | 否 | 如果连这样的功能都要收费的话,怕是没有人去用了 |
包厢直播 | 增加用户之间互动,平台多元化发展 | 是 | 如果用户基数多的话,是愿意付费开通直播间的 |
尾
团队一起去了KTV测试。有麦霸在,自己一首歌没唱,测试完就躺沙发上睡了。无数次被忽然刺眼的灯光弄醒,居然发现了遥控功能会在换歌的时候初始化灯光状态这个BUG。
总的来说K米这个APP还是不错的,不过要不是这次测试我也不知道这款APP,加强一下宣传力度吧。还要K米里面的KTV超市没货,白瞎了这个功能了,看来是没和KTV沟通好。