在条件允许的情况下，走出标准化，做最大程度的创新。

撰文：Michael Mignano，Anchor 联合创始人

标准化无疑对于开发者和用户来说都是极为友好的，无论是从开发成本还是采用成本来看。Web2 的世界是这样，Web3 同样如此。

EVM 这个拥有极强先发优势，共识最强的虚拟机，成为了 Web3 行业去中心化应用开发的「标准」。

在以太坊主网上线的这 7 年间，与日俱增的 Solidity 开发者为以太坊生态积累了无数的应用，也沉淀了大量的用户。现在对于开发者来讲，将应用部署在 EVM 生态不光可以触及到最大的用户群体，可完美利用完善的基础设施，最重要的是可与成千上万的 EVM 应用进行组合。对于用户来说，只需要一个钱包就可以无缝切换 RPC 使用 EVM「标准」内的所有应用。

然而，EVM 却也在某种程度上限制了 Web3 行业的创新。以 EVM 合约只可定义 16 个本地变量为例，这极大限制了复杂应用逻辑的实现。若想在 EVM 上实现复杂应用逻辑，需要进行跨合约调用，这不光成本极高，且十分不安全。当然，我们也看到了 DeFi 类应用在 EVM 上被完美实现，因为 DeFi 应用内逻辑较为简单，且 EVM 的同步执行对于金融类应用极为友好（eg. 闪电贷）。而对于其他 Web3 应用来说，或许他们需要去思考这一「标准化」与「创新」间的悖论。但好消息是，搭载着类似于 WASM 等其他虚拟机的 Alt L1 正在慢慢崛起，这让 Web3 的创新者们有了其他的选择。

本文出自播客平台 Anchor 联合创始人 Michael Mignano，文中就「标准化」进行了定义，并详细阐述了标准化所带来的优势劣势及对创新带来的挑战。律动研究院将全文进行了翻译：

技术标准，如播客的 RSS，是新兴技术得以在信息时代广泛传播的必备条件，这是因为只有经标准化的技术才可以更好地融入到现有的生态系统当中。但凡事都有其两面性，标准化的普及在一定程度上也制约了创新——这就是为什么播客的格式在其 20 年的发展历程中几乎毫无变化。

技术标准的优势在于，它可以帮助团队节省时间和金钱，为市场上的产品提供一种通用语言，这样开发商就不用在市场中建立每个组件，或重新定义系统之间的沟通方式了。例如，搭建一款新的电子邮件客户端的团队就不需要重新设计电子邮件在发件人和收件人之间传输的格式；相反，他们可以只采用 SMTP（简单邮件传输协议），并将精力放到提升用户体验上。也就是说，人们可以直接使用前人制定的标准，从而加速产品开发的进程；与此同时，比起建立完全专有的产品来说，依照标准建立的产品往往有更强的市场适配性。

尽管标准化的产品能够更快地接触到受众群体，但其代价是，较低的准入门槛会让同一品类的产品泛滥，从而导致市场分化，制约创新的进度。我将这一现象称为「标准与创新之矛盾」，会在下文当中做出详细解释。

简单来说，标准是一项技术（硬件或软件）与其他技术交互的规范。标准通常由社区开发，并由委员会进行批准和维护，这些委员会通常对任何想要参与的人开放。技术标准的一些例子包括：HTTP（用于网页浏览）、SMTP（用于电子邮件传输）、RSS（用于内容联合，如博客或播客）或 SMS（用于发送和接收文本信息）。

让我们通过 RSS（Really Simple Syndication）来了解一下标准给产品团队带来了怎样的好处：RSS 一直以来都是播客的底层技术标准，为创作者提供了一个强大的分发机制，使其能够经单一终端发布他们的音频，并快速将这些内容联合到其他平台。在过去 20 年里，RSS 为播客及其应用制定的通用语言方便了它们之间的相互沟通，促进了播客在互联网上的蓬勃发展。要想通过 RSS 发布音频，创作者（或代表创作者的播客平台）必须以特定的格式发布播客，并只包括标准中定义的参数，如播客封面的 URL 链接、集数列表等等。

