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

体验环境

体验产品：豆瓣FM Android版本

软件版本：4.0.2

设备型号：红米1S

操作系统：Android4.22 MIUI-4.10.8

说在前面的一些话

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

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

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

需求分析

产品定位

1.产品市场

搜索指数

上升趋势对比

Android分发渠道

活跃用户分布图

APP活跃人数

2.产品用户

小众文艺青年

有逼格的白领群体

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

产品结构

结构图

总结问题改进

（问题  从需求方面看）

关键痛点

Q：内容太少，曲库的限制比较大

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

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

搜索

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

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

分类

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

（改进）

关键痛点

A：购买版权，增加并丰富内容库

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

A：联动自家产品，扩大用户基数

搜索

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

分类

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

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

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

商业模式

改进（重设计）  

搜索页

主页侧栏

原型图（增加模块）

三个功能模块

我的等级

积分商城

游戏中心

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

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

豆瓣FM——产品体验报告