抖音App添加听歌功能需求文档

抖音App添加听歌功能需求文档对抖音短视频APP产品听歌功能进行产品需求分析，并展开了一份多维度且详实的产品需求文档，该文档由几个板块构成：项目背景、需求分析、产品架构和页面说明，与大家分享。这是一个假想的项目，是给抖音添加听歌的功能。模拟产品开发流程，从发现需求，一直到最后产出PRD文档。一、项目概述1.1产品概述及主要特点一款结合抖音自身的特点和优势，专为数字听歌时代而诞生的听歌App。(注：这里的App其实是抖音App里的一个主页面）主要特点是以歌曲流为核心，类似今日头条的信息流，以列表的形式展示算法推荐的歌曲和歌单。1.2产品定位抖音App做听歌模块,不是为了和头部音乐app竞争,甚至陷入版权战的泥潭，而是为了提升抖音App本身的用户体验和黏性，延展自身优势。1.3用户体验原则任何时候都要保证听歌连贯性尽量采用显性可供性的交互任何界面下，歌曲播放状态的改变最多只需两次交互1.4知识补充1.4.1抖音自身的特点和优势推荐算法驱动：算法准确度高，且避免了布局复杂的首页。交互简洁清晰：首页布局简洁，导航清晰明了。1.4.2数字听歌时代1）什么是数字听歌时代数字听歌时代是实体媒介听歌时代之后的时代。在实体媒介听歌时代，我们接受歌曲的途径是一个个的实体媒介，比如说磁带，唱片等等具有信息储存功能的实体媒介。2）数字听歌时代有什么不同一些在实体媒介听歌时代中理所应当的概念将不复存在。在实体媒介听歌时代，自然而然地诞生了专辑，专辑封面等概念。因为一个实体媒介可以存放好几首歌，所以它们成了一个“专辑”。但这却不是数字听歌时代应该存在的概念，因为在数字听歌时代没有储存介质容量的限制。此外，歌曲分发方式和用户听歌习惯也发生了根本的改变。音乐人的新歌曲随着推荐算法瞬间就能迎来第一批听众，而不需要以前那样漫长的线下音乐分发渠道。人们的对音乐人忠诚度会下降，更关注歌曲本身。流媒体付费订阅用户当中，有58%已经很少专门去听某一歌手的专辑或单曲；有60%则由于发现了太多新音乐，几乎不再会去单听某一张专辑。(引用自流媒体时代，人们的听歌习惯变得越来越分散)结论：摈弃专辑的概念，以歌曲和歌单为听歌单位歌曲的分发应以歌曲流算法推荐为主1.4.3听歌连贯性听歌连贯性是指用户在开始听歌后，听觉系统一直处于享受当中，突然中止这种享受会使其出现负面情绪。例如qq音乐测试过的语音广告，突然出现的声音广告并不是音乐，打断了用户的听觉享受，所以这个测试功能引起人们的强烈反抗。1.4.4显性可供性1）什么是可供性（Affordance）可供性是一个对象的属性或特征，它表明了该对象可以用来做什么。简而言之，功能可供性提供了一个线索，暗示用户如何与某物互动，无论该物体是物理的，还是数字的。例如按钮上的文字或图标，能让用户明白按钮的作用。可供性主要有显性可供性，隐性可供性，模式可供性，负面可供性等类型。2）显性可供性（ExplicitAffordance）显性可供性提供的线索是非常明显直接的，通常是文字或者用户广泛认知的典型图标。用户看到按钮第一眼，就知道点击后会执行哪项操作。二、需求分析2.1行业趋势进入数字听歌时代以来，音乐行业的各个方面都在发生巨大改变，例如音乐创作过程，作品分发方式，产业盈利模式等等都和实体媒介听歌时代大相径庭。从国际媒体对抖音的报道中，我们不难看出抖音(TikTok)正在深刻改变音乐行业。抖音已经成为了音乐推广的重要平台，名不见经传的歌手创作的OldTownRoad靠着在抖音上走红，拿下传统音乐榜单BillBoard第一名，一些老歌也靠抖音再度翻红。同时抖音也在改变音乐的创作和培养更多的独立音乐人。音乐人创作时加入更多重复性拍子，缩短歌曲时长，从而更容易在抖音上走红。音乐人经纪人制度和唱片公司制度被打破，独立音乐人靠自己也能完成歌曲的创作到分发，到推广的全产业链。2.2用户观察抖音(TikTok)正在成为人们发现新歌的重要平台。人们在抖音上发现好听的歌曲，然后去到音乐App上听完整歌曲的事常常发生。在国内外的头部音乐(例如网易云音乐，QQ音乐，Spotify，AppleMusic)上，抖音神曲歌单通常都在歌单排名中很靠前，甚至被首页推荐。在长视频平台，如YouTube上也有很多TikTok歌单的视频，播放量和评论数都非常可观。这些视频分布在不同国家，比如越南，日本，泰国，美国，印度等等。2.3结论抖音已经和音乐产业链联系紧密，广泛渗入并改变着很多方面，但却并未涉足异常重要的音乐流媒体。抖音用户有听抖音神曲的高频需求，却不能在抖音App内得到满足。三、产品架构3.1产品功能结构图3.2产品信息结构图四、页面说明4.1主页4.1.1名词说明快捷入口区：听歌首页分为上下两部分，上部为横向排列的带图标的按钮，分别是五个页面的入口。列表区：听歌首页的下部，是一个典型的可下拉刷新，能无限向下滚动的垂直列表。主要用来呈现个性化推荐算法所推荐的单曲和歌单，但有可能穿插广告或活动推广。歌曲卡片：列表区中用来呈现推荐的单曲的控件。歌单卡片：列表区中用来呈现推荐的歌单的控件。广告卡片：列表区中用来呈现广告或自家活动推广的控件。迷你播放器：歌曲播放时，出现在听歌首页列表区最底部的音乐控制器。4.1.2页面说明用户可以从列表区选择单曲或歌单进行听歌，或者选择某个快捷入口进入对应页面。4.1.3交互说明4.1.4听歌流程所有听过的歌曲都会加入播放历史中。4.1.5控件说明1）歌曲卡片显示的信息：歌曲封面，歌曲名，歌曲介绍，歌曲的标签(算法生成)。交互说明：点击封面，快捷播放歌曲，只出现迷你播放器，不会跳转到歌曲播放页点击试听按钮，开启试听模式；点击右下角不喜欢按钮，用户能对推荐算法做负反馈点击中间剩余部分，进入歌曲播放页，不会立即播放歌曲2）歌单卡片显示的信息：歌单封面(带有歌单的标注)，歌单名，歌单介绍，歌单的标签(算法生成)。交互说明：点击封面，快捷播放歌单，只出现迷你播放器，不会跳转到歌曲播放页点击右下角不喜欢按钮，可以让用户对推荐算法做负反馈点击中间剩余部分，进入歌曲播放页的歌单子页面，不会立即播放歌单3）迷你播放器每次重新使用App，并播放过第一首歌曲后，迷你播放器会常驻在列表区底部。显示的信息：歌曲封面，歌曲名，当前歌词，播放进度，歌曲播放状态(封面上的播放或暂停符号)。交互说明：点击封面，可以改变音乐的播放状态，暂停或重新开始播放歌曲点击非封面部分会进入歌曲播放页在非封面部分，左滑播放上一首歌，右滑播放下一首歌4.1.6其余功能1）试听功能点击歌曲卡片最右边的带有闪电图标的试听按钮，会播放这首歌曲10秒钟的高潮部分。这时闪电图标变成从数字10开始的倒计时，倒计时完成时从数字变回闪电图标。2）推荐算法负反馈因为听歌模块的主体是歌曲流，完全是推荐算法驱动，所以尽可能的提升推荐算法准确性至关重要。而负反馈则是其中很重要的一环，用户可以对推荐出的内容给予直接反馈。用户点击歌曲卡片或歌单卡片右下角的不感兴趣按钮后，后台会自动生成一些标签作为可能的原因，供用户选择，而且用户也可以选择手动输入原因。3）听短视频BGM的完整版用户在观看短视频时，如果对视频背景音乐感兴趣，可以点击右下角旋转的唱片，进入的下个页面会有“视频中的歌曲”卡片。卡片中的按钮，可以让用户去到听歌首页去播放该歌曲，或者直接收藏为喜欢的歌曲。4.2播放页4.2.1名词说明选项卡和子页面：歌曲播放页含有两个或三个子页面(歌单，歌曲和歌词子页面)，选项卡则是负责切换这三个子页面的控件。选项卡容器区：子页面的显示区域，同时只允许显示一个子页面嗨歌模式：循环播放歌曲，但是只播放每首歌的高潮部分。4.2.2页面说明只有播放歌单中的歌曲时，才拥有三个子页面，不然只有歌曲和歌词两个子页面。4.2.3子页面说明1）歌曲子页面2）歌单子页面3）歌词子页面4.2.4其余功能1）嗨歌模式播放模式的一种，循环播放所有歌曲，但是只播放每首歌的高潮部分。2）排行榜和投币我们的排行榜都是绝对公平的，只和每首歌曲的播放次数和完播率有关。但是用户可以通过投币的方式，增加歌曲的曝光率，增大其在其他用户推荐列表中出现的机会。而且投币产生的盈利还会按比例分配给歌手本人。3）歌单播放页的广告收入歌单播放页的歌曲子页面的顶部显示区产生的广告盈收，也会和歌手按一定比例分配。4.3我的页4.3.1页面说明4.3.2其余功能1）算法智能生成歌单从用户喜欢