无用之用,豆瓣FM产品分析

无用之用,豆瓣FM产品分析_第1张图片

体验环境


体验产品:豆瓣FM Android版本

软件版本:4.0.2

设备型号:红米1S

操作系统:Android4.22 MIUI-4.10.8


无用之用,豆瓣FM产品分析_第2张图片


说在前面的一些话


前阵子和很多朋友讨论过,一些关于的产品体验报告想法,就发现产品体验报告的点在哪儿?有什么用?对此产生了疑问。

写这个PPT查资料途中,发现大部分的产品体验报告同质化太过于明显。不知道为什么…感觉有很多模块划分都很类似,这种类似不仅仅是结构上的,而且最能体现思考的总结也依然有很多同学写的相当不走心。把全部重点在于细枝末节的用户体验、功能点顺序、配色排版好不好看、交互动画等等,然而这些并没有什么卵用。

一般牛逼的产品经理和总监也不会写体验报告,但她们看产品往往几句话就能让你觉得头头是道, 所以我接下来就从我前阵子和朋友们讨论的几个点出发 “需求(痛点)、实现(落地)、商业价值(赚钱)。”

需求分析


无用之用,豆瓣FM产品分析_第3张图片

产品定位


1.产品市场

无用之用,豆瓣FM产品分析_第4张图片
搜索指数


无用之用,豆瓣FM产品分析_第5张图片
上升趋势对比
无用之用,豆瓣FM产品分析_第6张图片
Android分发渠道
无用之用,豆瓣FM产品分析_第7张图片
活跃用户分布图


无用之用,豆瓣FM产品分析_第8张图片
APP活跃人数

2.产品用户

小众文艺青年

有逼格的白领群体

对音乐需求比较普通的用户


产品结构

无用之用,豆瓣FM产品分析_第9张图片
结构图

总结问题改进


(问题  从需求方面看)


关键痛点

Q:内容太少,曲库的限制比较大

Q:功能太轻,没有任务黑名单,偶尔歌曲重复OR听到不喜欢的歌手

Q:自家产品联动性太弱,本生的用户就是小众,还在把各个APP给独立

搜索

Q:考虑到搜索功能是全局的,可否根据每个模块进行局部搜索(现在还不行,只能全局搜索兆赫和节目)

Q:搜索关键字,不支持缺省补全 和 模糊搜索

分类

Q:兆赫和节目两个大类的细分有何意义?观察到WEB端 豆瓣FM,没有细分出节目这个分类,产生了考虑

(改进)


关键痛点

A:购买版权,增加并丰富内容库

A:参考后台数据,看有无需要增加黑名单需求

A:联动自家产品,扩大用户基数

搜索

A:①采用首页全局,模块局部的方法进行改善 举例:在本身用户使用焦点停留在 听手机里的歌曲这一模块,点击搜索,显示几首本地的歌曲搜索结果。 而想要搜索 兆赫和节目时,就切换到发现音乐模块,进行搜索。

分类

A:②全局化搜索,显示所有跟关键字有关的内容,进行分类显示,但是呈现结果会根据所在模块,进行相应的优先排序 我也比较看好这点,个人也比较支持这点

A:根据用户输入的关键字,并将用户平常听的歌曲为依托进行算法设计,智能补全最适合该用户并且最热门的内容供用户自行选择

A:其根本,兆赫(官方大分类歌单)和节目(网友收集分享的歌单,现在改为了歌单),在豆瓣产出初期就是一个概念,现在出了节目这个细分累,混淆了用户的体验。 根据需求改进,细分出“官方兆赫”,“个人兆赫”,这时,搜索就统一了变为“搜索兆赫”

商业模式


无用之用,豆瓣FM产品分析_第10张图片

改进(重设计)  

无用之用,豆瓣FM产品分析_第11张图片
搜索页


无用之用,豆瓣FM产品分析_第12张图片
主页侧栏

原型图(增加模块)


三个功能模块

我的等级

积分商城

游戏中心

暂时还没弄,抽时间,一定补上


PS:再最后呢,把报告的下载链接附上,希望能够在帮助大家的同时,也收获一些批评和指导,使我也能得到进步。

豆瓣FM——产品体验报告

你可能感兴趣的:(无用之用,豆瓣FM产品分析)