本文作者迈克尔·米格纳诺(Michael Mignano)于2015年作为联合创始人创立了全球最大的播客平台Anchor，后被Spotify收购。目前，他负责管理Spotify的播客、直播和视频战略相关业务。迈克尔也是一个活跃的天使投资者和顾问。超过50家早期技术公司收到了他的投资和建议，这些建议发表在Variant Fund的联合创始人李进的substack上，可能会对基于开放协议和标准的web3有所启发。
标准，如播客的RSS，使新兴技术能够很容易地插入现有的生态系统，从而在信息时代广泛传播。但标准化是有代价的，创新也因此受损。例如，这就是为什么播客格式在其20年的历史中几乎停滞不前。
技术标准是一项优秀的发明。帮助标准RD团队节省时间和成本，让他们用共同的语言实现产品之间的交互。没有必要在同一个市场中单独开发每个组件，也没有必要重新定义系统之间的交互方式。例如，一个团队开发并创建了一个新的邮件客户端，他们不需要重新发明格式来实现邮件在发送方和接收方之间的传输；他们只需要采用SMTP，并专注于如何为用户创造优秀的应用体验，而不用担心其他任何事情。这意味着，当有人想做前人做过的事情时，他们不需要重新发明轮子——他们只需要采用标准，加快产品研发的进程，并到达他们的受众——当产品适合市场时——到达用户的速度比创造完全专有的产品要快得多。
虽然基于标准的产品可以更快地到达受众，但更低的进入门槛意味着会有更多类似的产品出现，这将导致市场细分，最终减缓创新进程。有得有失，我称之为标准创新悖论。下面我会详细解释。
但是首先...标准到底是什么？
简单地说，标准是一种特定的规范，它决定了一种技术应该如何与其他技术对话。标准通常由社区制定，由委员会一致同意后批准和维护，委员会通常对所有人开放，每个人都可以参与并做出贡献。HTTP、SMTP、RSS或SMS是典型的现代技术标准。
标准化的好处
为了充分理解标准化给RD团队带来的好处，我们可以举一个例子来说明。以RSS应用于播客为例。RSS长期以来一直是播客的支柱，为创作者提供了强大的分发机制，允许创作者从单个端点发布音频，并立即将内容同步到任何想要接收该内容的消费者平台。在过去的20年中，通过定义一种共同的语言，一个庞大的播客网络和播客收听应用程序可以相互交流，RSS使播客在开源互联网上蓬勃发展。要通过RSS发布音频，作者必须发布特定格式的播客，仅包括本标准定义的参数，如指向播客封面的URL参数、选集列表等。
本人长期从事RSS相关工作。作为合伙人，我创办了播客创作平台Anchor，2019年被Spotify收购。Anchor让任何人都可以在任何地方轻松发布来自iOS、Android或其浏览器的播客，而无需任何相关经验或技术知识。对于创作者来说，Anchor最神奇的地方在于，它可以通过RSS标准一键发布播客，所有播客收听平台都可以接收内容。这种强大的分发能力是Anchor快速成长的原因之一，最终使Anchor成为全球最大的播客平台。
我们创建了Anchor来帮助创建播客，其中RSS确实做出了巨大贡献。同时，RSS也是播客消费者的有力工具。世界上几乎所有现有的播客收听应用都支持基于RSS标准的播客。这有很大的优势:如果一个播客收听应用程序应用了这个标准，它可以立即自动向其用户显示所有播客。类似于我上面提到的邮件例子，也就是说，这些播客收听app可以专注于创造出色的用户体验，而不用担心内容；内容已经存在于开源互联网中，用户可以很容易地收听。
得失权衡下的“失”
由于RSS标准的采用使得播客听音app不必重新发明内容在播客生态系统中的流动方式，从而节省了大量的时间和金钱，这也意味着为这些app寻找听众的门槛降低了。因此，在20年的播客生态系统中有太多这样的应用程序，这导致了市场细分的加剧。如果你在App Store或Google Play应用商店搜索过一个播客应用，你会看到很多搜索结果。在某种程度上，这种市场细分对用户是有好处的，因为这意味着用户有了巨大的选择数量，可以灵活地使用产品来收听播客。但与此同时，这种分割不利于创新，基于RSS标准的应用体验创新几乎不可能，也就是说，播客收听体验停滞不前，多年来几乎没有什么发展和变化。为什么？如前所述，标准是由共识驱动的，驱动这些播客应用程序底层语言的变化不会轻易发生。让我们以计划一个假期为例来更好地理解这一切。
家庭旅游
想象一下，你和你的另一半去一个你从未去过的国家度假两周。因为只有你们两个人，所以在旅途中可以随心所欲，不用太担心。想取消今天的晚餐预约去听音乐会吗？当然可以。明天不想去博物馆参观，想租车去另一个城市参观？当然可以。
现在，再想象一次同样的旅程，但不仅仅是你们两个人，你的孩子，你的父母，三个朋友，你的哥哥和嫂子，还有他们的四个孩子都一起来了。这确实是一次完全不同的旅行。在这个版本的旅行中，一切都要精心计划。如果你决定改变你的行程，你需要征求所有人的同意，这几乎是不可能的。这次旅行让你和你很久没见的家人和朋友度过了一段美好时光，但因为这是一次共识驱动的旅行，所以它不是那么有趣和独特。
在一个大规模广泛使用的标准上构建一个产品，就像这样一次家庭旅行。一旦一个团队想要做一些超越标准的新的有趣的事情，他们必须让所有应用标准的利益相关者一起做出改变，否则单方面的改变是没有用的。而且，无论如何，一旦你突破了标准，做出了改变，你就会失去标准带来的很多好处。一群亲朋好友在旅途中改变行程已经够难的了。想象一下，要和大大小小很多潜在竞争利益不同、性质不同的公司竞争，会有多难，周璇。这是标准RD和建筑公司面临的一个悖论。
创新的悖论
标准创新悖论是产品团队基于标准开发和构建新产品时面临的权衡结果。产品能快速适应市场，产品找到受众也相对容易。然而，由于市场惯性和共识驱动的标准研发，创新终将失败。如果一个团队决定在没有所有其他利益相关者支持的情况下突破创新标准，这些标准带来的好处将会消失。生态系统中的利益相关者越多，人们就越需要获得许可。
现在，想象一下在一个封闭的、没有统一标准的专有系统中开发和构建产品。在从零开始的创造中，团队可以自由地实现和改变他们认为合适的技术，而不用担心其他与他们不一致的利益相关者是否会买账。当然也有劣势，就是RD成本更高，寻找产品和市场的契合点更有挑战性。但这样的产品一旦找到了与市场的契合点，就没有标准带来的天花板阻碍团队加快创新开发的步伐。
创新的悖论迫使团队在开发和创造新产品时做出选择:是在现有的海洋般的产品生态系统中应用标准以获得即时的分发/交互性利益，还是从零开始开发和创造产品以获得最终的灵活性和创新潜力？
播客中的悖论
我们在早期用RSS标准创建Anchor的时候，也就是在被Spotify收购之前，就面临这种悖论。对播客格式进行创新性的改变几乎是不可能的，因为它的底层标准是几乎不可改变的RSS。
举个例子，比如我们想为每一集播客增加一个评论区，实现节目RSS提要中的评论功能。除非我们能让市面上几百个播客来听这个app应用的变化，否则评论功能是无法得到播客听众支持的。没有这种支持，我们将失去创作者应用和实施这种改变的动力，这种功能将立即以失败告终。
再举个例子，比如说我们想建立一个内容更丰富、更动态的播客分析系统，让创作者更好地了解自己的节目表现如何，从而通过现代互联网广告增加收入潜力。除非我们能让市场上的数百个播客收听应用程序全部应用所提出的更改，否则不可能从收听应用程序获得更详细的数据反馈到播客发布平台，创新将会失败。
RSS存在很多悖论，导致了过去20年大量播客收听app的悲剧。许多创建不同播客应用的尝试都失败了，因为整个生态系统是基于完全僵化和不可改变的标准。
短信中的悖论
SMS标准是说明基于标准的研究和开发的局限性的另一个例子。短信标准诞生于20世纪80年代。大约10年后，在所有必要的利益相关者使用了这个标准后，短信终于在1992年第一次应用到手机上，并最终在1999年达到大规模应用。从此，世界上任何地方的任何人都可以向另一个使用支持SMS的手机的人发送短消息，不管这是哪部手机，也不管它来自哪个供应商。
然后，有人想出了一个绝妙的主意，给短信增加了一个新功能:图片！如果能用手机短信发图片不是很棒吗？但由于SMS是开源标准，所以不能简单地用代码将图像功能写入最新的软件更新中。标准本身必须改变，所有手机厂商和运营商都必须同意并应用这种改变。当然，需要一个新的标准:MMS。所以，差不多又过了十年，MMS才最终成型。
现在我们来看看苹果专有的信息服务iMessage，它根本不是一个标准。iMessage的成功是因为一大群人很快接受并使用了一个专有但卓越的产品:iPhone。要使用iMessage，你必须先拥有一台苹果设备，比如iPhone，这当然是一种倒退。如果你用苹果设备给人发信息，你会得到不断更新和改进的服务。苹果在自己专有生态系统中的研发使其能够快速创新信息发送和接收体验。现在它的短信服务和短信时代大不一样了。
回想一下iMessage这些年的变化。早期的iMessage和短信没有太大区别。但现在，它拥有极其丰富的功能特性，如阅读回执、图片库、面部过滤器和Memojis、应用商店、语音备忘录等等。Snapchat、Messenger、WhatsApp等众多专有短信平台也是如此。这些平台实现如此高的创新水平和速度的唯一方法是在SMS标准之外开发和创建它们。
时事通讯中的悖论
这里有一个更新鲜的例子。你可能听说过一个伟大的新闻产品Substack。这是一个平台，允许创作者创造，存储和扩大他们的新闻业务。Stubstack的美妙之处在于它应用了一种开源标准——SMTP——这种标准推动了邮件传输——并且可以很容易地向所有电子邮件用户分发新闻信件。
与上面的播客例子相反，任何一个应用RSS的平台，都可以立刻解决“鸡生蛋还是蛋生鸡”的供给端问题。Substack做的正好相反:它通过确保其所有消费者都能阅读电子邮件内容来解决需求方问题。这是一个绝妙的策略。作为一个平台，它发展迅速，吸引了众多知名作者和付费订户。
虽然SMTP的应用可以即时向读者分发内容，但是这种方式也有自己的弊端:邮件是静态的，只要邮件客户端是SMTP标准驱动的，邮件就永远是静态的。这意味着Substack不能使用电子邮件做任何动态的事情，例如在电子邮件客户端中实时个性化读者的探索体验。或者，包括实时更新的动态评论部分。或者实现任何其他可以增强创建者或读者体验的功能特性，但是它需要在邮件客户端中实现某种动态接口。就像上面的播客例子一样，为了实现这一点，互联网上大多数主要的邮件客户端都需要应用Substack的创新。
所以最近，他们做了一个非常聪明的举动，尽管考虑到该标准的局限性，这一举动可能并不令人惊讶:他们推出了一个应用程序，允许他们扩展他们在电子邮件新闻信件方面的丰富经验。在我看来，这样做是有道理的。Substack如果能成功扩展其app，就能快速创新Newslettes的体验，不再受制于SMTP标准。但是，这会牺牲开源标准带来的好处，而正是凭借这些好处，他们在第一时间启动了用户对其业务的需求。
在我看来，Substack陷入了标准创新的悖论:继续在SMTP上研发，以从电子邮件的广泛应用中受益？还是开发专有解决方案来加速创新？随着其app的发布，我觉得很明显Substack的选择是开始脱离标准。
打破魔咒。
创新悖论的诅咒可能会降临到任何想要创新的快速增长的公司身上，但它是可以被打破的。事实上，RD团队有一个两全其美的方法。他们不仅可以获得标准的好处，还可以突破标准进行创新。
使用专有系统的分发机制
经过一段时间后，所有应用尺度标准的产品最终都会提供大致相同的体验。这是因为他们可以提供有上限的东西，而上限来自于标准不可改变的刚性。产品标准应用的越多，市场的惯性就越大，也越难改变。这会带来激烈的竞争，任何产品都不可能因为体验不同而爆发。那么，这些产品如何突破瓶颈，找到对自己至关重要的规模化应用呢？他们需要使用其他非标准产品来推动市场。
以Spotify的播客业务为例。几年前，这个音频流媒体巨头从只提供音乐服务发展到提供包括播客在内的各种音频。由于音乐和播客的内容和体验不同，很多人希望公司能发布一款专门听播客的app，为用户提供与听音乐完全不同的应用体验。然而，如果他们这样做，他们必须与浩瀚的播客收听应用竞争，因为他们受到标准的限制，并为用户提供大致相同的功能。对于Spotify播客app来说，突破瓶颈是非常困难的，就像其他任何一款播客听app一样。因此，Spotify利用其现有应用程序上的现有音乐用户群，向数亿用户分发播客。这让Spotify打破了悖论魔咒。
实现向后兼容
记住，用户喜欢使用基于标准的产品，因为他们的选择和数据是可移植的。如果一个基于标准的产品能够突破市场细分的瓶颈，脱颖而出，那么保持最初的标准给用户带来的收益是非常重要的，否则就有失去用户和产品市场契合度的风险。最好的方法是确保向后兼容标准。以苹果的iMessage为例。如果你用过iMessage，你一定用过安卓设备发短信。注意iMessage是怎么做的？IMessage重用SMS标准与短消息接收方进行交互。这对双方用户来说都是最好的结果。对于你和你使用苹果设备的朋友来说，你可以享受一个创新的专有平台的所有好处。但这些好处不必牺牲基于开源标准的短信核心功能，因为你仍然可以通过短信向Android设备用户发送短信。
到底要不要用标准？
尽管存在标准创新的悖论，但我们不能忽视过去几十年标准化对技术成功的巨大好处。但基于标准RD打造一款新产品，总是要权衡利弊，考虑团队找到产品市场汇合点后，未来的发展是否会受到标准创新悖论的阻碍。
