技術標準很棒。標准通過為他們的產品如何與其他產品交互提供一種通用語言，從而幫助團隊節省時間和金錢，無需在市場中構建每個組件或重新定義系統相互通信的方式。例如，構建新電子郵件客戶端的團隊不需要重新發明電子郵件在發件人和收件人之間傳輸的格式；相反，他們可以只採用 SMTP（簡單郵件傳輸協議，定義電子郵件傳輸工作方式的標準）並專注於為用戶打造出色的體驗。這意味著當有人想做以前做過的事情時，輪子不會被重新發明——他們可以採用標準並加速他們的產品開發，接觸他們的受眾——而且通常，
儘管基於標準的產品能夠更快地接觸到受眾有好處，但代價是較低的進入門檻意味著在一個類別中創建更多產品，導致市場分散，最終導致創新步伐緩慢。我將這種權衡稱為標準創新悖論，我將在下面更詳細地解釋它。
但首先……標準到底是什麼？
簡而言之，標準是一種技術（硬件或軟件）應如何與其他技術通信的規範。標准通常由社區製定，但通過委員會的共識批准和維護，這些委員會通常對任何想要做出貢獻的人開放。現代技術標準的一些經典示例是 HTTP（用於 Web 瀏覽）、SMTP（用於電子郵件傳輸）、RSS（用於內容聯合，例如在博客或播客中）或 SMS（用於發送和接收文本消息）。
標準化的好處
要了解標準為產品團隊提供的全部好處，打開一個示例會很有幫助，例如播客中的 RSS（真正簡單的聚合）。RSS 長期以來一直是播客的支柱，它提供了一種強大的分發機制，使創作者能夠從單個端點發布他們的音頻，並立即將他們的內容聯合到任何想要攝取它的消費平台。RSS 通過為龐大的播客網絡和播客收聽應用程序之間的通信定義一種語言，使播客在過去的二十年中在開放的互聯網上蓬勃發展。要通過 RSS 發布音頻，創作者（或代表創作者的播客平台）必須以特定格式發布播客並且僅包含標準中定義的參數，例如指向播客封面的 URL、劇集列表等。
我花了很多時間與 RSS 合作，共同創立了Anchor，這是一個播客創作平台，於 2019 年被 Spotify 收購。Anchor 讓任何人在任何地方都可以輕鬆地從 iOS、Android 或他們的網絡瀏覽器發布播客，而無需任何先前的經驗或技術知識。使 Anchor 對創作者而言具有魔力的一件事是，它通過 RSS 將播客發佈到所有播客收聽平台，只需輕按一個按鈕。這種強大的分發能力是讓 Anchor 得以極速成長並最終成為全球最大的播客平台的原因之一。
雖然 RSS 對我們在播客創作方面構建 Anchor 有很大幫助，但 RSS 也有助於實現消費播客的一面。幾乎所有存在於播客世界中的播客收聽應用程序（例如 Apple Podcast、Spotify、Overcast 等）都支持攝取基於 RSS 的播客。這樣做的好處是巨大的：如果一個播客收聽應用程序採用了這個標準，它可以立即自動將世界上所有的播客呈現給它的用戶。與我上面使用的電子郵件示例類似，這意味著這些監聽應用程序可以專注於出色的用戶體驗，而不必擔心構建其業務的內容方面；內容已經存在於開放的互聯網上，可以很容易地拉入聆聽體驗供用戶欣賞。
權衡取捨
由於採用 RSS 無需強迫播客收聽應用程序重新發明內容在播客生態系統中的流動方式，從而為播客收聽應用程序節省了大量時間和金錢，這意味著為這些應用程序尋找受眾的障礙更低。結果，存在許多此類應用程序，因此自大約 20 年前成立以來，播客生態系統中出現了巨大的市場碎片化。如果您曾經在 App Store 或 Google Play 商店中搜索過播客應用程序，那麼您可能會遇到搜索結果的浪潮。在某些方面，這種碎片化對用戶來說非常有用，因為這意味著他們在使用什麼產品來收聽播客方面有大量的選擇和靈活性。但與此同時，這種碎片化不利於創新，並且幾乎不可能對基於 RSS 的體驗進行創新，這意味著播客收聽體驗一直保持陳舊，並且幾乎在整個播客中基本沒有變化。為什麼？如上所述，標準是共識驅動的，這意味著支持這些播客應用程序的底層語言的改變並不容易。為了更好地理解這種動態，請考慮以下與計劃假期的類比。
家庭假期
想像一下，你和你的另一半獨自一人在一個你從未去過的國家度假兩週。因為只有你們兩個人，所以您可以在那次旅行中做任何您想做的事情，而無需花太多心思。想取消今晚的晚餐預訂，轉而去聽音樂會嗎？你可以。想跳過明天的博物館參觀，而是租一輛車去另一個城市嗎？你可以。
現在，想像一下同樣的旅行，但不僅僅是你們兩個人，你的孩子，你的父母，你的姻親，三個朋友，你的兄弟，他的伴侶，還有他們的四個孩子，也都跟著一起去。這是一次完全不同的旅行，對吧？在這個版本的旅行中，一切都必須精心計劃。而且，如果您決定要更改行程，則必須讓每個人都同意，這幾乎是不可能的。您最終得到的是與一段時間未見的家人和朋友度過的美好時光，但這是一次沒有那麼有趣和獨特的共識驅動的旅行。
這就是基於已實現規模化和廣泛採用的標準構建產品的情況。每當一個團隊想要做一些超出標準限制的令人興奮和新的事情時，他們必須讓每個採用該標準的利益相關者（或至少足以達到臨界採用量）也採用該更改，否則改變是沒有用的。而且，如果你繼續推進改變並打破標準，那麼你就會失去標準的好處。與一群朋友和家人一起度假已經夠難了，但試想一下，嘗試與各種大小不同的公司一起做這件事，所有這些公司都有不同的和潛在的競爭利益和優先事項。這就是用標準建造的悖論。
標準創新悖論
標準創新悖論是團隊在基於標準構建新產品時面臨的權衡；達到產品市場契合度可能會更快，因為找到產品的受眾更容易，但由於市場慣性和共識驅動的標准開發，創新的步伐最終趨於平緩。如果團隊決定為了創新的利益而打破標準而沒有獲得所有其他利益相關者的支持，那麼標準的好處就會喪失。生態系統中的利益相關者越多，需要同意的人就越多（因此，改變就越難）。
現在，將這一點與構建不基於標準的封閉專有系統進行比較。當從頭開始構建所有東西時，團隊可以自由地實施和更改他們認為合適的技術，而不必擔心得到不一致的利益相關者的支持。這種情況的缺點當然是開發成本更高，並且找到適合市場的產品可能更具挑戰性。但是，一旦產品找到適合市場的產品，就沒有標準的上限來阻止團隊加快創新水平。
顯示標準創新悖論的權衡的圖表——邁克爾·米尼亞諾（Michael Mignano）
標準創新悖論
標準創新悖論迫使團隊在構建可以通過標準加速的新產品時做出選擇：採用標準並獲得與現有產品的龐大生態系統的分發/互操作性的直接好處（以長期創新為代價），還是從頭開始構建一切以實現最終的靈活性和創新潛力（以犧牲現有受眾為代價）？
播客中的悖論
在我們被 Spotify 收購之前，我們在早期構建 Anchor 時遇到了 RSS 的這種悖論。對播客格式進行創新更改幾乎是不可能的，因為它基於一個幾乎不可更改的 RSS 標準。
例如，假設我們想要為播客劇集啟用評論部分，並讓這些評論在節目的 RSS 提要中可用。除非我們能夠讓數百個播客收聽應用程序採用該更改，否則播客收聽方面將不支持評論。如果沒有這種支持，創作者也沒有動力採用和參與評論，並且該功能將立即失敗。
再舉一個例子，假設我們想為播客分析構建一個更豐富、更動態的系統，使創作者能夠更好地了解他們的節目的表現，從而通過現代形式的互聯網廣告增加他們的盈利潛力。除非我們能夠讓數百個播客收聽應用程序採用提議的更改，否則不可能將更豐富的數據從收聽應用程序返回到發布平台，創新就會失敗。
在過去的二十年裡，這種 RSS 類型的悖論催生了一個播客收聽應用程序的墳墓，許多人試圖在基於完全根深蒂固的標準的整個生態系統之上構建一個差異化的播客應用程序，但沒有成功。
消息傳遞的悖論
這是另一個突出使用標準構建的局限性的示例：SMS，文本消息傳遞標準。SMS 標準的發明發生在 1980 年代。近十年後，在得到所有必要的利益相關者的支持後，它終於在 1992 年推出了第一家手機和蜂窩運營商，並最終在 1999 年達到了規模（請記住：採用標準需要大量共識）。一旦這樣做，世界上任何地方的任何人都可以使用支持 SMS 的手機向任何其他人發送短信，而不管任何人使用哪個提供商或設備。
然後，有人想出了一個絕妙的主意，為短信添加一個新功能：圖片！如果你能在手機上通過短信發送圖片，那該有多棒？但是因為 SMS 是一個開放標準，所以圖片不能僅僅被編碼到最新的軟件更新中。標準本身必須改變，每個設備製造商和運營商都必須同意這一改變並通過新標准採用這種改變：MMS。因此，在 MMS 最終達到規模之前，又花了將近十年的時間。
現在以蘋果專有的消息服務 iMessage 為例，它根本不是標準。iMessage 之所以能夠發揮作用，是因為大量人迅速採用了一種令人驚嘆的——儘管是專有的——產品：iPhone。要使用 iMessage，您必須擁有 Apple 設備，例如 iPhone，這當然是一個缺點。如果您在 Apple 設備上向其他人發送消息，您將獲得服務本身以極快的速度改進的好處。通過建立自己的專有生態系統，Apple 能夠在消息傳遞體驗方面快速創新，現在它看起來與 SMS 完全不同。
邁克爾·米尼亞諾（Michael Mignano）的時間表，顯示了有標準和沒有標準的消息傳遞歷史
有和沒有標準的消息傳遞簡史
想想這些年來 iMessage 發生了多大的變化。在早期，它與短信沒有區別。但現在，它的功能非常豐富，例如已讀回執、照片庫、面部過濾器和擬我表情、App Store、語音備忘錄等等。Snapchat、Messenger、WhatsApp 和許多其他專有消息傳遞平台也是如此。這些平台能夠達到這種創新水平和速度的唯一方法是在 SMS 標準之外進行構建（儘管重要的是，這是以能夠與其他系統交互為代價的，從而限制了潛在的受眾） .
通訊中的悖論
這是另一個最近的例子。您可能聽說過令人驚嘆的時事通訊產品Substack。它是一個平台，使創作者能夠構建、託管和擴展他們自己的時事通訊業務。Substack 的聰明之處在於它使用了一個開放標準——在這種情況下，SMTP，即支持電子郵件的標準——可以輕鬆地將新聞通訊分發給任何擁有電子郵件收件箱的人。
與上面的播客示例相比，任何採用 RSS 的平台都可以立即解決先有雞還是先有蛋的問題，而 Substack 則相反：它通過確保所有消費者都有閱讀方式來解決需求方通訊內容。這是一個非常聰明的策略，因此作為一個平台，它迅速起飛，吸引了大量知名作家和大量付費訂閱者。
但是，儘管利用 SMTP 即時分發給讀者的能力令人驚嘆，但這種方法需要權衡：電子郵件是靜態的，只要電子郵件客戶端由 SMTP 標準提供支持，它就會保持靜態。這意味著 Substack 不能使用電子郵件做任何動態的事情，例如在電子郵件客戶端中實時個性化讀者的發現體驗。或者包括一個實時更新的動態評論部分。或者實現任何其他類型的功能，可以增強創建者或讀者的體驗，但需要電子郵件客戶端內部的某種動態界面。就像在播客示例中一樣，這樣做需要讓 Internet 上的大多數主要電子郵件客戶端採用 Substack 的創新。
所以他們最近做了一些非常聰明的事情，但考慮到標準的限制，這也許並不令人驚訝：他們推出了一個應用程序，使他們能夠為電子郵件通訊建立自己的豐富體驗。在我看來，這很有意義。如果 Substack 能夠成功擴展其應用程序，它可以在時事通訊體驗上快速創新，而不必受制於 SMTP 標準。但是這樣做，他們犧牲了開放標準的好處，最初他們用來啟動他們業務的需求方面。
在我看來，Substack 面臨著標準創新悖論：繼續在 SMTP 之上構建以獲得廣泛採用電子郵件的好處？還是構建專有解決方案以加快創新步伐？隨著其應用程序的發布，我很清楚 Substack 已選擇開始遠離標準。
打破詛咒
雖然標準創新悖論的詛咒可以毀滅任何想要重塑其類別的快速發展的公司，但它可以被打破。事實上，團隊也有一種吃蛋糕的方法，他們既可以從標準中獲益，又可以通過創新超越其限制。
利用專有系統的分配
經過足夠的時間後，所有大規模採用標準的產品最終將提供大致相同的體驗。這是因為標準的根深蒂固的性質，他們可以提供的內容有一個上限。採用標準的產品越多，市場慣性越大，改變的難度也越大。這意味著競爭非常激烈，任何一款產品都不太可能因為一些差異化的體驗而爆發。那麼其中一種產品如何突破並獲得大量採用呢？為了找到分銷渠道，這些產品需要藉助其他一些不在標準驅動市場中競爭的產品。
以 Spotify 的播客業務為例。幾年前，這家流媒體音頻巨頭從僅提供音樂服務發展為提供其他類別的音頻服務，例如播客。鑑於音樂和播客之間的內容和體驗差異，許多人希望該公司推出一款專門的播客收聽應用程序，為用戶提供兩種內容類型之間的清晰分離。但是，如果他們這樣做了，他們將不得不與前面提到的播客收聽應用程序的海洋抗衡，這些應用程序都為用戶提供了受標準限制的大致相同的功能。對於 Spotify 播客應用程序而言，突破與其他所有播客收聽應用程序一樣具有挑戰性。所以與其，Spotify 利用現有 Spotify 應用程序中現有的音樂用戶群向數億用戶分發播客。通過這樣做，Spotify 能夠打破悖論的詛咒。
提供向後兼容性
重要的是要記住，客戶喜歡使用基於標準的產品，因為這樣做為他們提供了選擇和數據可移植性。如果基於標準的產品碰巧突破了市場分散化，那麼首先要保持用戶從標準中獲得的好處，否則您可能會疏遠用戶並失去產品市場契合度。最好的方法是確保與標準的向後兼容性。以蘋果的 iMessage 為例。如果您曾經使用過 iMessage，那麼您幾乎可以肯定已經在 Android 設備上向某人發送過消息。注意氣泡是如何變成綠色的？那是 iMessage 退回到 SMS 的標準來與接收者進行交互。這是兩全其美的。對於使用 Apple 設備的您和您的朋友，您可以獲得創新的專有平台的所有好處。
