zoukankan      html  css  js  c++  java
  • K米APP----案例分析

    K米APP----案例分析

    第一部分 调研,评测

    第一次上手体验

    • 软件的美工做得不错,功能排版很清楚,用户很容易上手,不至于用户不知道怎么用这个APP点歌
    • 软件最主要的功能是KTV的点歌功能,这个功能只有在支持K米APP的KTV才能用到,所以在平时下载安装这款APP感觉没多大用处,看附近的人,刷动态以及好友聊天还不如刷微博,刷朋友圈和QQ微信聊天,在当前市场,这几个功能感觉用户的关注度不会很大
    • 在软件中发现预定KTV这个功能,还不如使用美团呢
    • 综上所述,软件除了可以连接包厢点歌这个功能比较实在之外,其他功能在平时地生活当中会使用到的机会太少了

    找呀找bug

    哈哈哈,因为这个作业要求,虽然得到了栋哥的金钱上的支持,可以免费K歌,其实在KTV的时候每个人都忙着找bug,都没有时间唱歌

    • 第一个bug:

    在[聊天]模块的[好友]页面,选择添加好友功能,输出用户名却不能找到该用户,而这个用户已经是我通过附近的人加到的好友,详细见图

    • 第二个bug:

    在[发现]模块的[周魅力榜]页面或者[周贡献榜]页面,选择榜上的一个用户进入用户的信息界面

    • ①选择聊天功能进入聊天界面
    • ②点击右上角的用户信息图标再进入用户的信息界面
      点击回退之后会回到聊天界面,如果重复①②操作,会重复打开这两个页面
      在[附近]模块的[人]页面,选择一个附近的用户一样存在上面的bug
    • 第三个bug:

    在[K歌]模块页面进入遥控功能界面,重唱按钮点击没有反应,而视频录制按钮一直处于灰色状态!

    为什么产品组的人没有发现这些bug

    在软件开发过程中,开发者是根据客户的需求逐阶段地完成软件的所有功能,慢慢完善,在这个过程中,bug往往是难以避免的,哪怕是在正式交付使用的软件中也可能出现bug。所以bug的发现往往是在用户地使用过程中逐一发现并交给软件的开发组来维护消除这个bug,因此才会出现软件的升级和后期的维护

    采访

    • 采访对象:江焱,福州大学14级计算机系计算机3班,我的舍长,年纪轻轻但长得很老气~~~~
    • 需求:KTV经常会遇到自己想要唱的歌找不到或者最新发布的歌系统都没有更新,唱不了自己喜欢唱的歌这无疑是让人心情很糟糕的事情,所以如果能有一款可以解决这个问题的软件就好了
    • 附上拍得贼糟糕的背影照
    • 用户的需求得到了解决,软件有本地歌曲上传的功能,所以只要本地有资源,就可以在支持K米APP软件的KTV唱自己想唱的歌曲
    • 软件的优缺点

    数据量的优缺点

    • 缺点:在排行榜界面更新周期是一个月更新一次,更新周期过长使得软件无法及时地体现近期用户需求地变化
    • 缺点:数据库没有及时更新最新发布的歌曲,在用户想点最新发布的歌曲的时候,一唱不了,二只能本地上传歌曲,使得点歌变得麻烦,降低体验感
    • 缺点:预定KTV搜索不到自己想要的KTV,说明了K米APP对应的KTV点歌系统的覆盖范围太窄了,对于生活地点附近没有K米APP支持的KTV的用户来说这一款软件就显得非常鸡肋了

    界面的优缺点

    • 优点:软件的界面设计简洁,美观,功能排版整齐,规划合理,使得用户能很快地熟悉这一款软件的操作

    功能的优缺点

    • 优点:用户会使用这一款APP就是想要体验手机点歌这个功能,所以软件只要把这个功能做得足够好就能够满足用户基本的使用需求了,K米APP在这功能方面是做得不错的
    • 缺点:软件部分功能对用户来说更多是消遣用的,并不是必须的,用户并不想花很多的时间来使用这个软件的交友功能或者直播功能,毕竟这些方面的功能其他软件比如微信,各种直播平台做得更好,KTV直播对用户来说并没有很大的吸引力

    准确度的优缺点

    • 缺点:在KTV包厢点歌的时候,有时候在"点歌"的时候会出现只进行了点歌操作,但系统会把歌曲"顶上去"的情况
    • 缺点:在KTV包厢进行遥控操作的时候,有时候在"切歌"的时候会把已经唱过的歌切出来
    • 用户体验方面的问题
    • 毕竟采访是自己提出来的,个人方面并没有足够的资金提供采访对象去支持K米APP的KTV去体验软甲的点歌功能
    • 用户对产品的改进意见
    • 设计一个体验包厢的功能,当用户第一次下载这个APP不是在KTV的时候,可以进入到一个虚拟的包厢进行点歌功能以及遥控操作功能的体验
    • 可以限制包厢进入的人数并且对建立几个虚拟包厢
    • 歌曲库需要多更新,以满足用户的需求
    • 软件推荐程度:一般

    第二部分 分析

    项目完成时间估计

    估计时间 工作内容
    1week 项目需求分析,原型设计,需求说明书,团队分工
    1week 需求说明书完善,原型设计复审,代码规范完成,平台搭建
    2weeks UI设计及改进,架构设计,测试计划
    8weeks 具体编码,测试,项目管理
    2weeks 代码复审,项目完善,用户试用反馈,测试计划改进
    2weeks 测试,项目管理推进
    2weeks 正式版本完善,制作用户手册,版本发布
    • total:18weeks

    软件优劣

    • 在度娘上找到的类似K米的APP有欢乐KTV等软件,下图是欢乐KTV的主要页面
    • 对比一下K米APP的主要界面
    • 从对比中我们可以得到以下几个结论
    1. K米APP相对欢乐KTV界面更加的精美,白色的背景以及橙色为主题的按钮,对比欢乐KTV的暗色主题给人的第一印象以及使用的舒适感更好更强烈
    2. 功能方面明显可以看出K米APP的功能比较丰富,但是也没有欢乐KTV的斗歌这一个功能,对比动态和好友,我认为在KTV的时候用户更多的注意力会放在斗歌这一类似游戏的功能
    3. 除去比较,在整个市场当中我们可以发现这一类软件的市场并不是很大,没用很多的用户关注这一类的APP,因此软甲的推广还需要付出很多的精力

    建议

    我们发现,尽管这些APP都有手机点歌的功能,但这前提之下是要连接到包厢才行,这降低了用户的体验,所以在软件上面开发者应该推出一个模拟包厢的功能,通过文字以及图形界面的结合向用户解释什么是手机点歌,这样用户在没有去KTV的情况下第一次使用这个软件才能知道手机点歌是一种怎样的体验

    逻辑框图

    • [附近]模块
    • 重要度:60%
    • 完成度:80%
    • 出发点:方便用户发布自己在KTV的动态以及交友
    • 效果:一般般,毕竟竞争很大,喜欢发朋友圈的用户更多吧
    • [聊天]模块
    • 重要度:50%
    • 完成度:80%
    • 出发点:提供用户一个交友平台
    • 效果:还是一般般,竞争太大了,这部分功能没什么新引力
    • [K歌]模块
    • 重要度:95%
    • 完成度:80%
    • 出发点:APP的主功能了,实现用户能通过手机点歌,方便用户
    • 效果:不错,这是K米APP主要的功能,也是用户使用这个软件的主要目的
    • [发现]模块
    • 重要度: 60%
    • 完成度: 90%
    • 出发点:提供用户预定KTV的功能,以及丰富[附近]模块
    • 效果:还是一般般。。。。理由同上
    • [我]模块
    • 重要性:95%
    • 完成度:90%
    • 出发点:一款APP的个人管理中心还是很重要的
    • 效果:作为个人管理中心这些功能足够了

    针对不同维度评分(100分)

    • 用户体验方面:80分
      理由:毕竟在没有去KTV的时候并不能使用K米APP的点歌功能,不过界面给人第一印象很好
    • UI界面美观度:90分
      理由:界面简洁,功能排版整齐,操作复杂性不大
    • 核心功能:95分
      理由:在KTV坐着就可以点歌,这种感觉还是很棒的,想唱就唱~~~~~~~

    第三部分:建议和规划

    如果你是项目经理,如何提高从而在竞争中胜出?

    • 在《构建之法》8.5节中提到了功能分析的四个象限
    1. 第一象限(必要需求|杀手功能):设计虚拟包厢,让用户能够体验KTV包厢点歌功能,优化点歌,遥控,评分等功能
    2. 第二象限(必要需求|外围功能):增加歌曲库的内容,并且经常更新数据库,以满足用户的需求
    3. 第三象限(辅助需求|杀手功能):增大K米APP在KTV的覆盖范围,提升用户使用APP的频繁度
    4. 第四象限(辅助需求|外围功能):优化动态和交友功能,给用户更好的体验

    目前市场上有什么样的产品了?


    其中唱吧并不符合这类产品,但是删不掉,所以就只能简陋地遮蔽一下(假装看不到~~~)

    你要设计什么样的功能?

    • 多人牌类游戏
      包含多种牌类游戏:狼人杀、斗地主、80分、杀人游戏等等
    • K歌比赛
      一首歌分成多段评分,每个人唱一段,看看谁唱得好

    为何要做这个功能,而不是其他功能?

    • 这两个功能更贴切用户的需求
    • 一群人去KTV通常都会有麦霸,唱几首的,不唱的这几种人存在,往往不唱歌的人都会凑在一起玩牌,K米APP提供这样一个游戏平台是十分贴合用户的需求的
    • 有时候你点的歌你在唱的时候往往会有人和你一起唱,嗓门又比你大,唱完都觉得不过瘾,K歌比赛可以让你们分段唱,满足自己想表现自己嗓音的欲望,还能比赛提升娱乐性

    为什么用户会用你的产品/功能?

    • 目前在中国市场当中这类软件比较少,在这个点歌的功能上竞争较小,只要能在KTV支持K米,手机点歌功能完全符合用户的需求
    • KTV点歌功能加上游戏功能,用户在方便点歌的同时还能体验游戏的趣味性
    • K歌比赛符合很多用户的心理,并且有部分娱乐性在里面,满足用户需求

    你的创新在哪里?可以用 NABCD 分析

    • N(Need,需求):牌类游戏的平台很多,用户在KTV经常玩这类牌类游戏,把游戏平台和K米APP点歌功能结合在一起,满足用户的综合需求
    • A(Approach,做法):类似牌类游戏平台的软件已经有很多,把这类原型和原本的APP整合在一起即可,K歌比赛结合原本的评分规则即可
    • B(Benefit,利益):丰富APP的内容,满足用户更多的需求,提升用户的体验
    • C(Competitors,竞争):目前市场上这类软件出现的还比较少,竞争较小,就是软件的部分功能与很多软件冲突,用户需求不大
    • D(Delivery,推广):增加支持K米APP的KTV的数量以及广告推广,还可以退出使用该APP提供KTV包厢的优惠的活动

    如果你来领导这个团队,会有什么不一样?

    • 更加注重用户体验方面的需求
    • 更加注重测试,注重软件维护

    如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?

    • 一个项目经理
    • 一个美工
    • 两个程序开发
    • 一个文档

    描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定

    周数 工作内容
    第一周 用户调研,需求分析
    第二周 原型设计,完成需求规格说明书
    第三周 完善原型设计,完善需求规格说明书,开发平台搭建,制定代码规范
    第四到第五周 UI设计,模块设计,架构设计,测试计划
    第六到第十周 完善UI,代码开发阶段,项目管理
    第十一到第十二周 代码复审,测试,用户试用反馈,测试计划改进
    第十三到第十四周 测试,项目管理推进
    第十五周 正式版完成,编写用户使用手册以及各种文档
    第十六周 发布正式版,交付使用

    第四部分 新增要求部分

    • 作为用户,最喜欢K米中什么功能?
    • 最喜欢的当然是KTV点歌功能,项目小组一起去测评的时候这一个功能用得不亦说乎
      理由:作为懒癌患者,能坐在沙发上一直点歌唱歌,何乐而不为?
    • 然后就没有其他喜欢的功能了。。。。。
    • 作为用户会为哪个功能付费?
    • 好吧,作为一个学生党,完全不想在这种软件上花钱好嘛~~~~~~
  • 相关阅读:
    三级联动(在YII框架中)
    用composer安装Yii
    在apache中设置访问目录后进入的默认页面为index.php
    php mb_convert_encoding的使用
    采集数据和memchche的存储使用,分页展示
    php操作Memcache
    前端页面卡顿?或是DOM操作惹的祸,需优化代码
    windows mongodb 安装
    浅谈WebSocket
    使用Spring MVC HandlerExceptionResolver处理异常
  • 原文地址:https://www.cnblogs.com/skatejk/p/5995149.html
Copyright © 2011-2022 走看看