个人评测——K米
K米APP案例分析
关于 K米 —— 的案例分析
产品
K米的APP (全国KTV点歌,手机直播,互动,交友,预订)的Android客户端
第一部分 调研,评测
评测:
软件的bug,功能评测,黑箱测试
• 下载并使用,描述最简单直观的个人第一次上手体验。
第一次使用觉得界面不简洁,迎面而来的是直播之类的,然后找遥控也花了一些功夫。
• 按照描述的bug定义,找出几个功能性的比较严重的bug。至少两个。
• 用专业的语言描述(每个bug 不少于 40字),如有必要,可以配图.
第一个BUG是在连接包厢会出现闪退(用的ios10.0.3第一次连接闪退,然后我自己退出连接测了10次又出现一次)
第二个BUG是使用模仿秀的时候,点了歌星的歌,显示点歌失败,但是又有在已点歌曲中,不是个别歌星,我测了三个歌星都这样。
第三个BUG出现在遥控器中,灯光会自动的变换(以前去过的很多ktv没有会自己变换灯光效果的,而且自己变换灯光效果也不符合人的习惯,所以我认为是因为使用了K米后使得产生了错乱)。
• 你觉得为什么这个产品组的人没有发现这些bug??
关于第一个BUG,我觉得可能是ios10.0.3系统跟app有不知名的冲突,而那时候ios10.0.3当时还没有发布,所以他们没能测试。
关于第二个bug,我想不到为什么他们没有发现这个bug,因为这个bug极其容易发现。
关于第三个bug,我也是在里面呆了一小时后有点困,发现灯光有点刺眼,然后我把灯光关了,可是一首歌完又亮了,询问有没有人使用灯光功能改变,没有人使用,所以说我觉得产品组没有人发现是因为灯光的改变是比较不会被注意到的因为在KTV测的时候专注力会比较专注在唱歌或者其他的方面。
采访:
第8章 用户调研,12 章 软件的用户体验,
相信每个同学的朋友中一定有人需要用这样的软件,记载你对这位用户的采访。例如使用下面的采访提要:
1. 介绍采访对象的背景和需求(他们有没有用过这个APP或类似的APP,除了现有的功能还有别的需求么)
我采访的对象是我高中同学的林伟斌同学,他本人经常K歌。他除了测试使用的K米APP也使用过类似APP。
他的需求主要是搜歌、顶歌、切歌、原唱/伴唱这些功能
2. 让采访对象使用10-30分钟K米的功能(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
3. 描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
用户使用产品时首先使用手机号注册登陆APP后,使用二维码或者包厢绑定码连接KTV点歌台,然后在主界面浏览且可以使用点歌切歌等功能。
用户的主要问题是原本要跑到实际点歌台才能点歌,切歌,切换原唱/伴唱等,使用手机遥控点歌台可以使用户坐着就能做这些事,解决了用户的问题。
用户体验我觉得每首歌唱完后后面都要加上K米模仿秀的广告这点让人体验起来不舒服(虽然这不属于APP的体验,但是遭受到这点困扰的人都会对K米产生消极态度)。
软件的数据量我觉得达到了“不错”的标准,用户能按照自己的需求搜索到歌曲,还有歌单推荐。
界面上,各个功能模块很好找,而且看起来挺舒服的。
功能上,用户的基本需求得到了满足,它也拥有特色的“手机传歌”、“K歌录音录像”、“直播此房间” 、“社交分享”的功能,相当有特色。
准确度上,搜索功能与实际点歌台是一样的,搜索准确度是能够满足自己知道歌名或者知道歌手名的用户使用的,可是如果能够根据歌词搜索的功能就更好了(因为很多时候只会哼一个歌的一句歌词却不知道这首歌名)。
4. 用户对产品有什么改进意见?
希望搜索歌曲能够有根据歌词搜索歌名的功能,这在点歌台是没有的而且用户有挺大的需求,这样APP比去点歌台点歌的优势不仅仅在于不用跑腿了。
5. 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
• 非常不推荐
• 不推荐
• 一般
• 推荐
• 非常推荐
推荐
第二部分 分析
参考 8.6 节 对工作的估计, 和14.1 节 软件工程的质量
使用此软件的大部分功能,联系第二部分的分析,估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。 分析这个软件目前的优劣(和类似软件相比),并推理出团队在软件工程方面可以提高的一个重要部分(具体建议)。
大约需要3个月的时间
目前类似的APP还有唱吧、全民K歌、酷狗K歌等。与K米相比,这些软件比K米多的是它们都有调混音的功能。
而K米的优势在于比起它们,K米的线下合作度高。
软件工程方面,我认为软件开发过程中的风险控制要做好,具体建议有
1.K米的模块都由自己团队做。
2.程序的架构要慎重选择好,不然到后面要重新选择架构的话,时间成本花费是非常大的。
3.一定要备份好开发的文件,而且要多处备份。
• 根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;
K米功能逻辑图
重要度:0~10 效果:0~10
• 针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
以下均使用100分制
用户体验:70
UI界面美观度: 80
核心功能: 80
第三部分 建议和规划
参考《构建之法》第8章 功能的定位和优先级;第9章 项目经理
这个软件有很多可以提高的部分。
• 如果你是项目经理,如何提高从而在竞争中胜出?
我首先会做好基本的功能,然后我认为这个app是为了能让用户在更方便,所以我会围绕着方便做此APP的功能,让使用户方便成为一大竞争力。
• 目前市场上有什么样的产品了?
目前市面上已经有了像唱吧、酷狗K歌、这样的能够手机实现K歌,练习K歌的社交型K歌APP了。
• 你要设计什么样的功能?
我要设计输入歌词能搜索歌曲和一些惩罚功能。
• 为何要做这个功能,而不是其他功能?
输入歌词搜索歌曲功能能使用户更方便(当一首歌你只知道其中的一句不知道整个歌名一直想的时候是十分烦恼的,如果知道了有这个功能,用户会十分开心的使用的)。
惩罚功能是因为在KTV中人们经常会玩一些摇骰子,划拳之类的pk小游戏,而且现状处罚一般是喝酒,但对于有些不喝酒的,这类游戏显得没有赌注,我想在里面加入例如现场自动发丑照到朋友圈、锁住某个应用不让打开10分钟之类的基于手机能完成的惩罚,成为摇色子等游戏的惩罚。
• 为什么用户会用你的产品/功能?
因为KTV唱歌一般是多人去的,所以有些人在没有唱歌的时候会想玩些小游戏,而我的惩罚功能能成为他们的乐趣,且根据歌词搜索歌曲能解决很多用户的烦恼
• 你的创新在哪里?可以用 NABCD 分析。
Need(需求)—用户需要更方便的手段来点歌,需要更多互动的娱乐点
Approach(方法)—通过根据歌词点歌,惩罚功能提供娱乐点
Benefits (收益)—一个APP就能完成K歌控制以及游戏等功能,十分方便
Competition (竞争) —其它APP还没有提供歌词点歌的功能以及特色惩罚功能。
• 如果你来领导这个团队,会有什么不一样?
我觉得这个APP会比现在差。
• 如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
开发:3人
美工:1人
后端:1人
测试:所有人都参与测试
• 描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
第一周:调查用户需求,生成需求分析报告。
第二周:根据需求分析报告,设计出产品原型。
第三周:修改需求分析报告,确定最终版需求分析报告。
第四周:对原始原型进行美化。
第五周:安卓前端开始设计界面,服务器端开始设计数据库。
第六周:安卓前端继续设计界面,安卓后端和服务器端商量得向前端提供网络数据的接口。
第七周到第十周:安卓前端、后端、服务器后端并行工作,安卓后端、服务器后端编写网络接口。
第十一周:安卓前端与后端的解决接口对接问题,完成接口对接。
第十二周:得到产品的Alpha版本,自己团队试用。
第十三周到第十五周:重复试用寻找BUG和修复推出新版。
第十六周:得到产品的Beta版本,进入小BUG修复和改进的维护运营阶段
其中有前期里程碑位于第七周,中期里程碑位于第十一周,而最后的里程碑位于第十六周