心得条件

感受产品:豆瓣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——产品体验报告

发表评论

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

网站地图xml地图