软件产品案例分析(K米 APP)
关于 K米 —— 的案例分析
产品
K米的APP (全国KTV点歌,手机直播,互动,交友,预订)的Android客户端
第一部分 调研,评测
评测:
上手体验
第一次用这一类的软件,之前去KTV的时候都是在点歌台点歌,跑来跑去的,要调声音也要过去,所以经常就是让一个人在点歌台附近来点歌,这个软件提供了很大的方便,在KTV里只要连接了包厢,就可以在手机上点歌调声音等。登录的时候不知道为什么不能用手机注册,后来直接用手机发验证码登录,点下方发现选项的时候会强制选择地区,不选退不出界面。其他的聊天等功能都正常,主要是K歌功能方便了KTV的操作。
BUG
- 刚刚注册好的账号短时间内无法搜索到,也就不能添加好友,这使添加刚注册的账号为好友变得不方便。

- 用手机号注册账号时,只有手机输入框和验证码输入框,点击注册却要求输入昵称,但找不到昵称的输入框。

BUG没发现的原因
刚注册的账号无法搜索到可能是因为服务器没有实时更新,而手机号注册没有昵称输入框可能是由于一般都是由手机号直接验证登录,因此忽略了这个问题。
采访:
采访对象平时偶尔去KTV,但很少接触这一类的软件,他觉得KTV点歌有点麻烦,有时候还要穿过人群。

解决了用户的点歌需求,不需要跑到点歌台去点歌,软件的功能有点杂乱,主要功能不够醒目,界面还不够美观和简洁。
用户希望歌曲的曲目能够更丰富,同时点歌界面的互动功能能再多一些。
结论:推荐
第二部分 分析
该项目做到这个程度大概需要四个月到五个月的时间。
目前也有一些和该软件类似的K歌软件,K米与其他软件相比:
优
- 与线下KTV合作。大部分软件都只是在线K歌和社交,并没有提供线下的服务,而K米则与线下KTV合作,打造出为线下K歌提供便利的小助手。
劣
- 个人觉得界面设计还不够美观,功能分布有些杂乱。
- 用户的粘性不高,除了在KTV时候使用频率高一些,在平时很少会有人再打开软件。
具体建议
我觉得可以添加在线K歌的功能,使用户不仅能在KTV方便操作,也能在平时在线K歌。
逻辑框图

