在音频类 app 中，使用 feed 流是不是一个好主意？

音频类app适不适合使用feed流？我也满是疑惑，一起来看看作者的想法是如何的。

feed

先来看看维基百科上关于feed的定义。

a web feed (or news feed) is a data format
used for providing users with frequently updated content
. Content distributors syndicate
a web feed, thereby allowing users to subscribe
to it.

feed流本质上是一种信息集合并以某种特定的方式分发的机制。最早的rss就是一种feed流。我们现在常见的是基于timeline的feed流。为了给feed流增加丰富性或者是出于营收的考虑，我们能看到的feed流基本上是经过智能排序之后的feed流。比如现阶段让大家反感的“广告中插播微博”的新浪微博。知乎的feed流也是有特定的顺序的，会先展示你关注的人的动态。
信息的承载方式，从我们接触到的形式来讲，大体上可以分为4大类。文字、图片、视频、音频。前三者都已经有了比较成熟的feed流产品。那么为什么在音频类app中我们几乎没有看到以feed流呈现信息的方式呢？让我们从feed的定义入手来看看。
feed必须有持续的信息产生源，这是feed产生的一个必要条件。

我们看到，使用feed流组织信息的产品绝大多数都是社交类产品。用户通过关注信息的生产者获取信息，本身也是信息的生产者。另外，repost这种间接的信息产生也增加了信息流动。这种循环的流动为feed流的产生提供了条件。

那么，音频类产品具不具备持续的信息产生条件？

音频的生产与前三者的条件上来讲，最大的不同在于生产条件要求严格。甚至是比视频的生产条件更严格。文字的产生只要求你有可以书写的工具就可以了，图片增加了场景。随着短视频的普及，大家对视频中环境因素的要求越来越低。你看papi酱早期的视频，家里东西也不收的。因为大家看的注意力在papi酱本人的表演以及语言物料上。从本质上来说，泛娱乐化时代，消费的是一种更便捷被吸收的信息。现在流行的短视频大体上来说都是更注重娱乐表现形式而非内容发省性质的。所以对环境以及设备的要求是不高的。只要能听的清想表达的内容就可以了。而音频类信息不同。
与视频不同的是，音频信息的接收器官只有耳朵，并且由于使用场景的特殊性，用户在接收音频信息的时候往往同时还进行着其他的事情。极少的用户会在听音频的时候专心致志而不做其他事情。这时候从内容的筛选、组织和环境的要求上来说，都比视频更严苛。
首先，音频内容的组织要具有很强的逻辑以及连贯性。
这里只针对偏严肃性的付费内容而言。目前，能够产生付费的音频节目，都顶着知识付费的头衔。毕竟，现阶段电影盗版的现象在中国依然十分严重，你又怎么期望用户为了些抖机灵的段子去付费呢？不论是得到还是喜马拉雅，付费内容领域基本上都是高雅音乐、读书、商业、科技这些范围之内。
而用户在消费这些严肃性内容的时候又处于一种不严肃的接收状态。
开车、行进、跑步等都是音频产品的高频使用场景。这就对音频产品带来了很大的挑战。首先，内容的质量上来说，要求你得是干货，而这个干货又得显得不那么难以理解，却又足够带动付费的欲望。这对内容生产者来说，是一个挑战。不仅得关注什么样的内容具有上面的特性，并且在内容的组织上，得让想要一心多用的用户能够听的下去，不枯燥还能在其中受到启发。趣味性、发省性、连贯性都要求内容的生产者在声音这一个单一的信息介质中传达出来，这都比视频的要去更高。因为视频还可以依靠肢体语言等来补充。甚至有时候插科打诨地就过去了。
再加上，用户本身的收听环境具有噪音，会分散用户的注意力，这时候对于音频环境来说，反而要求相对绝对的安静状态，至少不能够让背景音分散用户的注意力。这就要求比较安静的生产环境和收音、降噪设备。
用户可消费内容领域的局限性决定了付费内容资源的丰富性不高，内容生产条件的限制造成了音频内容产生的持续性不强。

那么这么看来，feed流在音频这条路上真的是走不通了吗？

如果你能注意到，以上所说的内容只限于付费内容。付费内容在绝大多数的平台中都只是占少数的。目前我们所能够接触到的内容付费商业模式大多还是以大量的非付费内容带动流量，在流量中提取少量付费用户的模式。用户在平台内绝不可能只消费付费内容，主要受制于付费内容的更新频率和时长。目前的付费内容多以周更新（或者至少是以单天以上的时间周期）为主，即便是日更新为主的付费内容，在单条音频的时长上也基本在10分钟以下。
而用户的使用习惯上是有依赖性的。能够用音频app的用户，在这上面的使用时长也是不低的。看看现在上下班的人中，有多少人可以在10分钟之内完成通勤路程？跑步时候是只跑10分钟吗？一旦用户习惯一种获取的信息模式，会依赖某一个路径。一个典型的音频产品用户画像是，在满足收听的场景中，打开app，查看自己最近的收藏节目是否有更新，无——沮丧。但如果细细追究你回发现，用户主要的沮丧不是没更新这件事情，而是没有可收听的内容这件事情。对于知识的焦虑与饥渴才是目前我们的内容付费领域能够兴起的原因。用户往往听得酣畅淋漓，讲起来却泛善可陈。而又因为觉得自己肚子空空，又促使用户产生了不断追求知识的渴望。
有了需求，需求被满足就是一件相对简单的事情。
首先，目前的音频节目审查机制不严，再加上为了保证内容的体量，音频平台都会选择UGC＋PGC的模式，UGC做用户，PGC做付费。稍微大一点的平台是有足够的内容体量的，只是在这个行业中，长尾效应显得格外明显。大量的尾部内容堆积了起来，没有被头部的用户看到。feed流能够很好地将削减长尾效应。带动尾部内容，同时免于用户打开客户端却发现没有更新的的情况。具体怎么做这里不谈，从目前做二次排序和智能排序的feed流产品可以做借鉴。
其次，feed流又可以缓解内容更新缓慢的问题。只要不让用户反感，多数的情况下，用户不会排斥在主动订阅之外的feed流信息。这时候相关度以及文字辅助说明会比较重要。
以上。
 
文 @Farrah-yan

关键字：feed, APP, 产品设计

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！