前言:这个哥们写的案例充分解释了苏杰老师的口诀:
多边先分边
新手与专家
人口统计学
业务场景化
转发下。供大家品味。
------------
序言
产品经理平时都需要完成一些竞品分析的工作,从里里外外分析同类产品的功能。而竞品分析做得少的同学,也深知多研究市面上成功的产品,可以帮助自己提高产品设计方面的能力。于是便会充满热情的投入到竞品分析中,但是在分析的过程中,往往会过于关注页面内容和页面跳转,被埋在页面中,找不到产品的秩序和逻辑,这样不仅效率低下,还会影响分析结果的准确性。
那么,是否存在一种高效的拆解产品的套路呢,并且这样的套路能够指导之后同类产品的设计?答案是有的,我们应该跳出眼前看到的页面,寻找产品源头,从源头开始分解。如何做到呢?您接着看。
我选择了“网易云音乐”进行拆解,喜欢音乐、喜欢网易云。本文篇长共2700字,每分钟阅读500字需要5分20秒。
——总体思路,面向对象——
基于前端界面是后端代码的体现,我从面向对象中获得启发。每一个Java对象由方法和属性组成,方法对应页面上的功能用例,属性对应页面上的元素;例如查询用户昵称功能对应getUserName()方法,用户昵称对应userName属性。所以,从对象开始,抓住少而重要的源头,才能不迷失在众多页面中。
总体逻辑是:利用对象,首先规划出主要页面,然后设计页面流程,最终补充用例和页面元素,请记住以下提纲。
step1:找出网易云音乐中的主要对象;
step2:针对每个对象,区分用户角色,列出各用户角色中带页面的基础用例;
step3:利用列出的基础用例页面,进行页面流程设计,规划用户路径;
step4:在页面上补充其它用例;
step5:在页面上补充元素。
一、网易云音乐主要对象
1、找出主要对象
很快就可以找出网易云中的主要对象:用户、歌手、单曲、节目、MV、视频、文章、动态、专辑、歌单、排行榜、电台、专栏、话题、评论。这么多看的眼花缭乱,那么理一下逻辑,就很容易记了。分为四组:
2种用户角色:“用户”和“歌手”;
6种内容形式:音频类的“单曲”和“广播节目”,视频类的“MV”和“短视频”,文字类的“文章”,兼容多种形式的“动态”;
5种集合:“专辑”、“歌单”、“排行榜”、“电台”、“专栏”;
最后是百搭的“评论”,很多对象都可以进行评论,突出音乐社区的特质。
找出以上主要对象,是为了在步骤二中,找到基础的页面用例。
2、发现对象之间的关联关系
一个对象的属性分为一般属性和对象属性,对应普通元素和关联对象。在知道了对象之后,就可以寻找对象之间存在的关联关系,下面我使用一张表格展示网易云对象之间的关系,见图1。
明确了对象之间的关系,在步骤三中,可以帮助设计用户路径。举个例子:在“歌手”和“用户主页”中体现出的对象关系,见图2。
二、对象基础用例页面
对象基础用例是指需要一个独立页面来完成的用例,例如对象的列表页(歌单列表)、对象的详情页(歌单详情)等。
在分析对象时,先分析该对象的生产者和消费者分别是谁,生产者和消费者可能是不同的用户角色,也可能是同一种用户角色。举2个例子:
1、例如“歌手”的生产者是音乐人,音乐人需要申请成为歌手,并且完善歌手信息和上传作品;消费者是普通用户,普通用户浏览歌手主页,所以是消费者。该类情况的生产者和消费者不是同一类角色,通常生产者和消费者的功能不在同一个客户端中;
2、而“用户”的生产者和消费者是同一类角色,用户A注册后,其他用户会来查看用户A的主页,消费用户A的信息。该类情况的生产者和消费者是同一类角色,通常生产者和消费者的功能在同一个客户端;
下面是我发现一些普适性的规律。
从生产者的角度,一个对象存在3类页面,常见的“查”、“增”、“改”:
1、我创建对象的列表,注意:如果该对象每个ID只有一个,则不需要列表功能;
2、新建对象页;
3、查看对象详情or编辑对象页;
从消费者的角度,一个对象存在2类页面,查列表、查详情:
1、广场列表or推荐列表or排行榜列表;
2、对象详情页;
举个例子,“电台节目”的5个页面:生产者的3个页面都在Web端的官网,消费者的“节目排行榜页”和“节目播放页”在APP端,见图3。
以下是我列出的对象基础用例图,见图4。
三、基础用例页面流转
这一步需要做的就是按照优先级,将step2中的基础用例页面有序的排列起来,有点像玩拼图的感觉,下面阐述我在操作该步骤时的套路。
1、 找到用户的目的,消费内容。内容类产品的最终目的就是找到内容进行消费,网易云音乐提供6种基础内容,单曲、广播节目、MV、短视频、文章、动态;
2、找到获取内容的手段。搜索、推荐、排行、歌单、专辑、电台、音乐专栏都是内容的合集,只是为了更快捷找到喜欢的内容,是找到内容的手段。
3、考虑优先级,确定功能入口。网易云音乐首页提供跟音乐相关内容的各种入口,视频和动态有时下流行“刷”的气质,单独分配了底栏入口。
4、提供3种不同效率,来获取内容。
快:首页入口>内容,适用主流的推荐功能;
中:首页入口>内容列表>内容,例如视频和动态;
慢:首页入口>集合列表>集合详情>内容,例如歌单、电台、专辑;
5、关联对象之间无缝链接。由于对象之间存在关联关系,所以根据step1中的对象关系,设计页面跳转。
以下是我根据步骤整理出来的基础页面流转,其中部分生产者的页面不在APP中体现,只可以在Web版上进行操作,所以有两张图,图5是APP的页面流转,图6是Web版的补充功能页面。
四、补充其他用例
补充其它用例的意思有两层:
1、在现有的页面中,补充其他的操作用例,例如收藏、下载等反馈功能;
2、在现有的页面流程上,提出更加贴近用户需求的产品功能,例如私人FM,跑步FM、推荐机制等。
看了网易云音乐这么多页面我发现2个普适性的规则:
1、列表的常见用例:筛选、排序、多选等,实例见图7;
2、内容类产品提供了很多对内容进行反馈的功能,我把反馈功能按照感受程度的强弱,分为5个级别,详见图8。
五、补充页面元素
补充页面元素是指,找到对象的属性,展示在页面中。在step1中说过,一个对象存在一般属性和对象属性,这两种属性可以想象成数据库中的字段项,这个步骤是找出对象剩下的一般属性。
如何理解一般属性,例如人的年龄、性别、身高、体重就是人的一般属性。例如“歌单”的页面元素有歌单名称、歌单封面、歌单播放量、歌单简介、评论数量、分享次数、歌曲数量、收藏人数;见图9。
以上只是列出APP展示出来的元素,隐藏的元素可能有创建日期、是否精选歌单、歌单状态等,一般隐藏元素在后台管理系统中应用,设计系统时也需要考虑到。
——尾巴——
以上并不是网易云音乐所有的页面和功能用例,是阐述我对产品设计的思维逻辑。所以有一些从用户角度出发的优秀功能点并没有提到,实际应用中还需要在以上的框架上添加其他针对用户需求的用例。
而此次我在拆解网易云音乐过程中感触良多,我不是单纯的去分析网易云音乐的功能用例和页面流转,而是考虑背后的产品设计逻辑,在众多功能、元素当中抽取出简单的规则,这个过程中遇上了很多想不到的困难,时常会在放弃的边缘。但当我把这篇总结完成的时候,我才体会到能做完一整件事情的能力是多么的难得。
这次总结让我感同身受的一句鸡汤推荐给大家:Reading is faster than listening. Doing is faster than watching——Naval Ravikant(硅谷投资人)。
如果你连模仿都学不好,怎么去创造呢?后续还会继续拆解其他类型的产品,比如说电商。
最后放张图,网易云音乐100多个页面的流转汇总,你说能不迷路吗?
如果喜欢这篇文章,就请给它一个赞、一句评论、一条转发吧!bye~
from:https://mp.weixin.qq.com/s/49wvlgJnHNIHzFIefDc9Lg