不算之用,豆瓣FM产品分析

体验条件

心得产品:豆瓣FM Android版本

软件版本:4.0.2

装备型号:小米1S

操作系统:Android4.22 MIUI-4.10.8

说在眼前的有的话

前阵子和重重爱人谈谈过,一些有关的出品体验报告想法,就发现产品体验报告的点在何方?有何样用?对此发生了难点。

写这几个PPT查资料途中,发现多数的成品体验报告同质化太过头显明。不知晓为啥…感觉有许多模块划分都很接近,那种看似不仅仅是构造上的,而且最能显示思考的总括也还是有广宿州桌写的卓殊不走心。把任何注重在于细节的用户体验、效能点顺序、配色排版好不窘迫、交互动画等等,不过那些并没有何卵用。

相似牛逼的产品COO和矿长也不会写感受报告,但他俩看产品屡屡几句话就能让您认为不错,
所以我接下去就从本人前阵子和情侣们琢磨的多少个点出发
“须求(痛点)、完成(落地)、商业价值(赚钱)。”

须要分析

产品稳定

1.产品市场

搜索指数

回升势头相比较

Android分发渠道

龙精虎猛用户分布图

APP活跃人数

2.出品用户

小众文艺青年

有逼格的白领群体

对音乐须求相比普通的用户

产品结构

结构图

小结难题创新

(难点  从必要方面看)

爱抚痛点

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

Q:作用太轻,没有职务黑名单,偶尔歌曲再度OR听到不爱好的歌者

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

搜索

Q:考虑到找寻作用是全局的,可不可以依据每个模块举行局地搜索(现在还足够,只好全局搜索兆赫黄岩乱弹目)

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

分类

Q:兆赫和节目四个大类的剪切有啥意义?观察到WEB端
豆瓣FM,没有分开出节目这一个分类,爆发了考虑

(改进)

重在痛点

A:购买版权,扩大并加上内容库

A:参考后台数据,看有无须求充实黑名单要求

A:联动自家产品,增添用户基数

搜索

A:①用到首页全局,模块局地的不二法门开展创新 举例:在自我用户选拔难点停留在
听手机里的歌曲这一模块,点击搜索,突显几首本地的歌曲搜索结果。
而想要搜索 兆赫越剧目时,就切换到发现音乐模块,举行搜索。

分类

A:②全局化搜索,展现所有跟关键字有关的情节,举行归类展现,不过表现结果会根据各市模块,举办对应的先行排序
我也相比主张这一点,个人也比较援救那一点

A:按照用户输入的重中之重字,并将用户平时听的歌曲为依托举办算法设计,智能补全最符合该用户同时最叫座的内容供用户自行拔取

A:其根本,兆赫(官方大分类歌单)和节目(网友征集分享的歌单,现在成为了歌单),在豆瓣产出初期就是一个定义,现在出了节目那些细分累,混淆了用户的体会。
按照要求革新,细分出“官方兆赫”,“个人兆赫”,那时,搜索就联合了成为“搜索兆赫”

商业方式

2018正版葡京赌侠诗,改进(重设计)  

搜索页

主页侧栏

原型图(扩张模块)

两个作用模块

本身的级差

积分商城

游玩为主

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

PS:再最终吧,把报告的下载链接附上,希望可以在拉扯大家的同时,也取得一些批评和指引,使自己也能博取发展。

豆瓣FM——产品体验报告

相关文章