音乐播放App的分析与重设计 三联教程

  一直对无线交互很感兴趣,这次就来练练手~
  本次分析评测基于iOS平台,选取了两款有代表性的音乐播放器,QQ音乐和豆瓣FM。由于这两款产品在web端就有着庞大的用户基础,有一定的用户粘性,手机端是web端的延伸,目标用户、信息架构、核心体验等等也都继承了web端的鲜明风格。这两款产品可以代两类表定位不同的音乐播放器。一种是大而全的,功能全面,可满足用户管理本地音乐、同步其他设备音乐、发现好音乐等多种需求(类似应用:百度ting、酷我音乐盒、iScrob)。一种是小而简的,操作简单,就像使用收音机一样,打开就听,不喜欢就换台(类似应用:虾米FM、Console.fm)。
  QQ音乐
  1、界面总览

  2、需求分析
  目标用户:热爱音乐的普通青年,QQ产品的忠实用户。
  用户需求:随时随地听音乐,没有wifi时可以听本地音乐,有wifi时可以在线听,遇到喜欢的歌曲可以提供 下载,能同步其他设备上收藏的歌曲。
  设计目标:提供播放本地音乐、账号同步、在线收听、音乐搜索等功能。
  3、信息架构
  QQ音乐从本地音乐、我的音乐、在线音乐、更多,这四个方面对信息进行整合。

  “本地音乐”可以从歌手和专辑的维度对本地音乐进行播放,也可以自建本地音乐的歌单,还可以从这里查找已经下载过的缓存歌曲。
  “我的音乐”同步了QQ账号在各个设备上收藏的歌曲和建立的歌单,这种同步服务可以提高用户的粘度,培养用户及时登录的好习惯。为了增强社交属性,这里还有“点歌”的二级菜单,QQ用户可以为好友点歌,送给你的歌曲就会出现在这里。
  “在线音乐”是发现好音乐的地方。其中的“电台”类似于“豆瓣FM”,可以随机收听不同主题的音乐,系统还可以根据用户的收藏和收听习惯来猜你喜欢。这里同时提供了新歌和热歌的榜单,帮助用户最快的了解音乐流行趋势。这里还有类似于虾米音乐的精选集,为用户精选出具有主题的好音乐。
  “更多”里面则是整合了一些次要信息,包括个人账号、缓存设置、定时消息通知、软件信息。
  4、页面布局

  类似于大多数基于iOS的app布局,QQ音乐的list页采用了列表式的布局,便于查找和扩展。主导航固定于屏幕底部,二级导航在上,左上角是统一的返回上一级按钮,右上角是正在播放的歌曲详情页,便于用户快速找到正在播放的音乐,进行停止、播放、收藏、下载、分享等操作。

  歌曲播放界面采取了全屏展示,最常用的播放/暂停、上一曲/下一曲、音量调节默认显示,当用户点击歌曲封面时,歌曲进度、播放模式、收藏、下载、分享按钮会显示出来,用户可以在这里进行相应操作。
  5、手势操作

  对于歌曲的操作并不复杂,QQ音乐采用了上线滑动、左右滑动、单击的操作手势,大多是都是用户常用、显而易见的手势操作。只有在查看歌词的时候,用户需要向左划开专辑封面,图片向左下方划去,歌词出现,这一操作并不是很容易发现。
  豆瓣FM
  1、界面总览

  2、需求分析
  目标用户:热爱音乐的文艺青年,豆瓣产品的忠实用户。
  用户需求:像豆瓣FM一样,只要一打开,不用任何操作,就能播放那些我喜欢的文艺范儿歌曲。
  设计目标:界面清爽、操作简单、推荐精准、缩短播放歌曲的路径。
  3、信息架构

  豆瓣FM的信息架构要简单许多,层级浅、操作简单,只要打开电台,就会播放歌曲。用户可以滑动歌曲上方选择兆赫,也可以通过列表选择。豆瓣不会让用户费心的去选择要听那首歌,用户只要挑选想听的类别,豆瓣就会自动推荐。豆瓣希望用户可以“用心养电台”,根据用户长期的使用习惯,分析用户加心或选择不再播放的歌曲,推荐符合用户喜好的歌曲。
  4、界面布局

  豆瓣FM的界面非常简单,打开应用既是歌曲播放界面,界面上只有喜欢、不在播放和下一曲的按钮。滑动歌曲上方可以选择赫兹,正在播放的歌曲会渐渐消失,新的歌曲会渐渐响起,过度很平缓。
  因为豆瓣的定位是电台,想听就打开,不想听就关上,所以播放连暂停按钮都简化了。点击专辑时封面会翻转,显示歌曲的评分。

  点击左上角按钮可以进入分类选择歌曲的列表页,列表页分为私人兆赫和公共兆赫。私人兆赫是豆瓣通过用户习惯推荐的歌曲和用户加心收藏的歌曲,公共兆赫随即推荐具有一定主题的好歌。
  点击右上角的设置按钮,设置以提醒消息的形式出现,这又为豆瓣节省了一个界面。所以豆瓣FM真正做到了极简,只有两个页面,歌曲播放页和列表页。

  豆瓣FM的界面还采取了拟物化的设计隐喻,如未播放音乐时的背景就像收音机的喇叭,专辑背面的细节,做的也和真的CD背面一样。
  音乐播放器的重设计
  1、产品定位和信息架构
  本次音乐播放器的重设计,定位于功能全面、可以解决用户多种场景下需求的音乐播放器,可以在线发现好音乐、对歌曲进行收藏和下载、管理和播放本地音乐、搜索音乐等。
  通过对现有产品的分析,发现信息架构层级较深、推荐音乐内容较多。从用户的需求来看,无目的收听音乐时,用户希望有好的音乐可以推荐给自己,看看最近流行的音乐是什么。有目的收听音乐时,用户希望可以快速找到自己收藏过的音乐或本地音乐,或对想听的歌曲进行搜索。在分析现有产品时发现,很多app提供了各种电台、精选集、排行榜等令人眼花缭乱的精选推荐,让用户迷茫的同时,也使产品变得臃肿。
  在重新定义产品功能时,希望合并功能类似的推荐,如电台和精选集,可以从主题和音乐人的不同维度进行推荐。同时希望扁平化信息架构,缩短用户操作路径。将不常使用的次要操作放在更多中,突出主要任务。 以下是对信息架构进行的整理:

  2、产品原型设计
  在对产品进行梳理之后,制作原型如下:

  参照信息架构,将产品一级导航置于屏幕底部,二级导航置于顶部
