播客社区是一个能让你的听众真正落脚的地方——节目、围绕节目的讨论，以及那些一集都不肯错过的人，全都住在你自己拥有的地方，而不是散落在只会报给你下载量、别的什么都不给的各个应用里。它把一群匿名的受众，变成一个你叫得出名字的群体。
播客这件事里有一个奇怪的缺口。有人在通勤路上把四十分钟毫无分心的注意力交给你，一周又一周，持续了两年——而你根本不知道他是谁。
下载量不是人
你的托管商报给你的是下载次数。下载次数收不到邮件，没法被邀请来听一场现场录制，也没法被问一句“下一期想聊什么”。这是媒体行业里最忠诚的一批受众，交到你手里时却只是一张图表。
这个缺口有实实在在的代价。一个已经听完 140 集的听众，除了成为一个数字之外没有任何路径可走——成不了会员，提不了嘉宾建议，也当不了支持者。这段关系是真实的，却完全单向，而播客这套技术栈里没有任何一环是为改变它而设计的。
社区是弥合这个缺口所需的最小的东西：一个听众可以注册、被认出、并且能被联系到的地方。本文其余的一切，都由这一处转变引出。
关于你节目的每一场讨论都发生在别人的平台上
此刻，关于你最好那一集的讨论，散落在一条 Spotify 评论、一条 YouTube 回复、一条你无法回应的 Apple 评价，以及一个到周四就会消失的帖子里。
这些都不属于你，都搜不到，而且——最扎心的部分——一条都到不了下一位听众那里。对第 112 集最精彩的那条回复，躺在某个 YouTube 片段下面，用 Overcast 收听的人一个都看不见。一年之后，当有人终于听到那一集，那场本可以让它更好的讨论已经无从触及。
为每一集单独建一条讨论帖，修好的是结构性的问题，而不是表面功夫。争论附着在这一集上并且始终可以被找到，这意味着你的往期节目会持续复利，而不是不断衰减。这和适用于每一位创作者的自有受众逻辑是同一套，只不过在播客这里，受众有多忠诚和你能掌控多少之间的落差最大。
听众社区又小又密——请照此规划
下面这句预期管理能替人省下很多失望：你的大部分受众永远不会加入，这没关系。
一档有 20,000 名听众的节目，社区里可能只会有几百人。如果你原本期待的是按比例的到场率，这个比例看起来像失败。它不是。加入的这几百人，正是会来听现场录制、会推荐你自己永远找不到的嘉宾、会在你说错时纠正你、并且愿意为某样东西付钱的人。
就为这群人来搭。一个为忠实的少数派做优化的听众社区，和一个想把所有人都网罗进来的社区，是完全不同的两种产品——更小，更密，对身处其中的人也有用得多。
五个空间
结构很简单，而且你发布的内容与听众发布的内容之间如何分工，比空间的数量更重要。
| 空间 | 谁来发布 | 用途 |
|---|---|---|
| 从这里开始 | 只有你 | 那一篇告诉新听众该从哪三集听起的帖子 |
| 节目 | 你 | 一个播客空间，让音频和讨论并排住在你的社区里 |
| 单集讨论 | 听众 | 每一集一条长期存在的帖子，而不是转眼蒸发的评论 |
| 听众闲聊 | 听众 | 实时房间，给那些边听边想聊两句的人 |
| 现场录制 | 你 | 录制场次、嘉宾 AMA，以及任何有观众在场的活动 |
“从这里开始”值得占一个位置。播客的往期节目有一种大多数内容都不具备的压迫感——没有人会从一档 200 集节目的第一集开始听——而告诉大家从哪里入手，是你会写下的价值最高的一篇帖子。更一般的原则见社区结构指南。
它不能取代你的托管商或你的公开订阅源
这是最常见的误解，弄错了会让你损失触达。
继续通过你现有的托管商向 Apple、Spotify 以及其余平台发布。被人发现这件事发生在那里，而社区做不了那份工作。节目空间是给已经加入的人存放每一集的地方——就挨着讨论、闲聊和现场录制。
这两份工作确实不同：分发触达陌生人，社区加深与已经在听的人的关系。把两者混为一谈往往会得到两边都更差的版本。把社区当成听众的目的地，而不是分发渠道，这个决定就变得很容易。
变现：为什么赞助商那套算术对优秀的小节目行不通
广告收入卡在你无法控制的下载量门槛后面。后果很荒唐：一档有 2,000 名忠实听众的节目可能完全无法变现，而一档有 50,000 名被动听众的节目却可以。
直接支持把这件事反了过来。付费会员层级让忠实听众直接支持节目，你不需要去够任何人的下载量下限——你接入自己的 Stripe 账户，创建层级，并把空间或内容限定给应该看到它们的层级。会员专属空间是一条访问规则，不是另一个产品。
平台费从 3% 起，在更高的方案上会降向 0%，另外还要加上 Stripe 的支付处理费。对一群小而密的受众来说，这笔账和赞助算出来的结果非常不一样，而这正是重点所在——更多模式见社区变现。
你做不到的事
三条限制，都值得在开始之前而不是之后知道。
没有私有 RSS 订阅源。你可以把某个空间设为会员专属，但会员无法把一条私有订阅源接进 Overcast 或 Pocket Casts。请按会员在你的社区内部收听来规划。如果第三方应用里的私有订阅源对你的付费方案不可或缺，那么这里并不合适，现在就发现这一点反而更好。
你无法导入你的听众。播客应用不会把听众身份交出来——这恰恰就是这件事要解决的整个问题，同时也意味着没有捷径。你的社区从零开始，靠节目一点点长起来。
你无法导入你的 Apple Podcasts 评价。它们只能留在原处。
让最初的一百人进来
既然你无法导入任何人，一开始唯一重要的渠道就是节目本身——而它恰好是个格外好用的渠道。
在节目里说出来，别只写进节目简介。一个已经被听了两年的声音亲口发出的邀请，转化率是任何描述栏里的链接都比不上的。给它一个理由和一个时机：“这一集的讨论在社区里，来跟我吵一架。”
把第一次现场录制做成钩子。没有什么比亲身在场看着自己热爱的东西被做出来，更能转化一个被动听众。在节目里预告，在社区里举办，让出席本身去替你招人——活动手册讲了具体做法。
然后用一种特定的方式保持耐心：头几集的讨论先由你自己带起来。新一集下面空空如也的帖子，会教会听众这个空间已经死了。更普遍的冷启动问题见如何获得前 100 名社区成员。
结论
下载量永远不会告诉你谁在听。社区会，而这份回报诚实的说法不是更大的受众——而是一群可知的受众。
把分发留在原处，给讨论一个长期的家，预期一个小而密的群体而不是按比例的到场，并且让付费会员去做赞助对两千名忠实受众所不会做的事。如果你想要一个现成的形状，播客社区模板已经配好了这五个空间。