博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
2018软工第六次作业
阅读量:5158 次
发布时间:2019-06-13

本文共 4364 字,大约阅读时间需要 14 分钟。

组长链接:

NABCD模型分析

N(Need,需求)

随着社会的发展,版权问题越来越得到大家的重视,在音乐领域,争夺歌手或歌曲的独家版权已经成为服务商吸引用户的方式之一。然而,这也极大降低了用户体验——需要下载多个音乐app,不仅占据了大量的存储空间,而且使得用户不能够方便地在同一个app中收听到自己想要的歌曲。闲暇之余,用户想要听歌来放松心情,打开app搜索之后却提示歌曲因版权原因而无法播放,这样的情景与音乐的本意背道而驰,着实令人恼火。

A(Approach,做法)

基于此状,我们希望打造一个聚合平台,从而去解决这个痛点。与此同时,我们在完成基本功能的同时,着力于用户界面的设计以及附加功能的开发从而收获更多用户。听歌看似不是一件特别重要的事情,但绝大多数人听歌的频率并不低,并且用户粘性不高,如若可以做到较为出色的UI与功能,那么很有可能吸引到用户的迁移。

B(Benefit,好处)

在自己的需求得到满足的同时也能够满足大众的需求,听歌方便。

C(Competitors,竞争)

部分竞品总结如下:

(1) 用户界面交互简陋这与此类型的产品性质有关,绝大多数是由个人开发者进行的练手项目,一人挑大梁,并无太多精力进行界面设计开发。

(2) 整合度不高在搜索歌曲时仍需要进行音源切换,只是简单的将切换app转化为切换按钮。

(3) 功能较少该类型产品最主要的功能即为聚合,与产品的定位有关。并且处于灰色地带,大多数开发者并无将其做大的想法。

D(Delivery,推广)

空间、朋友圈、信息群等,大学生人群数量多、密度大,推广也会比较顺利。

软件社区如Coolapk,寻求社区管理人员的推荐以及及时与高质量测试用户进行沟通与交流。

用户自行安利

贡献评估

首先我们的个人贡献分是由基础分加额外分组成的。

主要有以下的加分和减分情况:

  1. 我们的软件团队模式是类似主治医生模式,主治医生可能不止一个,那么担任主治医生的人会获得一定的额外分,其他的人获得基础分。

  2. 在整个开发过程中如果有人属于RASCI角色,那么将会获得一定的额外分。

  3. 当然开发过程中如果有人不做事,或者是做假事,甚至是不让别人做事的人,队长会根据情节是否严重,扣除他一定的基础分,将扣除的基础分作为其他有贡献的人的额外分。

  4. 团队的每个人会负责自己的事情,当然如果能快速且完美地完成任务,会获得额外分数。但是如果只是快速完成任务,但是完成的质量堪忧给其他队员造成不必要的麻烦,如代码bug多,队长将会扣除其一些基本分。

  5. 我们队员的贡献应该是分为团队贡献和产品贡献,团队贡献如在自己力所能及的情况下,帮助其他队员完成任务,那么将会获得额外的分数。

    产品贡献是在整个产品的开发过程中,队员负责的任务越多且完成了,将会获得额外的分数。

    最终我们的个人贡献分是通过二维评价模式,也就是通过对贡献多少和完成情况综合得出最终的分数。

==评分细则:==

  1. 以一周为任务周期,每周团队总分100,其中保留10分作为奖池。

  2. 组员先对本周任务完成情况进行阐述,然后对全体成员(包括自己)进行评分,满分为12.5分,去除最高分与最低分平均取值。

  3. 对于首先完成任务且完成较好者进行积分奖励,积分取自奖池.

    奖励前三分别为4分、2分、1分。

  4. 按次序未按时完成者扣分,有特定原因者,组内商讨后酌情扣分,扣除的分数纳入本周奖励池。

    迟一天扣1分,5天以上,扣除全部

==此次评分:==

张杰 25.2%

朱跃安 20.3%

李泓 12.5%

李松 12.5%

林淇 12.5%

高裕翔 17%

