组长链接:https://www.cnblogs.com/mukyocheung/p/9787787.html

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盈利模式堪忧

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

选题报告内容

https://files.cnblogs.com/files/mukyocheung/企划书.pdf

其中淡蓝色为修改部分

本组评审表设计

转载于:https://www.cnblogs.com/captri/p/9788547.html

第六次作业·团队作业相关推荐

  1. 第六次作业——团队作业

    http://www.cnblogs.com/imguang/p/4915340.html 转载于:https://www.cnblogs.com/beasthunter/p/4915845.html

  2. 七次作业-团队作业——选题报告和需求规格

    团队成员 刘博良(组长),郑锦伟,王纯 项目描述 随着经济全球化和信息全球化的发展,英语能力越来越受到人们的关注.作为国际通用语言的英语,更是在很多重要场合上广泛使用.由此英语的学习越来越被社会所重视 ...

  3. 助教日志_【沈阳航空航天大学软件工程 1,2 班】团队作业排行

    题目: 团队作业(一) 团队作业(二) 团队作业(三) 团队作业(四) 团队作业(五) 团队作业一: 评分规则: 团队介绍1' 提出团队所用模式1' 模式与本团队的对应1' 团队模式的探讨过程与选定的 ...

  4. 实验六 团队作业2—团队项目评审与团队项目选题报告

    实验六 团队作业2-团队项目评审与团队项目选题报告 实验时间 2018-4-26(4/27) Deadline: 2018-5-2 10:00,以团队随笔博文提交至班级博客的时间为准. 评分标准: 按 ...

  5. 团队作业第六次——团队Github实战训练

    作业格式 课程名称:软件工程1916|W(福州大学) 作业要求:团队作业第六次-团队Github实战训练 团队名称:葫芦娃队 作业目标:确定和分析选题,绘制评审表 github地址:https://g ...

  6. 软工实践第六次作业——团队选题报告

    软工1816 · 第六次作业 - 团队选题报告 组长本次作业的博客 NABCD模型 Need: 这个想法来源于生活,目前市面上的闹钟,只是针对个人的时间提醒设置.而我们的这个想法是在两个及以上的人数共 ...

  7. 软工1816 · 第六次作业 - 团队选题报告

    软工1816 · 第六次作业 - 团队选题报告 组长本次作业的博客 NABCD模型 Need: 这个想法来源于生活,目前市面上的闹钟,只是针对个人的时间提醒设置.而我们的这个想法是在两个及以上的人数共 ...

  8. 团队作业第二次—项目选题报告(待就业六人组)

    作业描述 所属课程 软件工程1916|W(福州大学) 作业要求 团队作业第二次-项目选题报告 团队名称 待就业六人组 作业目标 明确选题的需求.价值与可行性,供用户确认项目,和用户形成一致的理解,为下 ...

  9. 团队作业第六次—团队Github实战训练

    作业要求 这个作业属于哪个课程 软件工程1916-W(福州大学) 这个作业要求在哪里 团队作业第六次-团队Github实战训练 团队名称 基于云的胜利冲锋队 题目描述名称 搭建一个相对公平公正的抽奖系 ...

最新文章

  1. 转帖:从C51的指针到病毒-c51软复位,经典,分析透彻
  2. centos7 shell脚本自动优化yum firewalld xelinux
  3. 建立、遍历二叉树(二叉链表)
  4. c语言case语句块,JavaScript使用Switch语句来选择将要执行的代码块
  5. Q窗口操作函数(窗口最大化,全屏,隐藏最大化最小化按钮)
  6. 我将其名称作为字符串时如何执行JavaScript函数
  7. android ProgressBar 进度条demo
  8. asp.net,Ajax发送异步请求后台修改数据
  9. UnicodeDecodeError: ‘utf-8‘ codec can‘t decode byte 0xb4 in position 176: in xxxx
  10. 常用正则表达式(不断更新ing...)
  11. 张量基础学习(四 张量代数运算——下)
  12. ALK/NH2/COOH/NHS/N3/hydrazide/maleimide/Tetrazine/DBCO/寡聚物等基团修饰BODIPY630/650氟硼荧
  13. LabVIEW编程技巧:手把手教你实现基于状态机的程序框架架构
  14. kmplayer android官方下载,KMPlayer下载
  15. Java内存中神奇的64MB
  16. 7-14 凯撒密码 (10 分)
  17. rk3288 SDK概览
  18. 【电商网站】将商品加入购物车代码
  19. bzoj 1814: Ural 1519 Formula 1【插头dp】
  20. 520表白浪漫的句子文案用便签记下来

热门文章

  1. word文档合并的几种方式
  2. 漏电继电器LLJ-100FG/CT45mm/AC220V
  3. 玩安卓从 0 到 1 之项目总结
  4. VBS 请求WebAPI接口_C#进阶系列——WebApi 路由机制剖析:你准备好了吗?
  5. “华为杯”研究生数学建模竞赛2005年-【华为杯】D题:仓库容量有限条件下的随机存贮管理问题(附获奖论文和matlab代码)
  6. 计算机视觉之三维重建——深入浅出SFM系统与SLAM系统的核心算法
  7. edge等浏览器打开开发者工具(F12)之后在NetWork看不到请求头等信息
  8. 批量录入快递地址解决方案
  9. PDF转Word怎么转?教你三招快速实现PDF转Word
  10. lua与php通用异或算法,php使用异或实现的加密解密实例