第三次个人作业—“K米”评测

第一部分调研，评测

评测

1、上手体验：

软件欢迎界面，色彩对比鲜明，前三图深色调，最后一条则充满了艳丽的色彩，让人对这个产品突然充满了期待。
软件界面加载速度慢，很多地方点击进去要等好久才能出现界面。
软件加载数据的方式和显示太过繁杂，有加载条、下拉刷新、“○”按钮刷新、图标跳动加载。
虽然功能好像很多，但并不是用户所迫切需要的，没有连上KTV包厢，整个产品就等同于空气。

2、感兴趣的功能点：

K米软件遥控KTV
直播

可能付费的功能：

10块钱包月，定向流量：K米免流量开直播
K米会员：同一个包厢的人，若两个用户在很短的时间内（一两秒）同时用软件对KTV进行操纵，会员优先响应。

3、Bug报告：

（1）BUG_1

标题：

相册界面，从手机图库选择照片后，所选择的照片没有出现在软件界面上

重现步骤：

登录软件，进入个人详细信息界面

点击头像旁的背景图片进入图片设置

点击“+ ”号，从手机图库选择图片加载软件里

结果：

所选择的图片没有出现在软件界面上

预期结果：

所选择图片被成功加载到软件界面上

相应界面截图：

（2）BUG_2

标题：

“动态”选项卡界面，快速点击“发布”按钮，发布动态的界面会多次弹出，并需按相应次数的“取消”才能切换至上一个界面

重现步骤：

登录软件，进入导航栏的“附近”界面

在上端选项卡上切换至“动态”界面

连续快速点击“发布”按钮

结果：

发布动态的界面会多次弹出，并且需要按相应次数的“取消”才能切换到上一个界面

预期结果：

发布动态的界面只弹出一次，并且按一次“取消”便可切换至上一个界面

相关界面截图：

（3）BUG_3

标题：

“我的通讯录”界面，右侧导航栏显示有误，成黑条状

重现步骤：

登录软件，进入添加好友界面

选择采用手机通讯录的方式进行好友导入

页面加载成功，显示通讯录信息

结果：

右侧快速导航栏成黑色条状，所有姓名首字母挤成一团

预期结果：

通讯录快速导航栏采用ABCD等字母顺序进行导航

相应界面截图：

4、为何会出现漏网之鱼

产品功能太多太杂，产品组精力被分散，没有充分考虑到每个细节
测试时所用手机不同
为充分考虑到极端压力测试，如快速点击某个按钮

采访

采访对象：

福州大学数计学院的程序猿小李

背景需求：

小李偶尔会借周末闲暇之余，出去KTV鬼哭狼嚎一阵。先前并没有用过K米APP，但有用过部分功能相似的产品例如唱吧。

使用过程：

用户体验：

体验问题：

使用软件连接包厢后，虽然主体功能都能够使用，但是相应速度实在太慢，点了切歌之后等了好久还没切换，然后又点了一下，于是经常出现连续切换两首歌的情况。

改进意见:

优化软件的响应速度，让软件尽可能得达到如同有线连接KTV一样，即按即响应，用户体验会提升很多。

体验问题：

信息展示界面有点冗余，例外关于个人信息的界面有三个，商家详情界面有两个，而在信息展示上面不同的界面并没有多大的区别。

改进意见:

去掉部分重复显示的功能点，精简信息展示界面。

体验问题：

登录之后，会自动跳转到一个手机号注册的界面。并且软件的许多主要功能都需要手机号注册才能使用。如今很多软件都可以支持第三方登陆，但并没有强制手机号注册，如今时代用户都自己的个人信息保护意识都很强，而且要注册手机号才能使用部分功能让用户体验受阻。

改进意见:

登录之后即可无阻使用各种功能，去除需要手机号注册的限制。

体验问题：

手机传歌速度实在太慢，而且不能指定文件夹搜索，每次搜索完切换界面回来又得重新搜索，繁琐之极都让人不想使用这个功能了。