吴佳炜 0%

黄正 0%

答辩得分

最高分 77

最低分 51

其余 (60 + 64 + 69 + 69 + 71 + 69 + 67) / 7 = 67.00分

提问解答

==答1组:==

1. PPT及文档完成度不佳

我们的失误。放松懈怠了,PM初次带队且各项能力较弱,,敬请谅解。

2. 整合各个音乐软件的音乐资源可能存在法律风险

移动聚合平台作为技术进步与社会需求的产物,对促进网络间信息内容传播与交流起到一定积极作用。对于移动聚合平台这一全新的移动互联网商业模式,我们应辩证地看待,在坚持技术中立原则下从技术原理出发。

3. 竞品数量较多且功能更为全面

listen1已关闭;倒带我们已进行使用,存在部分体验及功能不足的情况,。

==答2组:==

1. 聚合各平台的歌曲所具有版权的歌曲是否能够实现且是否有可行性

具有可行性。

首先,聚合各平台的歌曲这点在理论上是可以做到的,即使可能采用动态网页请求方式,但是爬取歌曲仍然是可行的。

至于版权问题,我们有几种方案:

一是小规模的“内测”或是不进行商业类型的使用;

二是修改功能,不再爬取歌曲,也就是不提供下载方式,转为索引方式,在用户搜索歌曲时,将用户流量导向可播放的歌曲原页面,尽量的保留原页面,使之近似成为音乐方面的『搜索引擎』
三是功能的转变,如果实在难以解决这些问题,我们会考虑改变产品定位,对外推出的产品将会进行新的尝试。

最后,版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。

2. 音源音质是否能有保证

如果完成了平台的聚合,那么音源音质基本上是会符合原平台的,所以是不需要担心的。

==答3组:==

1. 合理的盈利方式

前期无盈利打算,后期通过启动页广告或用户捐赠,以及可作为后续开发应用的引流入口来进一步获得收入。

2. QQ、网易云等花钱争取得来的版权,获取途径是相当苦难的,且存在仅通过购入数字专辑获取部分歌曲收听的限制,以上这些该如何去克服?

版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。对于目前的我们来说这并非问题。

不提供给未登录用户。

已登录用户我们则会通过真实的账户进行购买分享或是类似网易云的音乐云盘方式进行提供。

3. 缺少除聚合外令人眼前一亮的创新点

如您所说,聚合正是我们的核心功能。其他功能属于附属物,个人觉得如果能够将基础功能做好也能够令人感到眼前一亮。

==答4组:==

1. 无维护迭代模块

暂无此需求。

2. 演讲能力偏弱

在锻炼,材料准备不足。

3. 版权问题严重

我们有几种方案:

一是小规模的“内测”或是不进行商业类型的使用;

二是修改功能,不再爬取歌曲,也就是不提供下载方式,转为索引方式,在用户搜索歌曲时,将用户流量导向可播放的歌曲原页面,尽量的保留原页面,使之近似成为音乐方面的『搜索引擎』
三是功能的转型,倘若有幸被其盯上,我们会考虑改变产品定位,对外推出的产品将会进行新的尝试。

版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。

==答5组:==

1. 演讲声音不够洪亮、未能很好地介绍自己的产品

演讲人员能力不足,同时材料准备不足。

2. 对NABCD模型的设计方面介绍不够

材料准备不够充分,编写的NABCD材料因保存不当丢失。

3.产品处于灰色地带,存在版权问题

我们有几种方案:

一是小规模的“内测”或是不进行商业类型的使用;

二是修改功能,不再爬取歌曲,也就是不提供下载方式,转为索引方式,在用户搜索歌曲时,将用户流量导向可播放的歌曲原页面,尽量的保留原页面,使之近似成为音乐方面的『搜索引擎』
三是功能的转型,倘若有幸被其盯上,我们会考虑改变产品定位,对外推出的产品将会进行新的尝试。

版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。

==答6组:==

1. ppt内容少(只有功能和需求),演示过程不连贯;

演讲人员能力不足,同时材料准备不足。

