体验环境
体验产品:豆瓣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:再最后呢,把报告的下载链接附上,希望能够在帮助大家的同时,也收获一些批评和指导,使我也能得到进步。
网友评论
目前市场上面同质化的产品太多了,当豆瓣加入太多的功能之后,也许我会卸载掉!
对我而言,加入了太多功能的豆瓣,定位又在哪? 它满足的需求,替代性又有多强?
勿忘初心,知易行难!
小弟也是豆瓣多年的老用户,PC和移动都在使用(PC是使用K.F.Storm's Home,客户端的UI真心不能直视),倘若加了那三个模块,我毅然会铲掉这个应用,勿忘初心吖。这正是当下很多PM,和产品制作常常犯的错。总想什么怎么怎么赚钱(想赚钱,请做游戏,RMB战士),怎么APP里合作推广,要知道一个杂七杂八的东西,根本没人下。不考虑用户习惯,交互。豆瓣本来就是个社区平台,加了什么积分,瞬间降级。你说加了这些模块不影响软件的简洁,不需要这个功能不点进去就好,这就是问题所在。简洁不在于界面,也涉及功能。感觉楼主只是在做作业,应该更多考虑这个APP的生存环境,结合人家公司生态。或许,人家做这个应用重视的可能是用户后台大数据的研究。通过挖掘数据,找出营销策略。——小小程序员敬上
老实说,以前曾经很喜欢豆瓣FM,但是无奈曲库貌似不更新了,最新的歌都是13年的~可能有14的吧。15的绝对没有。算法也一直没什么改进了。感觉就像被抛弃了一样。唉,感觉好好的一个产品就这么浪费了。
(/ω\)只是我的一点小小看法
A:购买版权,增加并丰富内容(哭)”
有个错别字