我花了很多时间与 RSS 打交道，曾与人合作创办了 Anchor，这是一个播客创作平台，在 2019 年被 Spotify 收购。Anchor 可以让任何人在任何地方都能轻松地从 iOS、Android 或他们的网络浏览器上发布播客，而无需具备专业经验或知识。对创作者来说，Anchor 的神奇之处在于，他们只需点击一个按钮就可以通过 RSS 向所有播客收听平台发布播客，而 Anchor 也因此得以快速发展，最终成为世界上最大的播客平台。

RSS 不仅对 Anchor 在播客创作方面的发展提供了不小的帮助，也促进了人们在播客上的消费。世界上几乎所有的播客应用程序（如苹果播客、Spotify、Overcast 和其他许多应用程序）都支持 RSS 标准下的播客。这样的好处在于：如果一个播客应用程序采用了这一标准，它就可以自动向其用户展示世界上所有的播客。与我上面提到的电子邮件的例子类似，这意味着这些应用程序可以把精力放在用户体验上，而不必担心其平台内容。这是因为，这些内容已经存在于开放的互联网上，可以很容易地加以获取供用户享受。

由于 RSS 的使用可以为播客软件节省大量的时间和金钱，让它们不用再重新设计其内容在播客生态系统中的流动方式，这意味着这些应用可以很轻松的找到受众群体。因此，自该市场大约 20 年前成立以来，播客生态系统内出现了众多的播客软件。如果你曾经在 App Store 或 Google Play 商店搜索过播客软件，你很可能得到了大量的搜索结果。从某些角度来看，这种现象对用户来说是好事，因为这意味着他们有更高的灵活性，可以自由选择使用什么产品来收听播客。但同时，用户也只能获得单一的体验。其原因在于，就像上面提到的那样，标准的创建要基于共识，所以其底层语言将很难做出改变。接下来，让我们用一个生活中的例子来更好的理解一下这里面的逻辑关系。

想象一下，你和你的伴侣在一个你们从未去过的国家度假两周。因为只有你们两个人，你可以在这次旅行中做任何你想做的事情，不用有太多的顾虑。比如说，你可以取消晚餐的预订而改去听音乐会，或者你也可以取消第二天参观博物馆的行程租车去另一个城市旅行。

现在，想象一下在这一旅行当中不是只有你们两个人，还有你的孩子、父母、姻亲、朋友，以及你的兄弟一家。那么，这将变成一次完全不同的旅行，所有的行程就必须精心策划了。如果你想调整其中的几处细节，就需要所有人都同意才行——这也是几乎不可能的事情。最终，你虽然能和久别的家人有一段难忘的经历，但也必然会感到些许平淡、无趣。

所以说，这对于博客来说也一样，任何一个设计团队要想标新立异，就必须说服与该标准有关的每名利益相关者也采纳其想法，否则他们的创意也会是无效的。另外，如果你一意孤行，那么你就连标准所带来的好处都体验不到了。陪朋友家人出去度假已经很伤脑筋了，试想一下你要和相互竞争、规模各异的公司打交道的话，难度会只增不减——这就是使用标准进行建设的矛盾所在。

标准与创新之间的矛盾是团队在基于标准构建新产品时必然会面临的问题：一方面是更广的受众和更高的产品 - 市场匹配性，而另一方面则是背离市场惯性和共识标准的创新设计。如果一个团队为了创新而决定打破标准，却没有获得其他利益相关者的认同，那么他们就必须承担相应的后果。生态系统中的利益相关者越多，需要同意的人就越多，想要做出改变就越难。

