产品经理笔试|音乐类软件的改进设想
引:前些天参加某公司校招笔试。遇到一题,大意为改进现有音乐类产品。这是当时一点思绪。趁着这几天无事把当时的思路再加整理思考写出来与大家讨论。
这次我的思考主要是针对现有音乐类软件的歌单功能提出的“批量添加音乐”功能的改进。想要解决的是当一个用户要新建或者更改一个歌单时需要添加多首指定音乐的繁琐步骤的痛点。
首先,歌单功能能够将不同类型或者风格的音乐进行分类。以便用户在不同的心情或者情境下进行个性化听歌。先看一下歌单功能在QQ音乐、酷狗音乐、网易云音乐中的信息结构中的位置。
QQ音乐:
酷狗音乐:
网易云音乐:
如上三图中所示,歌单功能在几款主流音乐软件中都处于比较重要的位置。可见歌单功能应该还是比较受用户喜欢的一个功能。
现在的主流软件的添加歌单功能的体验:虽然几款软件细节上略微有所差异,但是大体步骤是一样的:
场景假设:
当我要添加指定的多首音乐时。如:我要添加一个跑步时听的歌单。一共十首分别为:歌曲一、歌曲二、歌曲三……歌曲十。那么我的步骤就是:“搜索-添加”重复十次。非常的麻烦。
解决:所以我想的是是否可以增加一个批量搜索添加音乐的功能。下面是我画的草图:
添加音乐:
确认音乐:
通过一次性输入多首指定音乐并搜索,然后再在展示的搜索结果中确认所搜索到的音乐时是否为自己所要寻找的那首音乐并最终确认添加歌单。这样就可以减少了许多重复的动作。
可能带来的好处:
首先,这样可以方便用户使用歌单功能,提高用户体验。使得歌单添加起来更加方便快捷。更加个性化。其次,歌单功能本身也是一个社交属性比较强的功能。在几款主流的音乐软件上都有歌单的分享功能。通过简单的添加歌单功能,用户在添加完自己的个性化歌单后与朋友分享歌单的欲望与可能性可能会增强,从而增加软件的活跃度与使用量。
本文由 @乐其乐 原创发布于人人都是产品经理 ,未经许可,禁止转载。
我觉得或许做一个多选添加的功能比这种要好一些?
创建歌单的场景分析不太对吧。难道大家都是一次性创建出来完整的一个歌单?很多时候是几首类似风格的歌曲整理到一块,然后后面听到类似风格的再添加进去,这是我丰富歌单的方式。花这么多力气弄出这样的功能设计,我感觉并不实用,反而搞的很复杂
那个需求场景分析就是错的,所以下面设计的功能更是错的
倒不如用标签或者类似音乐模糊搜索,或者推荐
看完这个界面设计,我还不如一首一首添加的舒服 ❓
歌名一般都是模糊搜索,后面确认一步绝不可能像楼主想的那么简单。细节烦死人,而且还要重复十次
恩 确实会增强社交属性 😀
可惜记歌名比操作繁琐更烦人
带有跑步标签的音乐,设置自动生成10首,或者平常听的音乐可插入标签,然后还是自动生成。
如果说特意是跑步要听的歌的话,搜索成本高不是重点。
话说要是选择更换,那之后的交互是啥?
看了那个文本框如果我是用户,我会很烦的。 ➡
这种批量添加音乐,前提是你要完全记得歌曲的名称,是有难度的。比如想听一首英文歌,可歌名很长,那这下就比较麻烦了。还需要去确认下歌曲信息之后再来操作。这种批量添加只适合于对歌曲等很熟悉的用户是比较好。如果真要批量加入自建的歌单,那就操作一个类似于锤子系统的批量删除短信的交互,这样更方便。作者你觉得呢?
天啊,丢十个文本框出来说提高体验…
首先要认清楚什么时候需要创建歌单:
1、更换音乐播放器——当发现一个比较好的播放器后,想在新的基础上添加以前的歌曲。如果是本地的话,读取就可以了,这个很方便;如果是在线,其实你有过这种经历的话,在重复几次回忆~搜索~添加的过程后,确实会发现很烦,如果不是强迫症的话,你就会放弃,因为音乐这个东西再好听的音乐听多了也会烦,借此机会发现好听的歌会更有趣;
2、在旧的基础上添加——这种情况下歌曲的来源有几种:a、偶尔发现好听的歌,添加或创建,单次的,很方便;b、别人推荐的,可能会很多或仅由几首,可能会涉及到大量的重复动作,但一次性添加大量歌曲概率相对小点。
现在人们普遍讨厌一个页面上有个很长的表单要填写,毕竟听歌曲是一个很享受很轻松的过程,太多按钮点击、太多内容要填写,会给人很大的压力。
所以我并不认为批量添加是一个很需要解决的问题,发现音乐本来就是一个快乐的过程,只要有相关功能就好。 😮