体验环境
体验产品：豆瓣FM Android版本
软件版本：4.0.2
设备型号：红米1S
操作系统：Android4.22 MIUI-4.10.8
说在前面的一些话
前阵子和很多朋友讨论过，一些关于的产品体验报告想法，就发现产品体验报告的点在哪儿？有什么用？对此产生了疑问。
写这个PPT查资料途中，发现大部分的产品体验报告同质化太过于明显。不知道为什么…感觉有很多模块划分都很类似，这种类似不仅仅是结构上的，而且最能体现思考的总结也依然有很多同学写的相当不走心。把全部重点在于细枝末节的用户体验、功能点顺序、配色排版好不好看、交互动画等等，然而这些并没有什么卵用。
一般牛逼的产品经理和总监也不会写体验报告，但她们看产品往往几句话就能让你觉得头头是道， 所以我接下来就从我前阵子和朋友们讨论的几个点出发 “需求（痛点）、实现（落地）、商业价值（赚钱）。”
需求分析
产品定位
1.产品市场
2.产品用户
小众文艺青年
有逼格的白领群体
对音乐需求比较普通的用户
产品结构
![]()
结构图
总结问题改进
（问题 从需求方面看）
关键痛点
Q：内容太少，曲库的限制比较大
Q：功能太轻，没有任务黑名单，偶尔歌曲重复OR听到不喜欢的歌手
Q：自家产品联动性太弱，本生的用户就是小众，还在把各个APP给独立
搜索
Q:考虑到搜索功能是全局的，可否根据每个模块进行局部搜索（现在还不行，只能全局搜索兆赫和节目）
Q:搜索关键字，不支持缺省补全 和 模糊搜索
分类
Q:兆赫和节目两个大类的细分有何意义？观察到WEB端 豆瓣FM，没有细分出节目这个分类，产生了考虑
（改进）
关键痛点
A：购买版权，增加并丰富内容库
A：参考后台数据，看有无需要增加黑名单需求
A：联动自家产品，扩大用户基数
搜索
A:①采用首页全局，模块局部的方法进行改善 举例：在本身用户使用焦点停留在 听手机里的歌曲这一模块，点击搜索，显示几首本地的歌曲搜索结果。 而想要搜索 兆赫和节目时，就切换到发现音乐模块，进行搜索。
分类
A:②全局化搜索，显示所有跟关键字有关的内容，进行分类显示，但是呈现结果会根据所在模块，进行相应的优先排序 我也比较看好这点，个人也比较支持这点
A:根据用户输入的关键字，并将用户平常听的歌曲为依托进行算法设计，智能补全最适合该用户并且最热门的内容供用户自行选择
A:其根本，兆赫（官方大分类歌单）和节目（网友收集分享的歌单，现在改为了歌单），在豆瓣产出初期就是一个概念，现在出了节目这个细分累，混淆了用户的体验。 根据需求改进，细分出“官方兆赫”，“个人兆赫”，这时，搜索就统一了变为“搜索兆赫”
商业模式
改进（重设计）
原型图（增加模块）
三个功能模块
我的等级
积分商城
游戏中心
暂时还没弄，抽时间，一定补上
PS：再最后呢，把报告的下载链接附上，希望能够在帮助大家的同时，也收获一些批评和指导，使我也能得到进步。
