一、先从四个方面去大致描绘诗歌本会成为一个怎样的产品：

1、场景和用户画像结合起来说：

● ① 刘姐，40岁，属灵生命长达10年左右，每周日准时来教堂做礼拜。每当在礼拜当中听见当日的敬拜和赞美的诗歌十分动听，就要拍照，记下名字，然后回家后搜索出来。她需要一个只要输入歌名就能够准确找到歌曲的软件，并且能够下载，随时能够播放。来兴致时录一嗓子，发出去让别人来给自己点赞。

● ② 晓丽，28岁，敬拜团键盘手，6年中和乐队成员演奏过许许多多的赞美诗，有古典的有现代的，记录谱子的文件夹都好几本，但时常仍然需要打印新歌的谱子，因为谱子上提供的和弦或简谱需要提前熟悉，每次都上网在不同的平台去搜，十分麻烦，她想要一个能够输入歌名就能够找到歌谱的软件。

● ③ 阿文，20岁，因为朋友介绍刚认识基督教不久，在圣灵感动下对诗歌十分感兴趣，觉得每一首都特别好听，他问朋友有没有专门听各种类型的赞美诗的平台，市面上主流平台因为版权等一些列原因，歌曲总是不全，一首歌总要在不同平台去搜索，特别麻烦。

上面抽举3个具体典型的用户画像，下面阐述一下使用APP的3种用户类型：

● ① 目标明确型：这类用户知道歌曲的名称，使用APP时目标明确，就是要找到某首歌，并下载或收听。

● ② 目标不明型：这类用户对某一类型内的诗歌表现出比其他类型的诗歌更加浓厚的兴趣，例如有的人就是喜欢听赞美之泉中的小羊诗歌系列，有些人喜欢新编赞美诗，那么会根据目录去检索，并加入播放列表。

● ③ 目标模糊型：这类用户既没有明确的搜索目标，也没有对种类目录的偏好，可能只是因为朋友推荐APP所以下载来随便听听，体验一下，没有目的，会根据推荐和热度的歌曲而受到引导去试听。

2、提供的核心功能：

● 核心功能即依托强大的检索功能和丰富的资源，为用户提供想要的歌曲，提炼成6个字是：搜得到，能下载。

3、为用户解决的核心问题：

● 核心需求就是听歌、找谱，而至于能不能让人来点赞自己的录音，其实应是基于一定的社交场景，如果本质上说APP不具备社交属性，那么也许可以不必去考虑发圈子点赞的功能。

4、当前市面上产品的现状：

● 目前市面上除了赞美诗网所出的APP外资源较多外，其他的赞美诗、新编赞美诗等APP store的应用分类都比较单一，分别为多个APP，没有整合。

二、当前功能结构：

● 从当前功能结构来看，功能齐全，但有些优秀的功能虽然是为用户考虑，尽可能多提供一些帮助，但实际上入口藏得太深或界面不明显等原因，导致用户不知道哪里可以点击，点了哪里就会出现什么，这一类似的方面有很大的优化空间。

1、首页界面上并排了较多功能，但很可惜是很多功能作为使用者来体验，我本人是并不知道是可以通过点击产生交互。例如下面这个页面，实际上“恩泉佳音续二”是可以点击进行筛选，“313”也是检索的入口，只要点击就可以选择曲目，通过键盘输入曲目编号，然后直接跳至对应歌曲。所以目前APP可以优化的核心点就是功能优先级的排布，以及模块的合理引导。

2、从首页的诗歌进入后，会看到顶部四种筛选方法“编号”“笔画”“拼音”“分类”，这个页面内承载着大量信息和筛选方式，重新排列一下或许更加清晰。

3、经过询问了解到关于“常用歌本”和“其他诗歌”两个大类的区分其实并没有过于严格的标准，那么大胆假设，只要在用户选择歌本的时候，能够提供搜索、筛选等方法查找歌本，就能够满足大部分要求。

旧版图：

三、根据上面的规划重新调整交互结构：

主要进行两方面的整合：

1、功能聚合。例如把关于歌曲播放的功能像暂停/播放、上/下一首、歌词/歌谱切换、下载当前播放歌曲、播放列表、播放方式等聚合到一起，使之更像一个媒体播放器。

2、把隐藏较深的功能的权重相应提高一些。用户下载的歌曲和歌谱的管理，没有网络的情况下可以播放已下载的歌曲以及查看歌谱。

具体如下：

1、媒体功能。媒体功能的权重相对来说最高。虽然当前的版本样式是，进入后默认显示一首歌曲，但是用户仍然缺少一个专门管理正在播放的歌曲的“页面”，营造沉浸式播放体验，所以需要功能聚合页面，包含的功能有下载当前歌曲、歌词歌谱切换、播放/暂停、查看/编辑播放列表等功能。

2、歌曲管理。为用户设计4个可能需要的列表：

     ● 收藏列表——收藏歌本和歌曲、

     ● 本地已下载的资源的列表——已下载的歌曲（下载的整个歌本会以歌曲为单位显示出来，即会显示一排歌曲列表）、

     ● 播放列表——最近播放的歌曲、

     ● 自定义的歌单——用户可以给歌单命名，往歌单内加入音乐。

3、歌曲播放页。原歌曲播放页设置为进入APP后的默认显示，虽然能够立刻看到当前歌曲播放状态，但这个页面作为所有功能的起始也和聚合页还是稍有些不妥，所以考虑后给APP加一个首页，在首页上显示可以进入的所有功能，部分需要判断用户是否登录状态，如果没有，就提示用户去登录，例如“已下载”和“最近播放”的列表，需要读取用户数据的。（不过一般情况下将用户token设置为长期有效，这也是主流的做法。）

扫描二维码在手机使用demo：

Demo

Demo截图：