无用之用豆瓣产品分析

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