试想一下，如果团队想要打造一个闭环且不基于标准的专有系统，就可以从头开始构建一切，自由地实施、调整技术，而不用再得到其他人的认同。当然，这种做法的缺点是开发成本会更高，而且市场定位的获取也可能更具挑战性。然而，一旦该产品找到了其匹配市场，就可以在不受标准限制的情况下不断加速创新进程了。

标准与创新之间矛盾的存在将迫使团队做出选择：采用标准从而获得与庞大生态系统中其他现有产品一样的分销 / 互操作性优势（以牺牲长期创新为代价），还是从头开始构建一切以寻求更高的灵活性和创新潜力（以牺牲现有受众为代价）？

播客平台与 RSS 标准

在被 Spotify 收购之前，我们在建立 Anchor 的早期阶段就曾面临过这一问题。我们几乎不能对播客格式做出任何创新性的改变，因为它完全基于 RSS 标准。

比如说，假设我们想为播客开启评论区，并让这些评论在节目的 RSS 源中得到显示。那么，除非我们能让数以百计的播客软件采纳这一变化，否则听众还是无法参与评论。这样一来，创作者不仅无法得到任何反馈，而且我们也没有任何安装这一功能的机会。

或者说，假设我们想建立一个更丰富、更灵活的播客分析系统，方便创作者更好地了解他们节目的成效，从而通过接广告的方式增加他们的收入。那么同样，除非我们也让其他应用采纳这一系统，否则我们无法将数据传送回平台当中，最后只能放弃这一功能。

在过去的 20 年里，RSS 的存在让任何一个播客软件都只能按照完全固化的标准进行刻制，但凡哪个团队想要打造差异化的产品，都会以失败告终。

在通信软件当中，这种局限性同样存在。SMS 这一短消息标准发明于 20 世纪 80 年代，经过近十年的发展，在得到所有重要人士的支持后，它终于在 1992 年成为第一部移动电话和手机运营商采纳的标准，并最终在 1999 年得到普及。在这之后，世界上任何地方的任何人都可以向其他采用 SMS 标准的手机发送短信，而不用考虑他们使用的是哪个供应商或设备。

之后，有人想出了一个绝妙的主意，给通信软件增加图片功能。如果你可以给别人发送图片，那该是多好的一件事。然而，由于 SMS 是一个开放的标准，因此图片不能仅仅被编入最新的软件更新中，标准本身也需要作出调整，而且每个设备制造商和运营商都必须同意这种变化。最终，SMS 演变为了 MMS，然后又过了十年左右的时间，MMS 才最终达到规模。

iMessage 是苹果公司专有的通信软件，但其并没有采用原有的标准。iMessage 之所以能广为使用，都是 iPhone 的功劳——要使用 iMessage，你必须拥有一台苹果设备，如 iPhone，不过这也肯定是个缺点。但如果你选择了苹果设备，你就可以享受到苹果的优质服务。得益于自己的专有生态系统，苹果可以不断的提升用户体验，让任何采用 SMS 标准的通信软件都望尘莫及。

在这几年的时间当中，iMessage 发生了相当大的变化：早年间，它与 SMS 没有什么区别；但现在，它的功能已经非常丰富了——已读标记、照片库、滤镜、自定义表情、应用商店、语音备忘录，等等等等。而 Snapchat、Messenger、WhatsApp 和其他许多此类的通信软件也是如此，它们都摒弃了 SMS 标准，从而获得了创新和快速发展的机会。不过代价是，它们也无法和其他的软件进行互动，失去了一批潜在用户。

最近，你可能听说过一款火爆的电子邮件订阅平台——Substack，在上面创作者能够自主构建、存储及扩展他们自己的咨讯业务。

Substack 的聪明之处在于，它使用了一个开放的标准，即 SMTP，来轻松地向任何拥有电子邮箱的人发送新闻咨讯。

