软件产品案例分析——K米

第一部分 调研、评价

调研

测试机型：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沟通好。

问一下表头为啥透明了