“K米” 软件产品评测
第一部分 调研，评测
##评测：
第一次上手体验：KTV相信很多人都有去过，大部分包厢只有哦一个点歌台，相信很多人都会烦恼于一堆人挤在小小的点歌台前点歌的样子，还有些人不太好意思跑到点歌台点歌，常常是碰到自己会唱的歌就“勉为其难”一展歌喉。K米抓住了这两个痛点，将一堆人挤在点歌台前点歌转换为可以通过手机移动端点歌操控，这是它最核心突出的功能亮点。
bug展示：遥控器界面中的重唱功能失效，点击没有反应
- 在”附近的KTV预定”这一功能中，有些商家的电话号码是错误的
- 遥控界面切歌的延迟比较厉害，如果有多个用户在短时间内按下切歌，会造成歌曲连切
- 在包厢录制的歌曲，保存之后可以播放，但是没有声音。
- 搜索功能不够完善，模糊查找会出现查找不到的情况
- 遥控器中视频录像按钮始终不可以点击
- 遥控器中音效按钮按下后表面上模式已经更改，然而实际音效开关模式并没有得到切换
bug浅析：
- 第一、三、六、七的bug可能是因为测试KTV场地设备的原因造成的延迟或者数据没有传输成功，也有可能是因为软件的测试人员没有考虑到多个人员同时操作造成的数据紊乱
- 第二个bug可能是因为审核人员对一些商家提交的数据审核不严谨，没有进行实地考核的原因，当然考虑到商家数量太大每一个考核对成本的压力也是可以理解的
- 第四个bug可能是因为对声音的捕捉算法存在问题，每家KTV的硬件设备也不是都能达到实验室中测试的性能
- 第五个bug可能是因为搜索的算法存在缺陷，没有考虑到KTV点歌时经常出现的一时之间只记得部分歌名或者高潮部分歌词的情形
##采访：
用户的问题：用户使用这个产品的核心功能是在KTV中充当移动点歌台。这个功能的定位设计让它在离开KTV这个特定产所后受众变得比较小，但经过在KTV的测试后，它的操控上仍存在一些不能使用的功能，另外用硬件的协调性还有待改善，手机操控控制后延迟问题也急需处理，建议可以加入操控成功的提示信息。而在有了热门直播这个功能后增加了软件在KTV以外的受众群体，附近的人还有一些交友互动也提升了软件的受众，但在距离定位上仍存在问题，很多定位上的距离远大于实际距离。
数据量：有的KTV有提供唱歌评分功能，可以把这个数据在传输的时候互动起来，另外歌曲的详细信息似乎在K米上并没有得到体现
界面：K米的界面比较干净利落，没有太多繁杂的项目，用途也让人一目了然，就是UI设计时背景色调太暗，在KTV昏暗的环境中让人眼睛挺难受的建议调整下背景配色以及亮度
功能：核心的远程操控功能大体实现，但一些不能使用的功能项还是需要进行修复，而预定KTV功能缺失比较厉害，需要人手动电话联系商家而不能直接在APP上进行操作
准确度：全名搜索的效果挺棒的，但是模糊查找缺失比较厉害，因为现在许多音乐软件的模糊查找都比较完善了，在这块上面可能是一个比较大的缺憾
用户体验：界面布局干净利落，块落清晰，但是UI设计没有考虑到KTV的实际环境，这方面是个差评，功能上仍有很多需要完善的，所以用户体验效果一般。但是这个软件的核心功能抓住了KTV点歌台少而短时间内需求人多的痛点，所以前景还是很好的
用户对产品的改进意见：UI重新设计，建议在KTV的环境下亲自尝试，针对操作的功能进行完善，建议增加修改成功的小窗口提示
结论：推荐
#第二部分 分析 *** * **估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）：**16周 * **分析这个软件目前的优劣，并推理出团队在软件工程方面可以提高的一个重要部分（具体建议）。** >优势： >1.K米的界面干净利落，每个功能模块的用途让人一目了然 >2.K米的有自己的附近查找还有聊天，可以有自己的交友分享 >3.K米有自己的直播平台 >劣势： >1.K米的宣传力度不够，很多人还不知道有这款软件的存在 >2.K米在商家方面的联络不够深，我们去的KTV支持K米点歌，然而全程下来商家根本没有提到过K米
- 软件工程：
增加用户对商家的评分机制，由大众来参与对商家的衡量
建议可以将二维码放在播放台上，不然每个人都要到点歌台扫一扫太过麻烦
- 根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果；
- 评分（以100分计算）：
- 用户体验：80分
- UI界面美观度：75分
- 核心功能：80分
#第三部分 建议和规划
-
根据《构建之法》里面提到的功能分析的四个象限，提出我对提高k米竞争力的看法：
- 第一象限：K米这个软件给我最刚需的功能应该是 k歌模块。因而我觉得K米应该要加强对这块的投入，尽量不要让它在使用过程中出问题。
- 第二象限：和其他同类软件比，K米并没有手机K歌功能，因而在力有所及的情况下可以进行功能的增加
- 第三象限：社交聊天模、动态分享、直播等要有良好的界面设计，现在的亮色调要进行UI修改，可以在KTV随机邀请用户进行体验设计
- 第四象限：现有的个人中心功能已经足够使用了，只需要进一步完善就可以了
-
目前市场上有什么样的产品了？
- 手机上k歌的软件：全民k歌、酷我k歌、唱吧
- 同类线下ktv联网软件：AirKTV（雷石）
-
你要设计什么样的功能？
歌词接龙，听歌猜曲
-
为何要做这个功能，而不是其他功能？
既然产品的特定使用场地是在KTV，当然要先专一关于唱歌有关的功能开发
-
为什么用户会用你的产品/功能？
- 如果能让KTV只支持我产品的使用，就可以垄断
- 我的功能比其他同类型的产品更快更好上线，养成用户的使用习惯
- 能抓到用户在KTV所希望的享受到的服务，用手机代替所有需要“勤快”的习惯
-
你的创新在哪里？可以用 NABCD 分析。
- N：唱歌要的是开心，而十几个人的KTV中一两个麦的传递容易冷场，这时候就需要一些其他的东西来调节气氛。
- A：一两句歌词可以躲掉跑调的尴尬，而在传递麦的过程中，也避免了几个人一直唱下去其他人无事可做的尴尬
- B：可以一次让整个包厢的人都下载APP，而用户群体的惰性会让他们除了忍无可忍的情况下，会一直使用着第一次接触的同类型软件
- C：K米的优势在于它的线下支持，只要在KTV包厢中开始了接触，而其他同类型产品的部分功能又能找到替代，就会慢慢加大用户的习惯，如果一个产品的多种功能都做的不错，而有一个核心功能是其他软件所没有的，渐渐地其他软件的用户群体会被这个软件所吸引过来。
- D：KTV商家的推荐，还有一些现场试玩的宣传推动
-
如果你来领导这个团队，会有什么不一样？
- 我会先对核心功能缺失的地方进行修复
- 既然是针对KTV的用户，那就要加大在KTV中的现场测评，以及搜集在KTV中唱歌的人们的需求
-
如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
- 手机端开发：3个人
- 美工：1个人
- 测试：5个人以及KTV实地邀请用户测试
- 后台开发：1个人
- 描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
===================
| 任务截止时间 | 任务 | 阶段成果展示形式 |
|---|---|---|
| 第一、二周 | 团队计划、需求说明书 | 需求初评 |
| 第三周 | 编码规范完成、平台环境搭建完成、初步架构搭建+需求规格说明书最终版、UI设计 | 编码框架+需求复审 |
| 第四周 | UI设计改进+架构设计+测试计划 | |
| 第五、六、七周 | 第一阶段冲刺。编码+测试+项目管理同步推进 | Alpha版本发布 |
| 第八、九、十周 | 项目完善+用户试用反馈+测试计划改进 | 改进总结调整 |
| 第十一、十二、十三周 | 第二阶段冲刺——连续七天站立式会议+测试+项目管理推进 | Beta版本发布 |
| 第十四周 | 正式版本完善+用户手册 | |
| 第十五周 | 正式版本发布 | |
| 第十六周 | 部署上线 |
小里程碑：第七周，第十周
大里程碑：第十三周
##第四部分：“作为用户，你或你们最喜欢K米中的什么功能？（列表123，最多选择三种，说明理由） 你或你们可能会为哪些功能付费？（说明理由）” >* ###1.遥控功能：可以舒舒服服躺在沙发上进行点歌切歌等操作，不用挤到点播台，简直是懒人的福音 >* ###2.动态信息分享：可以找到志同道合热爱K歌的朋友，还能直播自己的优美嗓音