与上面的播客例子相比，任何采用 RSS 的平台都可以立即解决供应方面的问题，而 Substack 则反其道而行之：它把重点放在了需求方面，确保每名用户都能阅读到咨讯内容。这是一个非常聪明的策略，不仅加速了它的发展，也同时吸引了大批知名作家和付费用户。

不过，尽管这种利用 SMTP 向读者即时发送内容的方法效果惊人，但其代价在于：只要电子邮件遵从的是 SMTP 标准，它就只能处于静态。这也就意味着 Substack 不能利用电子邮件来部署任何动态功能，比如在电子邮件客户端中实时优化读者的搜索体验、开放实时更新的评论区，或者实现任何其他类型可以提高用户体验的动态功能。同样的，如果 Substack 想要真正实施这些创新，就需要得到网上大多数主要电子邮件客户端开发团队的同意。

因此，Substack 最近进行了一次巧妙的创新：它推出了一款应用程序，用于优化用户在 Substack 的使用体验。这样做的意义在于，如果 Substack 能将这款应用推广成功的话，就可以不断改进其平台用户体验，而不受制于 SMTP 的标准。不过这样做的同时也等于放弃了开放标准的优势，最初他们还是用这个标准发展起来的。

在我看来，Substack 面临的矛盾点在于：是继续使用 SMTP，从而获得更广泛的受众；还是搭建一个专有的解决方案来加快创新的步伐。如今其应用的推出已经说明了 Substack 对于这一矛盾的态度，很显然它已经选择逐步远离标准。

虽然标准与创新之间的矛盾可能会禁锢住多数想要有所改变的公司，但实际上，想要解决这一矛盾也不是毫无办法。事实上，目前已经有方法可以让团队既收获标准带来的好处，又能创新性地突破它的限制。

只要时间够久，所有采用标准的产品最终都会大同小异。这是因为，标准根深蒂固、很难改变，产品的发展很快就会到达上限。同时，采用标准的产品越多，市场惯性就越大，标准也就越不可能发生改变了。对于各个产品来说，市场竞争会非常激烈，而且它们将很难通过差异化策略成功突围。所以说，为了有所突破，这些产品就必须在不受标准限制的市场寻找生机。

Spotify 的播客业务就是一个例子。几年前，这个流媒体音频巨头还只是一个音乐平台，如今它已经囊括了许多其他类别的音频内容。鉴于音乐和播客在内容和体验上的差异，许多人都希望该公司能推出一款专门收听播客的应用程序，从而将这两种类型的音频内容加以区分。然而，如果 Spotify 这样做的话，就不得不加入到播客平台的市场竞争之中，而这一市场受到 RSS 标准的限制，所有产品提供的功能都大致相同。所以说，一旦 Spotify 转战这一市场，将像其他播客平台一样难以逾越标准的鸿沟。于是，Spotify 充分利用其现有的音乐用户群，在现有的 Spotify 应用程序中向数以亿计的用户发送播客。这样一来，Spotify 便成功的打破了这一魔咒。

事实上，用户其实更喜欢使用基于标准的产品，因为这类产品不仅选择多样，而且数据转移也很灵活。所以说，对于想要走创新路线的产品来说，它们必须保留原有标准为用户提供的优势，否则就需要承担失去用户与市场的风险。要想做到这一点，产品可以搭载对标准的后向兼容性。我们可以看看苹果 iMessage 的做法，只要你曾经使用过 iMessage，你就很可能给安卓用户发过信息。当你发送信息时，信息框会变回原来的绿色，这是因为 iMessage 在此时采用回了 SMS 标准，方便你与收件人用短信互动。这样一来，苹果用户既可以体验到 iMessage 上的所有创新功能，又可以继续给安卓设备上的朋友发送信息。

虽然标准会在一定程度上制约创新的脚步，但我们都不可否认标准化为技术发展带来了很多好处。所以，在依据标准建立新的产品时，开发团队要进行多方面的权衡，谨慎思考未来产品在走向市场时应如何处理好标准与创新的关系。