改进意见:

增加指定文件夹搜索传歌的功能

优化传歌速度，尽可能达到类似天天动听那样在几秒钟之类便搜索完所有歌曲

增加缓存记录功能，当搜索完一遍之后，再次进入界面不需重新搜索。

体验问题：

用户举报功能形同虚设，点击举报之后立马提示举报成功，并没有弹出任何填写举报理由的窗口。

改进意见:

用户举报的原因多种多样，应当增加一个举报理由的界面，当让K米管理员审核举报时具有参考性。

体验问题：

用户可在评分系统里对商家的音响，服务，环境等进行评分。但是意见反馈可以无限次，可能导致刷评价的情况出现。而且用户查看不到每个商家的评分内容，评分系统的实用性不强。

改进意见:

限制每个用户评价商家的次数，例如只有在对应KTV商家消费完之后才能进行评价，其他用户可以看到所有人对某一KTV商家的评价，便可以根据用户评价内容选择是否消费该家KTV。

推荐程度：一般

第二部分分析

产品分析

时间预估

整个产品涉及面非常广，软件开发、产品运营、以及线下KTV商家的推广协商等等，这些都需要大量的时间和精力。单纯靠一个6个人的团队，是很难做到这一点的，这其中肯定有着公司和其他技术团队的参与协助。

当然，6个人的团队肯定是K米的主力军。整个项目，从Idea的产生到如今的程度，大概时间至少得有两年。

第一年，产品的开发以及不断完善推广，然后拿着产品去参加各类比赛或引入投资，增强团队的实力。

第二年，在有技术团队以及资金的支持下，开始软件的推广，以及和全国各地KTV商家的合作。

竞品分析

产品	产品定位	用户群体	优势	缺点
K米	免费的社交K歌手机应用，其手机点歌功能主要在KTV、夜总会、酒吧等K歌场所中使用。	用户群体较为局限，支持K米的KTV还不多，只有频繁去KTV的用户才可能使用到这款软件。	把软件与现实KTV融合，创造了新型的KTV玩法。	功能完善度小，用户群体局限。
唱吧	免费的社交K歌手机应用。定位草根的娱乐平台。主要功能是唱歌和社交。	用户群体广泛，只要热爱唱歌的人便可以使用这款软件，容易入手。	用户群体广泛，功能完善。	歌曲上上传速度慢；没有官方的专业伴奏。

改进建议

K米的优势在于KTV里的实时随手操作，避免了以往每次都得反复跑到点歌台的情况出现。但是这个核心功能的响应速度很慢，开发团队应当把工作重心放在核心功能的体验改善上面，在主打功能的体验提升之后，再逐渐完善产品的其他功能。

功能逻辑框图

模块分析：

模块	重要度	完成度	出发点	效果
KTV遥控	非常重要	90%	软件的核心功能，利用软件直接操纵KTV里歌曲的播放，解决了用户痛点。	功能基本都有实现，但是响应速度慢。
K歌	非常重要	75%	软件的主要功能模块，提供歌曲选择、直播、链接等多个功能模块，是K米的核心竞争力。	直播功能很新颖，但是卡顿现象以及一些小bug还有待修复。其他功能模块例如传歌的用户体验也不是很好。
聊天	重要	80%	增加社交化元素，便于软件推广。	可利用通讯录导入好友，增加熟人社交。聊天界面类似QQ、微信，基本的社交功能都有实现。
我	重要	95%	展示用户的信息界面，方便信息的获取以及交友。	信息展示详细，用户需求信息基本满足。
附近	一般	70%	发布动态，增加好友互动，让用户实时感受到其他用户使用K米的过程。	发布动态时有bug，而且拍摄视频的方式体验不是很好，需要使用好久才能熟悉，用户体验不是很好。
发现	一搬	60%	核心功能点是KTV的预订，从预定到消费到评价，一体化的系统有助于提高用户对软件的依赖性。	商家列表较少，而且商家详情界面提高信息太少，在软件上没有直接途径可以和商家进行交流。其他功能模块的实现程度还是有点低。

