malike 发表于 2018-2-12 07:32:43


                                                               
                                    
http://upload.chinaz.com/2012/0907/1346979294410.png
施凯文和他的音乐描述搜索Jing.fm:梦想照进网络
新浪科技 刘雅楠
Jing.fm的创意在充满了“借鉴”的互联网中似乎有些特别,因为你很难把它归为“中国版的XX”,或者“网络版的XX”:用自然语言的描述,搜索需要的音乐频率。用创始人施凯文的话说,“没有人比用户更了解自己”,与其网站推荐,不如让人们自选“亢奋”还是“凌晨”。
这位中俄混血的创始人有过三次创业经历,现在还不到24岁;音乐专业出身,本想让有价值的音乐也有个好价钱,却慢慢走向了艺术的另一端:技术,自学代码UI,带着十几人的团队,将最初的梦想延展到了互联网。
如同刚刚认识一个人,听其言不如观其行,看Jing.fm,也还是从产品本身开始。
Jing.fm和团队:推崇Instagram式的“小而大”产品
初体验
Jing的界面极其简单:第一眼看过去,最明显的是摆放正中的音乐唱片,和下方的大搜索框。人们想听歌,大部分时候其实是想听某一类歌,这与标题或歌词无关,而是一种自然描述,比如睡觉前的“放松”,比如一个人旅行的“孤单”。将这些看似散漫的单词或组合输入搜索框,从上方选取相应图标,同类歌曲就会源源不断地放出。
然后才会注意到界面中间的“喜欢”、相似歌曲、个人电台、“讨厌”四个按钮,以及下方的暂停、“随便听听”、继续找歌。这和他们的产品观点一致:如果根据用户喜好推荐音乐,会有迟滞和愈来愈“窄”的可能,未来版本中将弱化个性推荐的位置,继续强调直接搜索音乐标签。
最后是右下角的社交、设置等。除了查看“喜欢”或“讨厌”的歌曲外,在这里还可以看到朋友们刚刚听过什么歌,某种程度上“他正在听烦躁的歌”会比一条看似淡定的微博更能说明问题;也可选择“跟听”某位好友,这样两边播放的歌曲、进度、甚至音量都将同步;或者进行简单的聊天等社交操作。据介绍,后续版本中将强化社区效果,个人主页等功能也会成为标配。
网页采用HTML5,即不必安装播放插件,支持新iPad的Retina屏,自动记录上次退出时收听进度。如果打开源代码,会发现它仅有400多行,还有注释里的“Jing”字符画彩蛋。目前处于内测期(文末附邀请码),尚无移动端版本,iOS版预计将在月末开放注册时一并推出,Andriod版也已在制作中。
http://upload.chinaz.com/2012/0907/1346979294362.jpg
Jing.fm的Top榜单界面
技术流
整个产品中最核心的问题自然是庞大到难于想象的“标签库”。“普通话”、“五月天”这样的类型已经属于一般性描述;以情绪为例,“悲伤”可以分为“悲伤深”和“悲伤浅”;使用过程中,偶尔会从下方浮动出提示,“X分X秒出现了分解和弦”,或者“这是XX的编曲作品”、“这是XX电影的插曲”之类的信息;即便如此,在面对纷繁复杂的自然语言时,仍有大片无法遍历的空间。他们后来补充进“我想睡觉了”之类的状态描述,但依然在统计每天用户搜索结果为空的字词组合,以待后续完善。
标签量之巨已非人工可以完成。施凯文解释,实际上很多看上去感性的标签是可以批量抓取的,六成的工作量都交给程序。例如3kHz的音乐普遍比较压抑,其它复杂情绪可由人工建立初始库之后,再由程序提取模型;利用波形频率分析乐器出现时间,常见的钢琴提琴已经可以较准确识别,黑管长笛比较接近就统称为管类乐器;人工抽查50/1000,只有“奥运会”等标签纯由编辑挑选。但他们不会把所有标签都展示出来,一方面并不想这个库全部公开,另一方面也希望用户在搜索过程中逐渐发现。
那么这些标注问题可不可以用UGC(用户产生内容)的方式解决?“做过社区的都知道,UGC的东西是最不靠谱的,很容易标题党,更何况这些年因为微博之类个性化的东西已经做起来了,我们没有必要再做UGC,也没有那么大的用户基础。”
其次是个性化推荐。在Jing.fm的设计中,决定是否推荐一首歌的维度很多:是否喜欢某歌手、是否收藏或讨厌、听了5秒还是50秒、听过的次数、歌曲类型等等,都会在后台进行统计,然后在用户没什么特别想听的时候发挥作用。
值得一提的是,他们提供的音乐质量较高,默认为码率260kbps的m4a格式音乐,每首歌在9M左右;后来因为在一些网络条件下听起来会卡,又提供了较低品质的版本,但是码率也有128kbps。另一件有趣的事情是,横穿主页的四个按钮均无文字说明,有些影响体验,施凯文对此的解释是“曾经想加上,但是还不知道怎么写才比较好看,所以没动”。
试用中还发现,Jing.fm目前的曲库还不全,去掉了早期版本中的游戏技能解锁,并且不具备单独搜索某首歌曲的功能。对此施凯文表示曲库会补充,但初期倾向于只做好音乐描述搜索一件事,所以去掉了曾经设计的部分功能;至于单曲搜索,他认为这两者解决的需求不一样,并不想把原本垂直的功能做成“一统天下”。
团队未来
Jing.fm崇尚的是Instagram式的“小而大”产品,后者以13位员工3000万用户为人称道;他们不赞同国内“科技”界较常见的另一种情况:脑力劳动密集型,认为那是很不酷的做法。至少在团队人数上,Jing.fm目前很接近他的偶像:12人。音乐毕竟不是纯技术就能解决的内容,所以仍然需要音乐编辑;技术(含施凯文)共6人,另外还有运营1人和HR兼行政1人。
施凯文认为保持团队“小”不在于压榨一个人去干几个人的活,而是考验优化业务的能力,精简需要做的事;此外,他们一直有“代码不分初高级”的文化,最普通的代码也要由最高级的人才去写,以保证“质量高速度快”。在后面对他经历的介绍中,会解释这种观念的成因。
对于Jing.fm的质疑,主要只有一个字:钱。从开头到现在,都还没看到任何可以赚钱的地方。这也是施凯文跟所有投资人说明的一点。他说这款产品两年内不会盈利,甚至连收入模式都不做,以纯净的体验最大程度换取用户量,因为看到国外iTunes和Spotify的收费模式,相信国内正版市场未来大环境的变化,会有顺利的收费渠道。而且,除了面向普通用户,他们也有提供合作服务的可能。
还有一些隐忧来自于抄袭。即,在目前国内的环境下,如果这种创意直接被人拿了过去,怎么办?他需要回答“谁会去抄,谁能去抄”的问题。施凯文说实际上他已经看到了一些类似产品的出现,但认为这些潜在的竞争者要么做的还不够好,要么不会把音乐作为主要方向,所以目前还不是太担心。
                                                               
                                                                       
页: [1]
查看完整版本: 施凯文的音乐描述搜索Jing.fm:梦想照进网络