在条件允许的情况下，走出标准化，做最大程度的创新。

撰文：Michael Mignano，Anchor 联合创始人

标准化无疑对于开发者和用户来说都是极为友好的，无论是从开发成本还是采用成本来看。Web2 的世界是这样，Web3 同样如此。

EVM 这个拥有极强先发优势，共识最强的虚拟机，成为了 Web3 行业去中心化应用开发的「标准」。

在以太坊主网上线的这 7 年间，与日俱增的 Solidity 开发者为以太坊生态积累了无数的应用，也沉淀了大量的用户。现在对于开发者来讲，将应用部署在 EVM 生态不光可以触及到最大的用户群体，可完美利用完善的基础设施，最重要的是可与成千上万的 EVM 应用进行组合。对于用户来说，只需要一个钱包就可以无缝切换 RPC 使用 EVM「标准」内的所有应用。

然而，EVM 却也在某种程度上限制了 Web3 行业的创新。以 EVM 合约只可定义 16 个本地变量为例，这极大限制了复杂应用逻辑的实现。若想在 EVM 上实现复杂应用逻辑，需要进行跨合约调用，这不光成本极高，且十分不安全。当然，我们也看到了 DeFi 类应用在 EVM 上被完美实现，因为 DeFi 应用内逻辑较为简单，且 EVM 的同步执行对于金融类应用极为友好（eg. 闪电贷）。而对于其他 Web3 应用来说，或许他们需要去思考这一「标准化」与「创新」间的悖论。但好消息是，搭载着类似于 WASM 等其他虚拟机的 Alt L1 正在慢慢崛起，这让 Web3 的创新者们有了其他的选择。

本文出自播客平台 Anchor 联合创始人 Michael Mignano，文中就「标准化」进行了定义，并详细阐述了标准化所带来的优势劣势及对创新带来的挑战。律动研究院将全文进行了翻译：

技术标准，如播客的 RSS，是新兴技术得以在信息时代广泛传播的必备条件，这是因为只有经标准化的技术才可以更好地融入到现有的生态系统当中。但凡事都有其两面性，标准化的普及在一定程度上也制约了创新——这就是为什么播客的格式在其 20 年的发展历程中几乎毫无变化。

技术标准的优势在于，它可以帮助团队节省时间和金钱，为市场上的产品提供一种通用语言，这样开发商就不用在市场中建立每个组件，或重新定义系统之间的沟通方式了。例如，搭建一款新的电子邮件客户端的团队就不需要重新设计电子邮件在发件人和收件人之间传输的格式；相反，他们可以只采用 SMTP（简单邮件传输协议），并将精力放到提升用户体验上。也就是说，人们可以直接使用前人制定的标准，从而加速产品开发的进程；与此同时，比起建立完全专有的产品来说，依照标准建立的产品往往有更强的市场适配性。

尽管标准化的产品能够更快地接触到受众群体，但其代价是，较低的准入门槛会让同一品类的产品泛滥，从而导致市场分化，制约创新的进度。我将这一现象称为「标准与创新之矛盾」，会在下文当中做出详细解释。

简单来说，标准是一项技术（硬件或软件）与其他技术交互的规范。标准通常由社区开发，并由委员会进行批准和维护，这些委员会通常对任何想要参与的人开放。技术标准的一些例子包括：HTTP（用于网页浏览）、SMTP（用于电子邮件传输）、RSS（用于内容联合，如博客或播客）或 SMS（用于发送和接收文本信息）。

让我们通过 RSS（Really Simple Syndication）来了解一下标准给产品团队带来了怎样的好处：RSS 一直以来都是播客的底层技术标准，为创作者提供了一个强大的分发机制，使其能够经单一终端发布他们的音频，并快速将这些内容联合到其他平台。在过去 20 年里，RSS 为播客及其应用制定的通用语言方便了它们之间的相互沟通，促进了播客在互联网上的蓬勃发展。要想通过 RSS 发布音频，创作者（或代表创作者的播客平台）必须以特定的格式发布播客，并只包括标准中定义的参数，如播客封面的 URL 链接、集数列表等等。