2. 歌曲版权纠纷问题很突出,无法解决;

我们有几种方案:

一是小规模的“内测”或是不进行商业类型的使用;

二是修改功能,不再爬取歌曲,也就是不提供下载方式,转为索引方式,在用户搜索歌曲时,将用户流量导向可播放的歌曲原页面,尽量的保留原页面,使之近似成为音乐方面的『搜索引擎』
三是功能的转型,倘若有幸被其盯上,我们会考虑改变产品定位,对外推出的产品将会进行新的尝试。

版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。

3. 没有提供热门歌单推荐,用户歌单分享,歌曲评论等交流功能;

有,无特意标记,失误。

4. 市面上已经存在不少相似软件,未体现竞争力

我们倾向于做精细,网易云音乐异军突起正是因为精致的界面和功能。

==答7组:==

1. 演讲缺少激情、感染力,PPT部分字体偏小,文档内容不充足,明显地套用模板且没有剔除不符合自己情况的部分。

演讲人员能力不足,材料准备不足;PPT准备仓促。文档准备仓促尚未完成。

2. 存在版权的灰色地带,难以商业推广

我们有几种方案:

一是小规模的“内测”或是不进行商业类型的使用;

二是修改功能,不再爬取歌曲,也就是不提供下载方式,转为索引方式,在用户搜索歌曲时,将用户流量导向可播放的歌曲原页面,尽量的保留原页面,使之近似成为音乐方面的『搜索引擎』
三是功能的转型,倘若有幸被其盯上,我们会考虑改变产品定位,对外推出的产品将会进行新的尝试。

版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。

3. 功能上和现有产品区分度不大,竞争力不明显

我们倾向于做精细,网易云音乐异军突起正是因为精致的界面和功能。

==答8组:==

1. 版权问题严重

我们有几种方案:

一是小规模的“内测”或是不进行商业类型的使用;

二是修改功能,不再爬取歌曲,也就是不提供下载方式,转为索引方式,在用户搜索歌曲时,将用户流量导向可播放的歌曲原页面,尽量的保留原页面,使之近似成为音乐方面的『搜索引擎』
三是功能的转型,倘若有幸被其盯上,我们会考虑改变产品定位,对外推出的产品将会进行新的尝试。

版权问题是挑战、是门槛、也是机遇。以前的QQ音乐、百度MP3、包括优酷等都有版权问题,现在也都“光明正大”的活着。

2. 用户量有限,同类型产品已有较多用户,推广上无法做大

这是未来转型需要考虑的问题

3. app盈利模式堪忧

前期不考虑盈利,后期通过启动页广告或用户捐赠,以及可作为后续开发应用的引流入口来进一步获得收入。

选题报告内容

其中淡蓝色为修改部分

本组评审表设计

1478130-20181014220008538-1990245186.png

转载于:https://www.cnblogs.com/a2512477375/p/9788548.html

你可能感兴趣的文章
hadoop2.2.0+hive-0.10.0完全分布式安装方法
查看>>
django知识点总结
查看>>
C++ STL stack、queue和vector的使用
查看>>
使用Reporting Services时遇到的小问题
查看>>
约瑟夫问题
查看>>
Arduino 报错总结
查看>>
树莓派Android Things物联网开发:树莓派GPIO引脚图
查看>>
矩阵快速幂---BestCoder Round#8 1002
查看>>
如何将应用完美迁移至Android P版本
查看>>
【转】清空mysql一个库中的所有表的数据
查看>>
基于wxPython的python代码统计工具
查看>>
淘宝JAVA中间件Diamond详解(一)---简介&快速使用
查看>>
Hadoop HBase概念学习系列之HBase里的宽表设计概念(表设计)(二十七)
查看>>
Kettle学习系列之Kettle能做什么?(三)
查看>>
Day03:Selenium,BeautifulSoup4
查看>>
awk变量
查看>>
mysql_对于DQL 的简单举例
查看>>
35. Search Insert Position(C++)
查看>>
[毕业生的商业软件开发之路]C#异常处理
查看>>
一些php文件函数
查看>>