第三次作业——个人作业——软件产品案例分析
2016-10-31 18:00
253 查看
关于 K米 —— 的案例分析
产品
第一部分 调研,评测
评测:
软件的bug,功能评测,黑箱测试
下载并使用,描述最简单直观的个人第一次上手体验。
按照描述的bug定义,找出几个功能性的比较严重的bug。
软件登陆:
已注册的手机号在使用
快捷登陆功能时获取验证码获取不了,造成无法登陆。
使用第三方账号登陆时微博和微信的选项授权后需要绑定手机号 ,而且左上方的返回按钮无效,此时必须绑定手机号才能进入主界面,或者杀死程序重新启动,这时如果重新启动后会发现,如果之前用微博或者QQ登陆,这时候个人主页已经是相应账号了,而如果用的是的微信的话,仍然显示未登录状态。(这是歧视微信吗2333)
软件第一次打开启动界面没有广告,之后每次都有。而且启动界面开始是一片空白,没有自己APP的flag。
软件使用
发布动态是添加的视频只能是现场录制,并且时间小于10s不能上传。
给周围人点赞不能取消。
重唱功能不能用。
弹幕会循环滚动。
评分开关不能显示当前状态。
在打开我界面中的我的订单时会出现一条不必要的提示,如下图
你觉得为什么这个产品组的人没有发现这些bug??
产品组的人可能把大部分时间花在了软件的基本功能的实现上,对一些细节环节可能不够重视,或者在版本更新前没问题的模块更新后出了问题,亦或者产品组人数少,任务重,时间紧,工资低。。。哈哈哈哈
采访
第8章 用户调研,12 章 软件的用户体验
介绍采访对象的背景和需求(他们有没有用过这个APP或类似的APP,除了现有的功能还有别的需求么)
背景:不常去KTV唱歌,没有使用过类似软件
需求:希望在手机上可以实现点歌台上的一切操作,懒得去动
让采访对象使用10-30分钟K米的功能(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
用户扫描包厢中屏幕上的二维码关注微信公众号后在公众号内获取了APP下载链接,打开软件后注册,连接包厢,通过搜索与推荐点歌,切换灯光效果,切歌,暂停播放,切换原伴唱,在使用重唱功能的时候出现了无法重唱的情况。
用户问题基本解决
软件优缺点:数据量不够,许多歌曲都没有MV;界面还算比较友好容易上手;功能方面觉得有些歌曲可以评分不错,实时的反馈可以调动用户的积极性。准确度方面评分有时会出现识别不了声音的情况(不是唱的不准的原因)。
用户体验:反应慢,减个音量都等了好久才有反应(比较适合树懒这种动物的操作吧),还有中间打分环节时间过久(等不及一展歌喉了啊啊啊),其他都还不错。
用户对产品有什么改进意见?
希望重唱功能修复,软件反应快点,去除一些无用的社交功能(鸡肋)。
结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论。
推荐
第二部分 分析
参考 8.6 节 对工作的估计, 和14.1 节 软件工程的质量
使用此软件的大部分功能,联系第二部分的分析,估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)
24周
分析这个软件目前的优劣(和类似软件相比),并推理出团队在软件工程方面可以提高的一个重要部分(具体建议)
全面K歌 | 唱吧 | 欢乐KTV | K米 | |
---|---|---|---|---|
数据量 | 5 | 5 | 3 | 4 |
界面友好性 | 5 | 4 | 3 | 4 |
功能 | 4 | 5 | 3 | 4 |
准确性 | 4 | 4 | 3 | 4 |
根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;
编号为重要度,1最重要,依次递减;圆的实心面积代表完成度,出发点及效果的综合
针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分(采用十分制)。
用户体验
实用性 | 易用性 | 满意度 |
---|---|---|
8 | 8 | 8.5 |
色彩舒适度 | 交互性和易用性 | 信息可读性 |
---|---|---|
9 | 8 | 8 |
登陆 | 点歌 | 安全 | 信息管理 |
---|---|---|---|
7 | 8 | 7 | 8 |
第三部分 建议和规划
参考《构建之法》第8章 功能的定位和优先级;第9章 项目经理
如果你是项目经理,如何提高从而在竞争中胜出?
得到团队成员的支持;
在过程创新和产品创新
目前市场上有什么样的产品了?
全名K歌,唱吧etc
你要设计什么样的功能?
PK功能,歌曲推荐功能
为何要做这个功能,而不是其他功能?
用户需要
为什么用户会用你的产品/功能?
PK能够引起竞争比较,给用户带来乐趣
你的创新在哪里?可以用 NABCD 分析。
N:
用户K歌时想PK一把,找人评的话可能不公平,而且各人的曲风不同,有些低音多的歌曲容易得分高,高音的得分低,单看评分也不太公平;用户在K歌时往往没有特别想唱的歌,歌曲推荐是一个不错的选择。
A:
设计合理的算法,根据K歌过程(包括歌曲难度,完成度等)来给出PK两者的综合评价,并给出不足之处的建议。歌曲推荐的话可以提供一个绑定用户经常使用的音乐播放软件的接口,根据用户平时听的歌曲用算法做出匹配。
B:
给用户带来更多的优质的体验。
C:
优势在于这个功能至今没有类似的,推出后要是反响好的话可以扩大用户群;劣势在于推广,功能模块的实现程度不确定以及被其他软件模仿甚至超越的蚕食。
D:
和客流量大的KTV合作,网络营销etc
如果你来领导这个团队,会有什么不一样?
应该做的更差,因为没有开发经验2333。
如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
UI设计人员 | 后端开发 | 前端开发 | 测试人员 |
---|---|---|---|
1 | 1 | 2 | 1 |
描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
时间 | 工作/里程碑 |
---|---|
第一周 | 与用户交谈,确定基本需求,建立模型 |
第二周 | 建立原型,与用户进一步讨论细节,统一认识/初始阶段 |
第三周 | 为项目建立支持环境和开发人员 |
第四周 | 确定UI,拟写规格需求说明书,与用户作开发前的最后一次确认/细化阶段 |
第五周 | 对成员进行培训,建立代码规范和调试规范 |
第六周 | 构建软件框架,完成最基本的登陆功能 |
第七-十周 | 第一次冲刺,攻坚主要功能模块的实现 |
第十一周 | 逐步实现非功能需求 |
第十二周 | 逐步实现非功能需求 |
第十三周 | 生成alpha版本并测试,总结经验 |
第十四周 | 第二次冲刺,攻坚alpha版本出现的问题 |
第十五周 | 生成beta版本并测试完善/构造阶段 |
第十六周 | 发布最终版本,根据用户反馈完善,编写用户手册/交互阶段 |
作为用户,你或你们最喜欢K米中的什么功能?(列表123,最多选择三种,说明理由) 你或你们可能会为哪些功能付费?(说明理由)
喜欢的功能 | 理由 | 付费 |
---|---|---|
评分 | 有乐趣 | |
预订KTV | 方便找附近的KTV | ^ |
相关文章推荐
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 第三次作业——个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 06.个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析
- 个人作业——软件产品案例分析