我花了很多时间与 RSS 打交道，曾与人合作创办了 Anchor，这是一个播客创作平台，在 2019 年被 Spotify 收购。Anchor 可以让任何人在任何地方都能轻松地从 iOS、Android 或他们的网络浏览器上发布播客，而无需具备专业经验或知识。对创作者来说，Anchor 的神奇之处在于，他们只需点击一个按钮就可以通过 RSS 向所有播客收听平台发布播客，而 Anchor 也因此得以快速发展，最终成为世界上最大的播客平台。

RSS 不仅对 Anchor 在播客创作方面的发展提供了不小的帮助，也促进了人们在播客上的消费。世界上几乎所有的播客应用程序（如苹果播客、Spotify、Overcast 和其他许多应用程序）都支持 RSS 标准下的播客。这样的好处在于：如果一个播客应用程序采用了这一标准，它就可以自动向其用户展示世界上所有的播客。与我上面提到的电子邮件的例子类似，这意味着这些应用程序可以把精力放在用户体验上，而不必担心其平台内容。这是因为，这些内容已经存在于开放的互联网上，可以很容易地加以获取供用户享受。

由于 RSS 的使用可以为播客软件节省大量的时间和金钱，让它们不用再重新设计其内容在播客生态系统中的流动方式，这意味着这些应用可以很轻松的找到受众群体。因此，自该市场大约 20 年前成立以来，播客生态系统内出现了众多的播客软件。如果你曾经在 App Store 或 Google Play 商店搜索过播客软件，你很可能得到了大量的搜索结果。从某些角度来看，这种现象对用户来说是好事，因为这意味着他们有更高的灵活性，可以自由选择使用什么产品来收听播客。但同时，用户也只能获得单一的体验。其原因在于，就像上面提到的那样，标准的创建要基于共识，所以其底层语言将很难做出改变。接下来，让我们用一个生活中的例子来更好的理解一下这里面的逻辑关系。

想象一下，你和你的伴侣在一个你们从未去过的国家度假两周。因为只有你们两个人，你可以在这次旅行中做任何你想做的事情，不用有太多的顾虑。比如说，你可以取消晚餐的预订而改去听音乐会，或者你也可以取消第二天参观博物馆的行程租车去另一个城市旅行。

现在，想象一下在这一旅行当中不是只有你们两个人，还有你的孩子、父母、姻亲、朋友，以及你的兄弟一家。那么，这将变成一次完全不同的旅行，所有的行程就必须精心策划了。如果你想调整其中的几处细节，就需要所有人都同意才行——这也是几乎不可能的事情。最终，你虽然能和久别的家人有一段难忘的经历，但也必然会感到些许平淡、无趣。

所以说，这对于博客来说也一样，任何一个设计团队要想标新立异，就必须说服与该标准有关的每名利益相关者也采纳其想法，否则他们的创意也会是无效的。另外，如果你一意孤行，那么你就连标准所带来的好处都体验不到了。陪朋友家人出去度假已经很伤脑筋了，试想一下你要和相互竞争、规模各异的公司打交道的话，难度会只增不减——这就是使用标准进行建设的矛盾所在。

标准与创新之间的矛盾是团队在基于标准构建新产品时必然会面临的问题：一方面是更广的受众和更高的产品 - 市场匹配性，而另一方面则是背离市场惯性和共识标准的创新设计。如果一个团队为了创新而决定打破标准，却没有获得其他利益相关者的认同，那么他们就必须承担相应的后果。生态系统中的利益相关者越多，需要同意的人就越多，想要做出改变就越难。