评分——满分10分
- 用户体验 7分
- UI界面美观 8分
- 核心功能 9分
第三部分 建议和规划
如果我是项目经理,我会在优化KTV中K歌操作的基础上,增加在线K歌功能,同时简化界面,使主要功能突出显示,从而在竞争中胜出。
目前市场上的软件大部分都只支持在线K歌,不支持线下KTV操作。
我要增加在线K歌的功能,并开启评论功能,让用户在线互评,增加用户的互动。
我觉得这个功能结合K米原有的功能,能提高K米用户的活跃度,通过线上线下相结合,使用户有更良好的体验。
市场上大部分的软件都没有与KTV合作,没有向线下KTV推广,这就使得用户在KTV时倾向于选择K米来操作。
NABCD分析
N:用户在KTV时需要为自己点歌,而点歌需要到点歌台去操作,有时候要跑来跑去,而且各种操作大部分都在点歌台上。
A:使用K米软件进行手机点歌等操作,同时还有各类包厢操作
B:这样做方便了用户的点歌操作,用户再也不需要在包厢内跑来跑去地点歌了。
C:K米软件与线下的KTV合作,而其他软件没有,这就为K米增加了竞争的筹码。
D:主要向各个KTV推广软件的功能,与线下KTV合作。如果我来领导这个团队,我会合理分配各个队员的工作和任务,突出我们项目的特色功能,重点实现核心功能。
如果我的团队有5个人,4个月的时间,我会分配1个人负责美工,2个人负责开发,2个人负责后端,同时每个人都扮演测试的角色,测试各个功能模块。
16周时间分配
1-2:调查用户的K歌需求,完成需求分析
3-4:设计出产品的原型,同时完成需求说明书
5-8:安卓代码编写以及数据库的设计
9-10:软件各个模块接口对接
11-12:发布产品的Alpha版本,并推广使用
13-14:测试和修改BUG
15-16:完成产品的Beta版本
软件产品案例分析(K米 APP)的更多相关文章
- 软件产品案例分析----K米app
第一部分 调研.评测 1.1评测 1.1.1 第一次上手体验 1.1.2 bug 1.1.2.1 bug定义 1.1.2.2 栗子 1.1.2.2.1 A级 1.1.2.2.2 B级 1.1.2.2. ...
- 软件产品案例分析--K米
软件产品案例分析--K米 第一部分 调研,评测 评测 个人第一次上手体验 使用的第一款点歌软件,以为就是个遥控而已,使用后发现功能还挺多,能点挺久.觉得很方便,不用挤成一堆点歌了.K米的脸蛋(UI)好 ...
- 软件产品案例分析——K米
第一部分 调研.评价 调研 测试机型:iPhone 6s K米版本:4.3.0 直观感受 界面干净,功能丰富,操作不复杂,易上手 错误类 无法分享KTV主页 步骤:进入KTV主页,点击右上角分享图标 ...
- K米APP案例分析
关于 K米 -- 的案例分析 产品 K米的APP (全国KTV点歌,手机直播,互动,交友,预订)的Android客户端 第一部分 调研,评测 评测: 软件的bug,功能评测,黑箱测试 • 下载并使用, ...
- 福州大学软件工程1816 | W班 第10次作业[个人作业——软件产品案例分析]
作业链接 个人作业--软件产品案例分析 评分细则 本次个人项目分数由两部分组成(课堂得分(老师/助教占比60%,学生占比40%)满分40分+博客分满分60分) 课堂得分和博客得分表 评分统计图 千帆竞 ...
- [福大软工] W班 软件产品案例分析
作业要求 https://edu.cnblogs.com/campus/fzu/FZUSoftwareEngineering1715W/homework/1300 评分细则 第一部分 调研,评测 (3 ...
- 软件产品案例分析——福州大学微信小程序
一 .调研,评测 评测 第一次上手体验: 刚进入看到菜单界面,感觉还是比较生动清晰的,功能很多,也很全面,包涵了大部分学生所需要的功能,就是第一次身份验证那里找了半天. bug: 1.点击进入学生证附 ...
- FZU软工第十一次作业-软件产品案例分析
目录 前言: 第一部分.调研,评测: 1.1.初次感觉: 1.2.企业号bug: 1.3.你觉得为什么这个产品组的人没有发现这些bug: 1.4.假设你们团队需要开发这套系统,需要注意哪些方面: 2. ...
- 博客整理——K米测评
K米测评 1.233郑扬涛(orzyt) 博客链接:个人作业--关于K米的产品案例分析 亮点分析: 1.将整个软件各个功能模块的逻辑图都画出来了,而不是只画一个大概. 我做了个缩略图 2.第三部分 建 ...
随机推荐
- canvas api
基本骨骼 <canvas id="canvas" width=1000 height=1000 style="border: 1px black dotted&qu ...
- 迭代和递归 - leetcode 206. Reverse Linked List
Reverse Linked List,一道有趣的题目.给你一个链表,输出反向链表.因为我用的是JavaScript提交,所以链表的每个节点都是一个对象.例如1->2->3,就要得到3-& ...
- c:forEach 标签中varStatus的用法
c:forEach varStatus属性 current 当前这次迭代的(集合中的)项index 当前这次迭代从 0 开始的迭代索引count 当前这次迭代从 1 开始的迭代计数first 用来 ...
- [C语言]一个很实用的服务端和客户端进行UDP通信的实例
前段时间发了个TCP通信的例子,现在再来一个UDP通信的例子.这些可以作为样本程序,用到开发中.“裸写”socket老是记不住步骤,经常被鄙视…… 下面的例子很简单,写一个UDP的server用于收包 ...
- 51-du 显示关于目录层次结构或文件磁盘使用情况的信息
显示关于目录层次结构或文件磁盘使用情况的信息 du [options] [path-list] 参数 不带任何参数的du将显示工作目录及其子目录磁盘使用情况的信息,path-list指定要获取磁盘占用 ...
- 转-Spring单例模式与线程安全
问题背景 这段时间在做项目的时候,考虑到Spring中的bean默认是单例模式的,那么当多个线程调用同一个bean的时候就会存在线程安全问题.如果是Spring中bean的创建模式为非单例的,也就不存 ...
- extJs学习基础2
一个登陆界面: Ext.onReady(function(){ Ext.define('Login', { //renderTo: Ext.getBody(), extend: 'Ext.window ...
- Java--笔记(5)
41.面向对象的五大基本原则 (1)单一职责原则(SRP) (2)开放封闭原则(OCP) (3)里氏替换原则(LSP) (4)依赖倒置原则(DIP) (5)接口隔离原则(ISP) 单一职责原则(SRP ...
- Java垃圾收集算法介绍
垃圾回收器GC(Garbage Collection) 一.引用计数算法(Reference Counting) 介绍:给对象添加一个引用计数器,每当一个地方引用它时,数据器加1:当引用失效时,计数器 ...
- [转]响应式WEB设计学习(2)—视频能够做成响应式吗
原文地址:http://www.jb51.net/web/70361.html 上集回顾: 昨天讲了页面如何根据不同的设备尺寸做出响应.主要是利用了@media命令以及尺寸百分比化这两招. 上集补充: ...