无用之用,豆瓣FM产品分析
体验环境
体验产品:豆瓣FM Android版本
软件版本:4.0.2
设备型号:红米1S
操作系统:Android4.22 MIUI-4.10.8
说在前面的一些话
前阵子和很多朋友讨论过,一些关于的产品体验报告想法,就发现产品体验报告的点在哪儿?有什么用?对此产生了疑问。
写这个PPT查资料途中,发现大部分的产品体验报告同质化太过于明显。不知道为什么…感觉有很多模块划分都很类似,这种类似不仅仅是结构上的,而且最能体现思考的总结也依然有很多同学写的相当不走心。把全部重点在于细枝末节的用户体验、功能点顺序、配色排版好不好看、交互动画等等,然而这些并没有什么卵用。
一般牛逼的产品经理和总监也不会写体验报告,但她们看产品往往几句话就能让你觉得头头是道, 所以我接下来就从我前阵子和朋友们讨论的几个点出发 “需求(痛点)、实现(落地)、商业价值(赚钱)。”
需求分析
产品定位
产品市场
搜索指数
上升趋势对比
Android分发渠道
活跃用户分布图
APP活跃人数
产品用户
小众文艺青年
有逼格的白领群体
对音乐需求比较普通的用户
产品结构
结构图
总结问题改进
(问题:从需求方面看)
关键痛点
Q:内容太少,曲库的限制比较大
Q:功能太轻,没有任务黑名单,偶尔歌曲重复OR听到不喜欢的歌手
Q:自家产品联动性太弱,本生的用户就是小众,还在把各个APP给独立
搜索
Q:考虑到搜索功能是全局的,可否根据每个模块进行局部搜索(现在还不行,只能全局搜索兆赫和节目)
Q:搜索关键字,不支持缺省补全 和 模糊搜索
分类
Q:兆赫和节目两个大类的细分有何意义?观察到WEB端 豆瓣FM,没有细分出节目这个分类,产生了考虑
改进建议
关键痛点
A:购买版权,增加并丰富内容哭
A:参考后台数据,看有无需要增加黑名单需求
A:联动自家产品,扩大用户基数
搜索
A:①采用首页全局,模块局部的方法进行改善 举例:在本身用户使用焦点停留在 听手机里的歌曲这一模块,点击搜索,显示几首本地的歌曲搜索结果。 而想要搜索 兆赫和节目时,就切换到发现音乐模块,进行搜索。
分类
A:②全局化搜索,显示所有跟关键字有关的内容,进行分类显示,但是呈现结果会根据所在模块,进行相应的优先排序 我也比较看好这点,个人也比较支持这点
A:根据用户输入的关键字,并将用户平常听的歌曲为依托进行算法设计,智能补全最适合该用户并且最热门的内容供用户自行选择
A:其根本,兆赫(官方大分类歌单)和节目(网友收集分享的歌单,现在改为了歌单),在豆瓣产出初期就是一个概念,现在出了节目这个细分累,混淆了用户的体验。 根据需求改进,细分出“官方兆赫”,“个人兆赫”,这时,搜索就统一了变为“搜索兆赫”
商业模式
改进(重设计)
搜索页
主页侧栏
原型图(增加模块)
三个功能模块
我的等级
积分商城
游戏中心
暂时还没弄,抽时间,一定补上
PS:再最后呢,把报告的下载链接附上,希望能够在帮助大家的同时,也收获一些批评和指导,使我也能得到进步。
本文为作者@凡沙(简书ID:凡沙 微信公众号:V-fansha)投稿发布,转载请注明来源于人人都是产品经理并附带本文链接
少做就是多做
表示小白用户看得蒙蒙懂懂,学习了
用户群体,特质没讲,运营推广也重要。最开始需求说的很好,有场景
写的不错,也感谢提供文件下载。但是,在我看了这么多文章一直越不过去的一个坎:错别字太多!
老铁 你什么时候补原型图
太棒了 感谢楼主 不过那几张数据的图 数据是从哪些网站查的呢?
看所有的体验报告都有数据分析这个,,然而我想知道这些数据都是怎么来的,都很专业的样子,,,望楼主解惑! 😎 😎 😎
感觉豆瓣这样把情调放得很高的产品,不太关注“积分”、“等级”、还有“游戏”之类的东西吧
是的,,感觉他们做的是轻量音乐app。。增加了这些功能反而感觉过于累赘,而且像游戏中心这种盈利模式和音乐播放是有使用冲突的吧。、
楼主数据分析做的不错,赞一个!想问下这些数据是从哪里得来的?另外做“结构图”和“app活跃人群”这几个图用的是什么软件?共同进步~~多谢
体验报告做的很用心,感谢楼主,收了
豆瓣fm的优势就在于够轻,够简单。不用做什么操作就可以一直听歌。
适合的场景是那种现在手头有事在忙,但想要有音乐陪伴的场景。
其实针对以上场景,播放,暂停,下一曲 就足矣。再多功能都是无用,用户听歌不是看视频,有多少人会一直掏出手机操作呢?
😛 体验报告做的很用心,感谢楼主,收了