试想一下，如果团队想要打造一个闭环且不基于标准的专有系统，就可以从头开始构建一切，自由地实施、调整技术，而不用再得到其他人的认同。当然，这种做法的缺点是开发成本会更高，而且市场定位的获取也可能更具挑战性。然而，一旦该产品找到了其匹配市场，就可以在不受标准限制的情况下不断加速创新进程了。

标准与创新之间矛盾的存在将迫使团队做出选择：采用标准从而获得与庞大生态系统中其他现有产品一样的分销 / 互操作性优势（以牺牲长期创新为代价），还是从头开始构建一切以寻求更高的灵活性和创新潜力（以牺牲现有受众为代价）？

播客平台与 RSS 标准

在被 Spotify 收购之前，我们在建立 Anchor 的早期阶段就曾面临过这一问题。我们几乎不能对播客格式做出任何创新性的改变，因为它完全基于 RSS 标准。

比如说，假设我们想为播客开启评论区，并让这些评论在节目的 RSS 源中得到显示。那么，除非我们能让数以百计的播客软件采纳这一变化，否则听众还是无法参与评论。这样一来，创作者不仅无法得到任何反馈，而且我们也没有任何安装这一功能的机会。

或者说，假设我们想建立一个更丰富、更灵活的播客分析系统，方便创作者更好地了解他们节目的成效，从而通过接广告的方式增加他们的收入。那么同样，除非我们也让其他应用采纳这一系统，否则我们无法将数据传送回平台当中，最后只能放弃这一功能。

在过去的 20 年里，RSS 的存在让任何一个播客软件都只能按照完全固化的标准进行刻制，但凡哪个团队想要打造差异化的产品，都会以失败告终。

在通信软件当中，这种局限性同样存在。SMS 这一短消息标准发明于 20 世纪 80 年代，经过近十年的发展，在得到所有重要人士的支持后，它终于在 1992 年成为第一部移动电话和手机运营商采纳的标准，并最终在 1999 年得到普及。在这之后，世界上任何地方的任何人都可以向其他采用 SMS 标准的手机发送短信，而不用考虑他们使用的是哪个供应商或设备。

之后，有人想出了一个绝妙的主意，给通信软件增加图片功能。如果你可以给别人发送图片，那该是多好的一件事。然而，由于 SMS 是一个开放的标准，因此图片不能仅仅被编入最新的软件更新中，标准本身也需要作出调整，而且每个设备制造商和运营商都必须同意这种变化。最终，SMS 演变为了 MMS，然后又过了十年左右的时间，MMS 才最终达到规模。

iMessage 是苹果公司专有的通信软件，但其并没有采用原有的标准。iMessage 之所以能广为使用，都是 iPhone 的功劳——要使用 iMessage，你必须拥有一台苹果设备，如 iPhone，不过这也肯定是个缺点。但如果你选择了苹果设备，你就可以享受到苹果的优质服务。得益于自己的专有生态系统，苹果可以不断的提升用户体验，让任何采用 SMS 标准的通信软件都望尘莫及。

在这几年的时间当中，iMessage 发生了相当大的变化：早年间，它与 SMS 没有什么区别；但现在，它的功能已经非常丰富了——已读标记、照片库、滤镜、自定义表情、应用商店、语音备忘录，等等等等。而 Snapchat、Messenger、WhatsApp 和其他许多此类的通信软件也是如此，它们都摒弃了 SMS 标准，从而获得了创新和快速发展的机会。不过代价是，它们也无法和其他的软件进行互动，失去了一批潜在用户。

最近，你可能听说过一款火爆的电子邮件订阅平台——Substack，在上面创作者能够自主构建、存储及扩展他们自己的咨讯业务。

Substack 的聪明之处在于，它使用了一个开放的标准，即 SMTP，来轻松地向任何拥有电子邮箱的人发送新闻咨讯。

