不行的故,豆瓣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——产品体验报告

发表评论

电子邮件地址不会被公开。 必填项已用*标注