一、项目概述
1、项目目的
目前直播市场处于退潮期,但手机游戏领域仍处于快速增长期。本产品定位为游戏直播领域,归属于陌生社交范畴。根据王者荣耀总用户为2亿,活跃用户为3400万(数据来自易观)其中根据调研情况所得,其中符合目标用户群人数为1.2亿,产生价值用户约为1700万人,市场前景可观。为了达到产品目的,需基于MVP理论,满足AARRR基础模型,构成产品闭环。根据产品规划第一版本的需求池构建功能,满足产品自生长。如图1
图1
2、项目范围
此文档范围根据产品前期的市场调研及市场分析,所得到的需求,并且基于需求作出对应解决方法。在此版本中根据产品定位满足用户基本需求,及目标用户的兴奋性需求。本文档对团队各个部门人员,阐述产品「王者学院」1.0版本、「学院直播」1.0版本的基本框架、流程及逻辑,并作出原型对其功能做出详细说明。
二、用户角色描述
本产品由主播与观众角色组成,描述如下。
用户角色用户描述
三、产品概述
1、目标
战略目标:产品致力于打造手机游戏直播平台,主要对王者荣耀进行单独的定向分类直播,形成产品闭环。其中前期版本以打赏提成为变现模式,以主播用户产生的PGC、UGC为中心产生拉入新,从而增加用户量。
产品目标:基于竞品映客中,游戏主播排行第1名的直播间人数达到4.5万人次,由于直播平台为了促活,会制作虚拟观众因此,此数据只是数据仅为50%即2.25万人。根据用户调研所得产生价值用户为20%左右,因此产生价值用户为4500人。在24小时内所得该主播所得打赏总额为30769人名币,平均打赏金额为6.8/人。映客打赏抽成为37.5%,即映客获得11538人名币。
预测本产品效果:该功能初期预测用户有5万左右用户,产生价值用户为20%
推导公式:前期高峰一天所得收益=(预测用户*20%*6.8)*37.5%
收益计算:(5w*20%*6.8)*37.5%=10256
考虑到平台初期用户付费能力较弱因此,前期高峰一天所得收益*50%=5128
前期月目标收益为15万左右。月活跃用户目标为5W。
2、总体流程
3、总体功能摘要
四、产品特性
1、首页功能模块
首页功能模块又分为两个小模块,1、首页-推荐页面,2、首页-关注页面。其中推荐页面为首页的主页,在推荐页面中有筛选、搜索、直播间入口、推荐、刷新功能。首页-关注页面中有直播入口、刷新、提示新动态功能。如下图2
图2
1.1产品概述
【首页】模块主要针对观众用户,其目的是为了增强观众用户的参与度。在【首页中】主要设置【观看-直播间入口】,为在这基础上满足用户对王者荣耀直播的兴奋性需求,【推荐页面】增设【筛选】与【搜索】功能,让用户更方便的得到想要的内容。在【关注列表】中实时反馈所关注的主播直播间信息,提醒用户所关注的主播开直播,让用户第一时间进入所关注主播的直播间,满足观众用户的求知需求,并在这基础上满足用户的兴奋性需求,并保证用户留存度。所有的直播间入口都有直播间的基本信息,增加对用户的引导性,同时增强用户体验。
在用户调研中,用户在玩王者荣耀时所玩的角色做了一下统计,该统计为多选。在数据中可以看出法师与射手的位置占比较高,但是从整体看来英雄职业的选择还是较为平均的。因此在推荐页面中增设筛选与搜索,在直播间入口增加相关信息展示,方便用户找到想要内容,节省操作成本。
1.1.1功能目的
1.2产品结构
1.3特性说明
用户场景:用户在打开app、退出直播间、登录或注册后进入首页-推荐页面
输入/前置条件:已登录状态、观众用户角色、打开APP直接进入首页推荐页面。
1.3.1特性功能点
首页功能说明表格
搜索、筛选方式基于分类关系图,如下图。
首页专题页面说明
首页-关注页面说明
1.3.2流程说明
首页-功能流程
页面流程
首页推荐页面流程图
筛选页面流程图
首页-关注页面流程
1.3.3业务流程
关注动态业务流程:此流程针对于观众用户,主要说明首页直播入口的信息来源。
1.3.4数据监控
1、在首页-关注列表提示有所关注主播新动态时,用户进入关注列表中关注的次数进行监控。
2、在筛选中每个属性的筛选次数进行数据监控。
3、在筛选中,不同属性被交叉筛选的次数进行监控。
4、每个根据属性:不同段位、不同职业、不同位置的直播入口点击行为进行监控。
5、用户刷新次数进行监控。
6、出现【无此类型直播间】页面次数进行监控。
2、直播间-观众功能模块
【直播间-观众】为主场景,使用角色为观众用户。其中功能是为了更好的促进观众用户与主播用户的互动,而产生社交行为。此功能模块利用社交行为,让观众用户对产品产生粘性。并利用打赏功能,使平台及主播用户产生收益。产品功能框架图如下。
2.1产品概述
从首页-推荐及首页-关注中的直播间入口进入,直播间功能大体为三部分:1、直播间的信息展示。2、直播间的输出内容。3、直播间充值打赏。
此模块将直播间信息展示与输出内容同时说明,直播间充值打赏拆分说明。
打赏功能,直播间功能主要满足观众用户的互动需求及打赏需求。【打赏】功能又满足于公司内部业务需求,为产品核心功能。
观众用户在直播间中使用【聊天】功能产生与主播用户的互动,部分用户产生打赏行为,为平台与主播带来丰厚利益。
2.1.1功能目的
2.2产品结构
2.3【直播间-观众】特性说明(直播间信息展示与输出内容)
用户场景:用户进入直播间-观看。
输入/前置条件:已登陆,网络状态良好,进入观看直播间。
2.3.1特性功能点
【直播间-观众】功能说明表格(直播间信息展示与输出内容)
【直播间-观众】页面功能说明(直播间信息展示与输出内容)
直播间打赏说明-观众
2.3.2流程说明
直播间(观众)-功能流程图
直播间-页面流程
直播间充值-页面流程
看直播流程用户流程:基于看直播行为整体的用户流程,其中有两个子流程。礼物(打赏)与聊天(互动),在这两个流程中用户自行判断需不需要产生此行为流程,如图3。
图3
礼物(打赏)业务流程:打赏流程中的涵盖子流程充值流程,发送打赏前系统判定金额是否满足购买礼物的条件,即:现有金额>=礼物金额。若为满足条件,将跳转到直播间充值页面。观众用户打赏形式以礼物展示框呈现,派送后根据礼物金额扣除用户账户中的金额,并且将此金额反馈至主播用户收益中。如图4
图4
聊天(互动)业务流程:聊天室中主要以后台的信息转化为重点,传达方式到主播直播间时,基于主播的设定而传达。图5
图5
充值业务流程:充值金额先打入公司账户,再根据充值金额将虚拟金额数据反馈给用户。图6
图6
2.3.3数据监控
1、用户关注按钮点击次数进行监控。
2、礼物列表中对礼物样式的点击进行监控。
3、对用户产生的聊天消息数量进行监控。
4、对不同充值金额的额度进行监控。
5、对直播间的打赏金额进行监控。
6、对直播间观众人数进行监控。
7、对直播间用户观看直播间时常进行监控。
2、直播间-主播功能模块
2.1产品概述
此功能模块涉及到两个产品:1、王者学院 2、学院直播。由于IOS系统不兼容手机页面录制,因此将手机页面录制功能作为子产品。在开直播入口嵌入H5界面提供下载通道。两个产品经过授权后信息绑定,数据库为统一数据库。【王者学院】中主要为实名制功能以及H5页面下载通道。开直播主流程及功能在【学院直播】中。
2.1.1功能目的
2.2产品结构
2.3【直播间-主播】特性说明
用户场景:用户点击开直播,进入H5页面进行下载【学院直播】,下载后进入直播间在直播间内打开王者荣耀进行游戏直播。
输入/前置条件:用户角色主播、已注册登录
2.3.1特性功能点
【直播间-主播】功能说明表格
实名制认证页面说明
下载【学院直播】H5页面-说明
开直播-功能流程
实名制-功能流程
下载学院直播-功能流程
信息授权与属性设置-功能流程
直播间聊天室-功能流程
属性设置页面-说明
【直播间-主播】页面-说明
2.3.2流程说明
实名制页面流程
下载插件~属性设置-学院直播页面流程
主播直播间-页面流程图
用户及业务流程
开直播业务流程
2.3.3数据监控
1、对【开直播】按钮进行监控。
2、对点击实名制按钮进行监控。
3、对点击下载【学院直播】进行监控。
4、对进入直播间后,点击打开王者荣耀次数进行监控。
5、对直播时长进行监控。
6、对分享次数进行监控。
7、对语音开关按钮点击次数进行监控。
五、其他产品需求
1、性能需求
1.0版本满足3000用户的直播视频并发量
2、兼容需求
兼容IOS7.0~IOS11版本
六、风险报备
1、出现开发资源紧张情况时,参考功能摘要中优先级来进行开发。
2、若出现必要情况需及时上线时,必须满足前27项满足基本需求及兴奋型需求。
3、为避免法无风险,实名认证功能在1.0 版本中必须完成,业务部门须完成对支付宝实名接口的工作。
4、开发期间优先级前22项必须完成,否则影响产品闭环。
七、总结
产品整体符合AARRR增长模型。通过分享达到获取用户及病毒试传播的目的,游戏直播以及围绕着游戏直播的功能,作为核心功能。关注列表(关注动态)起到提高活跃度的作用。直播间打赏不仅给主播用户带来收益,使其增加对产品的粘性外,公司从中也获取打赏抽成。
产品特性为娱乐教学,因此在后几个版本也须围绕着这一特性进行迭代。在1.0版本中只满足了用户的基本需求以及部分兴奋型需求。
产品在开发期间先,对产品闭环的相关功能进行优先级开发。其他围绕着产品闭环的功能为次先级,具体参考《3、功能摘要》。