与上面的播客例子相比，任何采用 RSS 的平台都可以立即解决供应方面的问题，而 Substack 则反其道而行之：它把重点放在了需求方面，确保每名用户都能阅读到咨讯内容。这是一个非常聪明的策略，不仅加速了它的发展，也同时吸引了大批知名作家和付费用户。

不过，尽管这种利用 SMTP 向读者即时发送内容的方法效果惊人，但其代价在于：只要电子邮件遵从的是 SMTP 标准，它就只能处于静态。这也就意味着 Substack 不能利用电子邮件来部署任何动态功能，比如在电子邮件客户端中实时优化读者的搜索体验、开放实时更新的评论区，或者实现任何其他类型可以提高用户体验的动态功能。同样的，如果 Substack 想要真正实施这些创新，就需要得到网上大多数主要电子邮件客户端开发团队的同意。

因此，Substack 最近进行了一次巧妙的创新：它推出了一款应用程序，用于优化用户在 Substack 的使用体验。这样做的意义在于，如果 Substack 能将这款应用推广成功的话，就可以不断改进其平台用户体验，而不受制于 SMTP 的标准。不过这样做的同时也等于放弃了开放标准的优势，最初他们还是用这个标准发展起来的。

在我看来，Substack 面临的矛盾点在于：是继续使用 SMTP，从而获得更广泛的受众；还是搭建一个专有的解决方案来加快创新的步伐。如今其应用的推出已经说明了 Substack 对于这一矛盾的态度，很显然它已经选择逐步远离标准。

虽然标准与创新之间的矛盾可能会禁锢住多数想要有所改变的公司，但实际上，想要解决这一矛盾也不是毫无办法。事实上，目前已经有方法可以让团队既收获标准带来的好处，又能创新性地突破它的限制。

只要时间够久，所有采用标准的产品最终都会大同小异。这是因为，标准根深蒂固、很难改变，产品的发展很快就会到达上限。同时，采用标准的产品越多，市场惯性就越大，标准也就越不可能发生改变了。对于各个产品来说，市场竞争会非常激烈，而且它们将很难通过差异化策略成功突围。所以说，为了有所突破，这些产品就必须在不受标准限制的市场寻找生机。

Spotify 的播客业务就是一个例子。几年前，这个流媒体音频巨头还只是一个音乐平台，如今它已经囊括了许多其他类别的音频内容。鉴于音乐和播客在内容和体验上的差异，许多人都希望该公司能推出一款专门收听播客的应用程序，从而将这两种类型的音频内容加以区分。然而，如果 Spotify 这样做的话，就不得不加入到播客平台的市场竞争之中，而这一市场受到 RSS 标准的限制，所有产品提供的功能都大致相同。所以说，一旦 Spotify 转战这一市场，将像其他播客平台一样难以逾越标准的鸿沟。于是，Spotify 充分利用其现有的音乐用户群，在现有的 Spotify 应用程序中向数以亿计的用户发送播客。这样一来，Spotify 便成功的打破了这一魔咒。

事实上，用户其实更喜欢使用基于标准的产品，因为这类产品不仅选择多样，而且数据转移也很灵活。所以说，对于想要走创新路线的产品来说，它们必须保留原有标准为用户提供的优势，否则就需要承担失去用户与市场的风险。要想做到这一点，产品可以搭载对标准的后向兼容性。我们可以看看苹果 iMessage 的做法，只要你曾经使用过 iMessage，你就很可能给安卓用户发过信息。当你发送信息时，信息框会变回原来的绿色，这是因为 iMessage 在此时采用回了 SMS 标准，方便你与收件人用短信互动。这样一来，苹果用户既可以体验到 iMessage 上的所有创新功能，又可以继续给安卓设备上的朋友发送信息。

虽然标准会在一定程度上制约创新的脚步，但我们都不可否认标准化为技术发展带来了很多好处。所以，在依据标准建立新的产品时，开发团队要进行多方面的权衡，谨慎思考未来产品在走向市场时应如何处理好标准与创新的关系。