移动直播App:直播间功能需求文档
刚刚看了一下,前天我投稿的关于移动直播App的竞品分析报告的文章,竟然得到了70多位读者的收藏,7000多的阅读量。我诚惶诚恐。那篇文章我说了,是为了准备面试一家做直播的公司而写的,当时报告通过了,我也顺利拿到了第一轮面试。
周四,一大早尽管下着雨,我从广州出发去了深圳(这是我第二次去深圳,第一次是大二时去实习的)。找了半天终于到了公司。
第一面是直接产品主管面,我表现还不错,面试官说给我打85分;第二面是直接面Boss,我很紧张,结果是没通过。后来我准备走得时候,产品主管发来短信,说觉得我还是有一定潜力,并且态度很真诚也很努力,所以就向Boss说让我再交一份作业看看 。于是我拿到了我的第二份作业:关于移动直播App的直播间功能需求文档。
嗯……就是下面这篇需求文档,这是我第一篇需求文档,也是让我没能拿到二轮面试的需求文档。
我承认我失败了,发过来就是让和我一样的产品新人可以有所启发。
产品经理是要发现需求,而不是复制已有的需求,产品经理就是产品的灵魂,产品经理必须有自己的想法。
文章总共十多页,3000多字,慎入!
一 基本简介
1.1目的
此文档,主要是对xxx App直播间频道所涉及的功能需求,功能点之间的逻辑,实现规则,以及交互要求做出清晰的定义。
1.2范围
此文档主要描述xxx直播App直播间频道前端展示的功能点需求,和相应的后台管理支持功能、部分的交互需求。
本文档主要的读者是:前端工程师,视觉交互设计师。
二 用户角色定义
三、功能概述
满足用户的核心需求,最大的满足用户体验;从功能点,交互上尽量与市场现存的同类产品存在一定的差异化。为用户提供一个优质的直播体验,提高用户满意度、粘度。
3.1 直播间功能结构图
3.2 直播流程图
3.3 功能摘要
3.4 直播间原型图
四 具体需求
4.1 信息栏模块
4.1.1详细需求说明
4.1.2界面原型图
4.2 评论模块
4.2.1 详细需求说明
4.2.2 用例流程图
4.2.3 界面原型图
4.3 分享模块
4.3.1 详细需求说明
4.3.2 界面原型图
4.4 礼物模块
4.4.1 详细说明
4.4.2 用例流程图
4.4.3 界面原型图
4.5 设置模块
4.5.1 详细需求说明
4.5.2 界面原型图
4.6 其他需求
4.6.1设备屏幕兼容
- iOS:应适配iPhon4以上机型,适配iPad2和iPad mini以上机型,支持iOS7.0及更高系统版本。
- Android:应适配华为、小米、魅族、酷派、欧珀国内主流厂商设备,支持Android 4.0及更高版本系统。
4.6.2屏幕感应
直播间画面支持重力感应,支持纵向和横向自由切换。
当用户使用横向直播时信息栏模块、礼物模块、设置模块、评论模块、分享模块也跟随变化。
4.6.3 用户进入一个新的直播间时,系统自动发送一条消息,内容为:用户ID(头像,昵称)+我来了
4.6.4 需要对每个直播间每天的PV、UV进行数据监控,平均用户数统计
4.6.5需要每天对每个直播间的礼物模块,每一个礼物被赠送的次数进行监控统计
以上,就是我的第一份需求文档
本文由 @豆笙 原创发布于人人都是产品经理。未经许可,禁止转载。
我有一个问题:送礼物的背景为什么大多数是透明的,而别的是纯色度呢?
同是产品新人 感觉还不错~ 😉
弹出浮层为什么用透明的而不用100%纯色度? 透明的不应该会造成内容混乱吗?
给老板看这样的需求肯定通不过,老板只关心产品如何实现他的商业模式,你更多应该讲为啥要做这个直播软件,直播软件面对的用户人群是啥,公司可以收获啥,用户可以收获啥?从产品需求层面去一一解析
我是感觉。1·没新东西,2·怎么看感觉都少了些东西。
感觉更像产品操作手册,但是对于没有做过直播需求的人来看你这份材料,可以快速把握很多内容。
这种文档开发真的会看吗?
还没仔细看 看了一下交互就知道 这都是基本功能 总监想看的是你的创意 逻辑思维那些都是基础 思维导图只是清晰的框架很多人都能做(说实在了 就是复制别人的) 文档基本不会看你的
要得是你交互是否能体现你所表达的创意 你的独特思维 或者未来发展方向
评论只供参考
主播端需求和观众端需求私以为还是要分开写比较好,另外这类app是不是需要OSS呀?
🙂 中间的几张流程图和表格,做的真棒。
我可能也觉得不太好,感觉有点像直播间产品的各功能操作描述文档;普通用户的搜索、直播内容、注册与付费、激励或者收费模式都没有提及;不过估计我写也不咋地;
写的还是不错的,别听楼上那些瞎比比说没有自己思想,产品应该怎样怎样的。
在不能做到好的之前,做对的,是非常值得继续的事情。
坐标广州,微信:cunzai437049590.欢迎你明年联系我到我们公司面试
顶 不能做好之前、做对的
很棒啊,加油!
没亮点,这份东西任何一个产品助理都可以做出来,而且很多只是应该这样做,却不写为什么这样做?
产品不应该多问为什么呢?
那有没有自己的看法和创新点呢?
对的,当时我只写了为什么这样做。。。。这是最大的败笔
其实我有很多的为什么就是没写出来
也有一些自己的点子 ,就是没往上写 当时凌晨 4点发完邮件我就知道懵逼了
我不知道你为什么不往上面写。。。难道你不是应该自然而然的就写为什么和自己的想法?。。。难道你在意识到自己懵逼了,错了的时候,不应该撤回再写一份?也许,你被BOSS拒绝,可能也是因为这个
谨以此文,作为一个告诫吧,多谢各位大神提点
产品要有勇有谋,谋略而后动
PRD最主要的目的是为了让开发(或设计人员)了解要做什么或者怎么做,并为后续接手人员留档作为参考(也可以理解为对需求产生分歧了,就拿着PRD撕逼,所以也可以算是一份契约,前提是大家意见达成一致)。
至于为什么这么做,可以在评审会或者线下沟通的时候解释或者写在MRD/BRD中。因此,PRD最需要的是对各种场景及其应对方式的描述,而不是为什么这么做。
其实写的不错,不过可能是产品少了点突出的或者有亮点的功能吧,文档本身除了颗粒度有点粗,其他没啥问题,加油咯~
第一次看到这样的楼。。。不,应该是金字塔,看看能堆几层。另外,原型图画的。。。只能说我必须逼迫自己看下去,建议去看看其他人的作品,或者是一些设计师做的原型设计,注意,是设计师。不会设计的运营不是好产品,哈哈
嗯,有道理
可能是没有亮点吧,所有这些都是别人做过的
写的挺好啊,怎么会不通过呢?