第一部分 调研，评测
评测
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 | 部署上线真实版本，交付用户使用，申请软著 | 部署上线 |