软件评分（满分10分）

用户体验：

软件结合KTV的玩法，确实让用户感觉很新颖，但是许多细节方面处理得并不是很好，最明显的就是软件的界面加载速度以及响应速度很慢，这让用户体验大打折扣。

得分：6分

UI界面美观度

软件的UI设计还是挺舒服的，美观简雅，logo和图标的设计也很好看。但是部分界面的设计有点冗余，若在界面展示上面把重复的功能点精简一下就更棒了。

得分：8分

核心功能

软件的核心功能是在KTV里对歌曲进行实时的操作播放。用户需要的功能都有实现，方便易操作，就像手持遥控器操作电视一样。不过软件在响应速度上面有点慢，没有实现即按即相应，还有待改进。

得分：8.5分

第三部分建议和规划

产品竞争力：

把工作重心放在KTV操作的响应以及流畅度上面，并且尽一切可能去修复软件目前尚且存在的bug或则用户体验不好的地方。从核心功能出发，逐渐增强用户群体，再适当更新社交化功能，拓阔用户圈。

类似产品：

唱吧、全民K歌、移动练歌房、K歌达人

设计功能：

K歌馆：在“K歌广场”设下擂台，向附近的人发布K歌挑战，挑战可以是指定的歌曲，也可以是系统随机生成。附近的人看到挑战，有意愿的可以进行挑战，并通过KTV的评分系统，来决定最后的获胜者。获胜者将赢得荣誉称号以及K歌币（用户对换虚拟礼物）。

功能创新点：

如今互联网时代，所有的软件基本都离不开社交化元素，用户群体的数量决定着一个软件的前景。"K歌馆”是一个社交化元素极其浓厚的功能，可以让用户找到自己的歌友，拓宽交友圈，同时对K米的这个功能留下好的印象。此外，人与生俱来都是喜欢挑战的，“K歌馆”的挑战、擂台等元素极大得促进了用户进行K歌挑战的欲望，进一步增强了用户对K米的粘性。

团队领导：

实话实说，目前我的个人能力还达不到领导一个如此庞大的项目，以目前的水平去领导这个一个团队，不用去考虑结果如何，反正肯定是在软工实践课上都看不到K米测评的影子。

当然，我们可以定一个小假设，假设我的个人水平略微有点牛逼。在领导这个团队时，我会让整个团队的工作重心放在K米对KTV的操纵体验上面，在提升用户体验到极致时，再去慢慢完善周边的功能设计。并把前面所提的“K歌馆”功能模块加入到软件当中，增强社交化元素，提高用户量。

角色配置：

两个开发、一个测试、一个美工、一个产品经理

任务计划：

周数	任务	里程碑
1	确定项目的核心功能模块，完成思维导图的设计。制定团队计划以及组员分工	梦的开始
2	进行用户调研，确定和完善需求，并开始着手《需求规格说明书》
3	根据需求说明书初稿以及思维导图，设计主体界面的UI原型以及数据库
4	确定团队项目的编码规范、编码环境的统一
5	根据原型设计，Android端实现主要的功能界面；服务器完成部分接口，并写好接口说明
6	继续完善需求说明书，并确定软件需求规格说明书最终版本	《需求规格说明书》最终版
7	完成主体功能接口的对接
8	在主体功能完成之后，根据测试计划进行测试，整理BUG文档并进行修复	Alpha版本的发布
9	Android端完成上阶段剩余的所有非功能需求需求模块
10	后台完成所有的接口设计
11	接口说明文档最终版确定，发布在Showdoc上	《接口说明》最终版
12	完成剩余接口的对接
13	灰盒测试，测试与BUG修复；正式版本的完善
14	写详细的用户手册，包括整个APP的功能模块介绍，使用流程，各种用户的使用说明	《用户手册》最终版
15	发布正式版本，真实用户使用	Beta版本的发布
16	部署上线真实版本，交付用户使用，申请软著	部署上线