第三次作业——个人作业——软件产品案例分析
关于K米的案例分析
第一部分 调研、测评
1 体验
虽然之前经常跟朋友去ktv，但孤陋寡闻并没有听过K米，因为这次个人作业的原因才下载了这个app。上周跟组员一个去ktv测评总的给我的感觉还是很不错的，各种功能基本上都有，连接K米app后在包厢大家互动和K歌氛围都较之前好很多。唯二给我感觉不太好的两点：一是反应速度太慢，不管扫二维码连接时还是用手机控制时；（可能这部分的锅是KTV无线网络的）二是界面设计跟微博太像了，可能微博刷多了给我有点审美疲劳的感觉,不能给新用户一种耳目一新的感觉。
总的来说个人觉得这是一款挺不错的软件，能够满足大多数人在KTV的需求，做为一个蛮喜欢去K歌的人在作业完成以后应该也不会卸了K米，留着以后用，毕竟也不怎么占空间。
2 Bug
Bug的定义
百度百科的定义：`人们将在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug（漏洞）。`
Bug在《构建之法》第13章软件测试中的描述：
Bug:软件的缺陷。
Bug可以分解为：症状（Symptom）、程序错误（Fault）、根本原因（Root Cause）。
1）症状：即从用户的角度看，软件出了什么问题。例如，输入（3211）时，程序出错退出。
2）程序错误：即从代码的角度看，代码的什么错误导致了软件的问题。例如，代码在输入为某种情况下访问了非法的内存地址——0X0000000C。
3) 根本原因：错误根源，即导致代码错误的根本原因。例如，代码对于id1==id2的情况没有做正确判断，从而引用了未赋初值的变量，出现了以上的情况。
K米（Android客户端）使用时的bug
1) 在附近发布个人动态时，不能发布纯文字动态，必须包括图片、作品、视频和语音其中的一个（且只能一个）才能发布成功。
第一次在发布动态处输入”test”时，点击右上角发布没有反应，但点击取消会返回。
第二次在发布动态输入栏输入”test”，然后随便配上一张图片，点击发布立即能发布成功。
2)在KTV连接包厢里发送emoji表情字幕，在手机屏幕上能显示出来，但在KTV的大屏幕上显示不出，只显示用户名。(因为在KTV和队友都忘记截图和拍照了orz,下面是我随便进了个直播间发送了一个emoji字幕，在手机屏幕能显示出来，KTV屏幕就没办法了)
上述是个人使用时(模仿上届学长的WC测试法)和团队在榕桥KTV测试时找出的Bug。第一个Bug不能再动态中发布纯文字内容，一来这不属于软件的主要功能；二来这种K歌软件一般发动态会添加图片或歌曲作品，纯文字动态似乎一般人不会在这款app中发布，所以测试员在测试中可能有遗漏。至于第二个emoji表情字幕bug估计是数据库编码不支持emoji表情或者测试人员发现在手机上的字幕没问题粗心漏了在KTV屏幕上的测试。
3 K米（Android客户端）使用时的不足之处（个人感觉）
1)：在个人动态功能，我在手机管家通知权限中设置不接受K米app发送的消息通知，
如果有好友对我的动态点赞或者评论就提醒不了。这一点我觉得挺不方便，我个人一般 喜欢将一些app发送消息权限设置为禁止，但在一般的app界面会有提醒，但K米没有。比如我们用的最多的QQ，如果动态有与我相关会在界面提醒。
2)：在用手机点歌时，如果这首歌是你手机里有的但K米中没有的，点中歌曲能上传成功但手机中的歌词上传不了(好吧只能对着手机上的歌词唱)。
3 采访
1)采访对象的背景和需求
背景：这次配合我用户体验的梁X是我初中同桌，活波开朗的女孩子，所以去KTV的次数还是比较多的。我问她之前有没有有过这款app，她说没有，但用过K米微信公众号。。。(好吧，我不知道有这东西，然后去关注用了用，基本点歌功能有，但肯定没app功能丰富)
然后叫她去应用商店下载K米使用。
需求：该用户在体验前希望这款app至少有下面两个功能：其一能点歌、切歌、控制音量等基本功能；其二希望能点自己手机里有但KTV没有的歌曲。
-
该用户正在体验K米的图片
3)用户体验感受以及意见以下是我总结该用户的反馈：
(1) 功能很多，除了基本功能还包括社交以及KTV预定模块。
(2) 在KTV点歌相对来说较便捷；
(3) 很多在KTV没有的歌曲在K米上也能点；
(4) 一些民谣歌曲、日韩等国外歌曲的数量太少，希望可以再增加；
(5) 倘若选到KTV没有而软件上有的歌曲，下载上传时间过长。
(6) 流量耗费颇大。（这个。。。。。） -
用户推荐指数： 一般。
以下是跟用户交谈中的部分截图：
第二部分 分析
1 时间评估
条件：团队人数6人，计算机大学毕业生，并有专业UI 支持
工作内容：文档编辑、数据库设计、前台UI设计、架构搭建、连接包厢、遥控、点歌、添加KTV预定、添加直播、个人主页等基本功能的框架设计与代码实现以及后期测试等。
目标：完成K米大部分功能。
具体团队项目计划如下：
大概完成时间：21 weeks
2 同类比较
我在应用商店中只找到欢乐KTV和KTV手机点歌系统等寥寥几个相似的app(类似唱吧，全民K歌这种不能与KTV对接)，KTV手机点歌系统实在太垃圾，评论下面一片骂声，下面重点对比K米和欢乐KTV。
K米基本界面：
欢乐KTV基本界面：
总的来说两款app基本功能大致上比较相似，点歌、遥控、直播和KTV等功能两者都有。但也有些不一样的功能，例如欢乐KTV中有斗歌这一功能，K米中没有；而K米有动态这一模块，欢乐KTV没有。
优势： (1) 相对比欢乐KTV我还是较喜欢K米的界面设计，模块清晰不繁琐；
(2) K米有动态这一功能，对于比较社交的用户来说是个福音；
(3) K米有手机传歌这一功能，对于一些KTV没有的歌曲能够从手机上传；
(4) K米使用较流畅，欢乐KTV使用起来经常卡死或者闪退。
劣势：K米没有欢乐KTV中斗歌这种类似游戏的模块；
提高建议：基本功能完善好，UI设计要符合大众审美；将自己的优势功能最好做到同行的最好，另外加一些别人的优势功能，比如也可以加一个斗歌功能或者小游戏之类的。
3 K米所有功能逻辑框图
初始模块：
附近模块：
♦重要度：10%；
♦完成程度：90%；
♦出发点：促进附近爱好K歌用户之间的交流，分享用户的体验等；
♦效果：方便用户之间的交流和欣赏，丰富了用户体验。
聊天模块：
♦重要度：10%；
♦完成程度：85%；
♦出发点：促进好友用户之间的交流，扩大用户朋友圈等；
♦效果：方便用户与好友之间的交流与互动。
K歌模块：
♦重要度：40%；
♦完成程度：90%；
♦出发点：该款app的核心功能，为用户提供遥控KTV功能；
♦效果：极大方便和用户在KTV的操作。
发现模块：
♦重要度：10%；
♦完成程度：70%；
♦出发点：向用户提供预定KTV功能、热门话题和达人；
♦效果：方便了用户预定KTV以及浏览人们话题和达人。
个人主页模块：
♦重要度：30%；
♦完成程度：85%；
♦出发点：用户基本资料的编辑和完善；
♦效果：完善用户的个人信息，方便用户之间的互动与交流。
4 针对不同的维度评分(10分制)
♦用户体验：8.5分；
♦UI界面美观度: 8分；
♦核心功能：9分。
第三部分 建议和规划
参考《构建之法》第8章 功能的定位和优先级；第9章 项目经理
这个软件有很多可以提高的部分：
Q: 如果你是项目经理，如何提高从而在竞争中胜出？
如果我是项目经理，我会重点提升两个部分。其一是UI设计方面，现在用户非常在意软件的美观也就是所谓的颜值要高，毕竟现在大多人喜欢看脸；其二是做好基本的核心功能如点歌。预定KTV、调控等等。
Q：目前市场上有什么样的产品了？
现在市场上类似的产品较少只有欢乐KTV、手机点歌系统等几个，但如果另外几个K歌“巨头”如唱吧、全民K歌等要做对接KTV的功能，那竞争就大多了。
Q：你要设计什么样的功能？
我想在核心功能以外增加一些例如欢乐KTV斗歌或者K歌擂台赛之类的互动或者称为游戏的东西，这样能更加好的调动用户的氛围。
Q：为何要做这个功能，而不是其他功能？
因为我觉得K米的基本功能都已经比较完善了，在保证核心功能优势的前提下适当的丰富一下外围功能。
Q：为什么用户会用你的产品/功能？
现在市场上K歌类的app很多，但包括唱吧、全民K歌等大多数app都没有支持KTV点歌与遥控系统，所以这是我们最大的优势，用户如果希望在KTV能用手机直接遥控就会有人选择我们的产品，我们可以利用这个优势去丰富功能提高竞争力。
Q：你的创新在哪里？可以用 NABCD 分析。
Need（需求）：用户需要调节气氛，增强互动以及交流的手段或者说方式；
Approach（方法）：通过大家一同斗歌或者参加K歌擂台赛来活跃气氛，挑动大家的积极性；
Benefits (收益） 一个APP就能完成K歌遥控以及K歌大赛等功能，及其方便和使用；
Competition (竞争) 现在市场上有K歌活动或者游戏的app还是非常少的，在这一方面竞争不算大，我们可以争取做到最好；
Delivery(推广)：可以先在各大KTV试用与推广，并收集用户反馈，不断完善。
Q:如果你来领导这个团队，会有什么不一样？
我会从全局来策划整个项目，根据各个组员的技术特点和性格给每个队员的分工明确，又要求讲究团队协作，机动作战！同时我作为一个团队的PM,我会始终把握好我们的产品的最求的方向，将大家的力量凝聚起来。在开发过程中，及时的进行风险评估，调整队伍姿态，始终以最好的姿势前进。
Q：如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
3个开发、一个测试和一个美工。
项目经理负责人员安排，文档编辑，指定计划等；
Q：描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件？
1）需求分析与需求规格说明书的编写，约定编码规范，初步搭建好程序的设计框架：第1周
2）数据库设计：第2-4周
3）前台ui设计：第5-6周
4）具体编写相应的一些功能：第7-10周
5）后期测试，并完成测试版本：第11-14周
6）确定正式版本，编写用户手册：第15周
7）正式发布，部署上线：第16周
Q：作为用户，你或你们最喜欢K米中的什么功能？（列表123，最多选择三种，说明理由） 你或你们可能会为哪些功能付费？（说明理由）
喜欢K米的功能：
1) 点歌、切歌等遥控功能；之前没用K米前去KTV如果人数多的话，很多人要去抢一个点歌台觉得很不方便，K米完美解决了这个问题；
2)有动态发布功能。去KTV有时玩的尽兴想发动态，但又不想发在人多的QQ空间或者朋友圈，这时候K米动态也是个很不错的选择。
可能为哪些功能付费：K米现在的功能我并没有想为哪些功能付费，如果实在要选个的话就是手机传歌了，当你要点的歌曲KTV点歌台和K米中都没有时，用自己手机上传时可以收取费用。
