我如何为用户在碎片时间提供个性化音乐推荐？

文/设计小PP

据亚马逊Prime数字音乐业务统计，从 2014 年开始，“用户只听自己音乐库的19%，其中大部分由目录歌曲提供”，“客户希望亚马逊了解他们并提供个性化的音乐推荐”。

下图从Prime音乐首席产品设计师Simon Pan博客截图。

来自Simon Pan博客

思考问题：我们怎么为用户在碎片时间提供个性化音乐推荐，并且拥有忠实用户(提高用户转化率)呢?

 – 1 –  我的角色

UX Designer

把握产品的核心功能、用户研究(问题脚本)、情景设定(动作脚本)、制作可交互原型(A/B测试)、参与开发(目前正在开发iOS版本)。

UI Designer

根据可交互原型A/B测试的结果进行界面视觉设计、微交互(动效设计)、输出设计规范和微交互动画的定时关键帧

– 2 –  研究用户听音乐的习惯

为了知道谁是我们的用户，她有什么痛点和需求，我采访了十个人。我们希望我们的App能给喜欢音乐的人带来个性化的音乐体验，所以我采访的都是身边的音乐爱好者。由于我们产品主要定位在18- 34 岁的女性群体，所以我采访了 8 名女性 2 名男性音乐爱好者。

碰壁

在采访过程及后续定性报告整理中，我发现了一个让我很沮丧的问题 – 用户定位与产品定位出现严重偏差，我们的产品核心是碎片时间为用户推荐定制化音乐体验，但是爱音乐的人每天听音乐时间在1- 6 小时之间，不符合我们“碎片时间”的产品定位。

于是我重新定位用户群体 – 工作时间较长、碎片时间想放松一下的人，并且适当提高男性用户的比例。我重新采访了 6 名女性 4 名男性。

惊喜

发现问题：音乐背后的故事 – 采访第二个女性用户(文艺女青年)时，了解到她最常用的音乐App是网易云音乐和一些使用习惯之后，我问“你听一首歌的时候，会去看下面的听友评论或者自己写下一些想法吗?” 她说“都会的，看听友评论时感觉很多人没有把想写的写完，我却很想知道后续的事情，在字句之间找到自己的影子;有时一首歌勾起回忆，想记录下此时的心情，就像一句话‘一个人的音乐，也想把周围打动’，但是无奈有 140 字的限制还淹没在了评论海中”。 这段话我在录音中反复听、思考着… 之后采访中验证是否赞同这个说法，普遍表示赞同，我想可以把它定位在“音乐背后的故事”吧!

增加功能点：听歌的时候可以看故事;自己撰写故事

验证想法：男性并不排斥热烈的颜色 – 因为我担任UI设计师，所以当时有个想法是主色选取热情一些的颜色，但是一直疑问男性是否能接受，所以我在采访中带着之前设想的几种颜色验证一下，惊奇的发现男生并不排斥纯度较高热烈一些的颜色。这个验证适用在为年轻男性设计的产品上。

定性研究步骤图

– 3 – 哪些人是我们的目标用户呢?(创建人物角色卡)

用户调研是一个高强度的工作，帮助我们快速定位目标用户，并且有助于审核现有工作，了解用户的目标、用户需求、行为和痛点。用户调研表明，“音乐”的概念代表了一系列细微的心理感受，可能是一段回忆，可能是一句歌词，可能是那么一个字。

我在整个项目中不断使用人物角色来指导设计决策，并在用户和功能设计之间创造桥梁。

我的角色设定包括三个不同的原型(分别是文艺女大学生、职场女白领、刚毕业的男青年)，用来促进讨论我们的用户需求，目标和不同的使用场景。我确定了行为变量来细分用户。这些变量可以分为性格、目标、实现目标的阻碍、动机如听歌的回忆、写作分享等，影响选择音乐应用的因素如歌曲、歌词、推荐等。我与用户讨论了这些角色，以便清楚地了解应用程序的设计在第 1 阶段和以后在未来版本中的目标。

在指定人物角色并将其与我们的产品策略相匹配之后，我优先考虑在早期阶段专注于支持谁。第一阶段的应用程序专注于支持文艺女大学生的目标，我们的主要角色。

下面是我为目标用户创建的人物角色卡：

女大学生

商场女白领

毕业男青年

– 4 – 目标用户、竞品精益分析

我把之前做的用户研究、人物角色卡分析结合竞品-ONE进行了一个较为精益的分析，结合问题提出对应的解决方案。

确定功能点：

1. 每日定制化推荐一首歌曲及故事(可以一边听歌一边看故事)
2. UGC思想，用户自己撰写故事并投稿

精益分析图

– 5 – 信息架构  交互流程图  初级A/B测试

A-想法刚形成时的信息架构

B-轻量化、增加用户发表故事功能之后的信息架构

初级A/B测试

定义目标：底部四个导航和导航轻量化、增加发表故事功能的产品，哪个更能提升用户体验。

测试了之前用户访谈的十个人，六个女生四个男生分为两组 – 三个女生两个男生。

（编辑：ASP站长网）