无用之用豆瓣产品分析

　　体验环境
　　体验产品：豆瓣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：再最后呢，把报告的下载链接附上，希望能够在帮助大家的同时，也收获一些批评和指导，使我也能得到进步。
　　点击下载源文件