第一部分 调研、评价
调研
测试机型：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沟通好。