。扁平化的信息架构,除精选集外,没有二级页面。用户在一级导航间进行切换时,默认会显示第一个tab页,也就是用户最常用的页面,此时只需要一次点击,即可看到音乐列表。

  现有的音乐播放器,通常在点击歌曲后会进入新页面播放歌曲。如果用户想在浏览其他页面后想关闭音乐,需要再次进入播放页面,增加了页面深度。
  可以将播放页面的操作和信息,如暂停、上一曲/下一曲、收藏、下载和播放进度,整合在比较小的区域内,置于音乐播放器列表页下部,方便随时进行操作。如用户想要查看歌词,可以向上滑动播放器,即可展开歌词。

  当用户看惯了点击浮出操作层时,也可以换换另一种方式。向右滑动歌曲,歌曲的下一层便会出现收藏、下载的操作。当然,第一次使用的时候需要新手引导一下。
  微信可以摇一摇,音乐播放器当然也可以。当听到不喜欢的歌曲时,摇一摇就可以换首歌听。

  在Web界面中使用下拉菜单,是节省空间增加扩展性的好办法,手机端也可以借鉴下。对于不常用的次要操作,可以在点击时滑出。
  搜索这项功能在音乐app中往往处于有点尴尬的位置,放在哪个页面好呢?如果放在某一个页面上,那就只能在这个页面内容的内部进行搜索,放在所 有页面上又太啰嗦,单独有个搜索页面又没必要,毕竟不是常用功能。出于对搜索功能并不常用的考虑,这次将搜索放在了更多中,纵向滑出后还可以横向滑出搜索 框,可以对线上和本地的全部内容进行全局搜索。


  3、视觉稿
  由于时间有限,只简单产出了部分视觉稿:

  4、手势操作
  上下滑动,查看歌曲列表

  向上滑动播放器查看歌词,向下滑动可收起

  向右滑动歌曲,下方出现常用操作

  点击更多,滑出搜索和设置,点击搜索,向左滑出搜索框

  摇动手机,播放下一曲

  其他点击操作