对于云音乐的社交，一直想聊些什么。
从至今改版的状况来看，音乐+社交+o2o，我想是云音乐想要打造的生态，o2o倾向从目前的积分商城可以看得出来，但是其层级较深，不是目前主打功能，我想原因可能是这个功能和听音乐的主线不是很吻合的缘故，并没有太紧密的关联性，因此只是将其作为增加用户黏性的一种手段。但是，对于社交的重视程度则完全不一样，这点从在信息结构上将其提升为和音乐同等重要的一级TAB就可看出。
对于音乐来说，用户有没有社交的需求呢？必然是有的，用户在听见一首好听的歌曲时，会有想分享的需求，但是这样的需求的满足更多的是分享至站外功能，比如微信朋友圈等。这样的需求是用户的基本型需求，功能的实现也是比较符合逻辑的，毕竟用户的目的是让自己信息输出的同时，与自己有关系的朋友形成互动。社交的本质还是用户间关系。
但是对于云音乐，目前社交上的尝试，我想更多的是出于平台的考虑，目的是想通过社交的元素提高用户的使用黏性，但是从效果上看，似乎并没有达到想要的目的（没有实质数据支撑，只是纯靠笔者自己使用的感觉来定论）。
我们来看看云音乐具体是怎么做的。社交板块，分为了3个二级TAB：动态、附近、好友。
1、动态：类似于微信朋友圈，看他人动态以及自己发动态，只不过朋友圈鼓励配图片，而云音乐则鼓励配上音乐。我们刚说的他人的动态，除了自己已经加为好友的人外，还会有云音乐根据你听歌喜好做的个性化推荐（谁叫网易的个性化这么任性呢），如此做法的目的，无非就是想让这个板块有更多的内容让用户去消费，但又不想让这部分内容显得与用户的关联性不高从而降低用户体验。
但是我们来具体分析如此做法的有效性。首先，让我们来思考用户发动态的场景，笔者想了一圈，觉得除了在无聊或者休闲时听到一首好歌才会有可能在云音乐中发一条动态外，其他更多的场景，比如在工作、走路、公交上，其实都是没有太多的功夫和时间来发的，换句话说，发状态是一个缺乏足够场景支撑的鸡肋功能。同时，对于这样一个封闭性的圈子，用户关系大多不在上面，用户确实是不太会频繁的发状态的，毕竟对于没有好处又有成本的事情，谁会干呢？
但是动态这个板块，却也有存在的必要，只不过需要换一个玩法，后面我们再说。
2、附近：这是个LBS功能，云音乐提供了周边用户所正在听的歌曲。但是我们考虑下用户是否有这个需求？我的看法是无，因为听歌是一个个性化非常明显的行为，我要知道人家正在听什么歌有什么意义呢？他们听的歌又不是我的菜，还费心思、费流量。
如果按照另外一个思路，考虑给用户更多可玩性的话，似乎除了这一种外，还有很多其他方法，比如摇一摇功能，比如雷达扫描功能，我们后面在细说。
3、好友：这是一个好友列表通讯录，点击好友进入相应用户空间。一般来说，用户社交关系的建立是整个社交得以维持下去的基础，也是最为重要的一部分，微信当时就是由于通讯录关系的导入导致了其用户规模一次爆发性的增长，如何降低用户与他人建立关系的成本会是比较重要且要考虑到的点。
我们都知道，通讯录的意义在于：一、与熟人继续保持联系；二、将认识的陌生人发展为熟人，但就云音乐的用户来说，第一点没有太大吸引力，原因就是与熟人保持关系我已经在微信中做到了，还有必要在云音乐中继续做同一件事吗？同时，熟人社交中用户迁移的成本是很大的，毕竟关系网已经建立好，再挪已经很难了。而对于第二点的陌生人社交，用户的需求既存在，同时关系链的获取成本也较低。因此，云音乐应重点打造陌生人社交，同时取消通讯录。
目前，云音乐的做法是邀请明星大V用户入驻和打造音乐达人用户，我觉得是比较好的一种方式，但需要做的是减低用户获取感兴趣大V用户的成本，可以类似于微博的方式，推荐用户+单项关注。
因此，总结一下，在云音乐这个社交闭环中可以改进的点：
1、为达到更好的社交效果，需要快速而且低成本的建立与他人的社交连接，在首页动态中，增加添加感兴趣的人的入口，跳转到明星用户页面；
2、用户在云音乐中更多的是作为内容消费者，而并非是内容贡献者，因此需要明星用户和运营人员提供更多的内容段子来供用户消费，除了分享歌曲以外，可以有更多的形式，比如音乐现场的图片、音乐人的小故事等等，与音乐周边相关的内容，这样或许会比一个歌曲对用户有更大的吸引力；
3、在附近中，提供更多的功能，比如摇一摇，看看谁和我在同一时间听相同的歌曲，比如雷达扫描看周围的人在听什么歌等等功能，这样或许会比仅仅提供附近人在听什么歌更有可玩性。在这块中，还可以有更多的脑洞空间。
--------------------------------这里是分割线----------------------------
我的公众号。一个正行走在产品不归路上的人，不定期发送产品相关文章，可能是自己在产品上的体验、可能是产品相关的方法感悟，可能是其他好的产品文章的学习感悟，或者自己的生活工作思考。
要是你有兴趣，扫一扫，我们一起来交流！
网友评论