Teknik standartlar harika. Standartlar, ürünlerinin diğer ürünlerle nasıl etkileşime girebileceğine dair ortak bir dil oluşturarak ekiplerin zamandan ve paradan tasarruf etmesine yardımcı olur. Her bir bileşeni bir pazarda oluşturma veya sistemlerin birbirleriyle nasıl iletişim kuracağını yeniden tanımlama ihtiyacını ortadan kaldırır. Örneğin, yeni bir e-posta istemcisi oluşturan bir ekibin, e-postanın gönderici ve alıcı arasında iletilme biçimini yeniden keşfetmesine gerek yoktur. Bunun yerine sadece SMTP’yi (e-posta iletiminin nasıl çalıştığını tanımlayan standart olan Basit Posta Aktarım Protokolü) benimseyebilirler ve kullanıcıları için harika bir deneyim oluşturmaya odaklanabilirler. Bu, birisi daha önce yapılmış bir şeyi yapmak istediğinde tekerleğin yeniden icat edilmediği anlamına gelir çoğu zaman; yalnızca standardı benimseyip ürün geliştirmelerini hızlandırabilir, izleyicilerine ulaşabilir.

Standartlara dayalı ürünlerin bir kitleye daha hızlı ulaşabilmesinin yararına rağmen, daha düşük bir giriş engeli, bir kategoride daha fazla ürünün yaratılması anlamına gelir ve bu da pazarın parçalanmasına ve nihayetinde yavaş bir inovasyon hızına neden olur. Bu ödünleşime Standartlar Yenilik Paradoksu diyorum ve aşağıda daha ayrıntılı olarak açıklayacağım.

Ama önce…standart tam olarak nedir?

Basitçe söylemek gerekirse, standart, bir teknolojinin (donanım veya yazılım) diğer teknolojilerle nasıl konuşması gerektiğine ilişkin bir belirtimdir. Standartlar genellikle topluluk tarafından geliştirilir, ancak genellikle katkıda bulunmak isteyen herkese açık olan komiteler tarafından konsensüs yoluyla onaylanır ve sürdürülür. Modern teknolojideki bazı klasik standart örnekleri, HTTP (web’de gezinme için), SMTP (e-posta iletimi için), RSS (bloglar veya podcast’ler gibi içeriğin dağıtımı için) veya SMS’dir (metin mesajları göndermek ve almak için).

Standardizasyonun faydaları

Standartların ürün ekiplerine sağladığı faydaların tam kapsamını anlamak için, podcast’lerde RSS (Really Simple Syndication / Gerçekten Basit Dağıtım) gibi bir örneği açmak faydalı olacaktır. RSS, uzun süredir podcast’lerin bel kemiği olmuştur ve içerik oluşturucuların seslerini tek bir uç noktadan yayınlamalarına ve içeriklerini hemen almak isteyen herhangi bir tüketim platformuna anında göndermelerine olanak tanıyan güçlü bir dağıtım mekanizması sağlar. RSS, geniş bir podcast yayıncısı ağının ve podcast dinleme uygulamalarının birbirleriyle nasıl iletişim kurduğuna dair bir dil tanımlayarak, podcast’lerin son yirmi yılda açık internette gelişmesini sağladı. RSS yoluyla ses yayınlamak için, bir içerik oluşturucu (veya içerik oluşturucu adına podcasting platformu), podcast’i belirli bir biçimde yayınlamalıdır.ve yalnızca podcast’in kapak resmine işaret eden bir URL, bölüm listesi vb. gibi standartta tanımlanan parametreleri içerir.

2019’da Spotify tarafından satın alınan bir podcast oluşturma platformu olan Anchor’un kurucu ortağı olarak RSS ile çalışmak için çok zaman harcadım. Anchor, önceden herhangi bir deneyim veya teknik bilgi olmadan herkesin, herhangi bir yerde iOS, Android veya web tarayıcılarından bir podcast yayınlamasını kolaylaştırdı. Anchor’u içerik oluşturucular için büyülü yapan şeylerden biri, podcast’leri RSS üzerinden tüm podcast dinleme platformlarına tek bir dokunuşla yayınlamasıdır. Bu güçlü dağıtım yeteneği, Anchor’ın son derece hızlı büyümesini ve sonunda dünyanın en büyük podcasting platformu olmasını sağlayan şeylerden biridir.

RSS, podcasting’in oluşturma tarafında Anchor oluşturmamız için çok yardımcı olurken, RSS tüketimin sağlanmasında da etkili oldu. Podcast dünyasında (Apple Podcasts, Spotify, Overcast ve diğerleri gibi) var olan neredeyse tüm dünyadaki podcast dinleme uygulamaları, RSS destekli podcast’lerin alınmasını destekler. Bunu yapmanın faydası çok büyük: Bir podcast dinleme uygulaması bu standardı benimserse, dünyanın tüm podcast’lerini otomatik olarak kullanıcılarına anında sunabilir. Yukarıda kullandığım e-posta örneğine benzer şekilde, bu, bu dinleme uygulamalarının harika bir kullanıcı deneyimine odaklanabileceği, ancak işlerinin içerik tarafını oluşturma konusunda endişelenmeleri gerekmediği anlamına gelir; içerik zaten açık internette var ve kullanıcıların eğlenmesi için dinleme deneyimine kolayca çekilebilir.

Değişimler

RSS’i benimsemek, podcast dinleme uygulamalarını, içeriğin podcasting ekosisteminde akış şeklini yeniden keşfetmeye zorlamayarak, büyük miktarda zaman ve para tasarrufu sağladığından, bu uygulamalar için bir hedef kitle bulmanın önündeki engellerin daha düşük olduğu anlamına gelir. Sonuç olarak, bu uygulamaların çoğu var ve bu nedenle, yaklaşık 20 yıl önce başlangıcından bu yana podcasting ekosisteminde muazzam miktarda pazar parçalanması ortaya çıktı. Bir podcast uygulaması için App Store’da veya Google Play Store’da arama yaptıysanız, büyük olasılıkla bir arama sonuçları dalgasıyla karşılaşmışsınızdır. Bazı yönlerden, bu parçalanma kullanıcılar için harikadır, çünkü bu, podcast dinlemeleri için hangi ürünü kullanacakları konusunda çok fazla seçeneğe ve esnekliğe sahip oldukları anlamına gelir. Ama aynı zamanda, bu parçalanma yenilik için kötüdür ve RSS’ye dayalı deneyimlerde yenilik yapmayı neredeyse imkansız kılıyor. Yani podcast dinleme deneyimi, podcast’in neredeyse tamamı için bayat ve büyük ölçüde değişmeden kaldı. Neden? Niye? Yukarıda bahsedildiği gibi, standartlar fikir birliğine dayalıdır, yani bu podcast uygulamalarını destekleyen temel dilde yapılan değişiklikler kolay gelmez. Bu dinamiği daha iyi anlamak için, bir tatil planlamaya ilişkin aşağıdaki benzetmeyi göz önünde bulundurun.

Aile tatili

Daha önce hiç ziyaret etmediğiniz bir ülkede iki hafta boyunca birlikte tatilde olduğunuzu ve sevgilinizle birlikte olduğunuzu hayal edin. Sadece ikiniz olduğunuz için, bu yolculukta çok fazla düşünmeden istediğiniz her şeyi yapabilirsiniz. Bu akşamki yemek rezervasyonunu iptal edip onun yerine konsere gitmek ister misin? Yapabilirsiniz. Yarınki müze ziyaretini atlayıp onun yerine başka bir şehre gitmek için bir araba kiralamak mı istiyorsunuz? Yapabilirsiniz.

Şimdi, aynı yolculuğu hayal edin, ama bu sadece ikiniz yerine, çocuklarınız, anne babanız, kayınvalideniz, üç arkadaşınız, kardeşiniz, eşi ve onların dört çocuğu da birlikte olduğunu düşünün. Tamamen farklı bir yolculuk, değil mi? Gezinin bu versiyonunda her şey titizlikle planlanmalıdır. Ve seyahat programında değişiklik yapmak istediğinize karar verirseniz, herkesin aynı fikirde olmasını sağlamanız gerekir ki bu neredeyse imkansızdır. Sonunda, bir süredir görmediğiniz aileniz ve arkadaşlarınızla harika bir zaman geçiriyorsunuz, ancak çok daha az ilginç ve benzersiz olan fikir birliğine dayalı bir gezi oluyor.

Ölçek ve yaygın kabul görmüş standartlara dayalı ürünler oluşturmak böyle bir şey. Ne zaman bir ekip, standardın sınırlarını aşan heyecan verici ve yeni bir şey yapmak isterse, bu standardı benimseyen her paydaşı (veya en azından kritik bir benimseme kitlesine ulaşacak kadar) değişimi de benimsemek için almalıdır, aksi takdirde değişiklik işe yaramaz. Ve yine de değişime devam ederseniz ve standardı bozarsanız, standardın faydalarını kaybedersiniz. Bu, bir grup arkadaş ve aile tatildeyken yeterince zor, ancak bunu, hepsi farklı ve potansiyel olarak rekabet eden çıkarları ve öncelikleri olan büyük ve küçük çeşitli şirketlerle yapmaya çalıştığınızı hayal edin. Standartlarla inşa etmenin paradoksu budur.

Standartlar Yenilik (İnovasyon) Paradoksu

Standartlar İnovasyon Paradoksu, standartları temel alan yeni bir ürün oluştururken ekiplerin karşılaştıkları ödünleşimdir. Ürün pazarına uygunluk, ürün için bir hedef kitle bulmak daha kolay olduğu için çok daha hızlı gerçekleşebilir, ancak pazar ataleti ve uzlaşmaya dayalı standart geliştirme nedeniyle inovasyonun hızı nihayetinde sabit kalır. Bir ekip, diğer tüm paydaşların desteğini almadan inovasyon yararına standardı kırmaya karar verirse, standardın faydaları kaybolur.

Şimdi, bunu standartlara dayalı olmayan kapalı, tescilli sistemlerde inşa etmeye kıyasla düşünün. Her şeyi sıfırdan oluştururken ekipler, uygun gördükleri şekilde teknolojiyi uygulamakta ve değiştirmekte özgürdürler, ancak yanlış hizalanmış paydaşlardan destek alma konusunda endişelenmelerine gerek kalmaz. Bu senaryonun dezavantajı, geliştirmenin daha pahalı olacağı ve ürün pazarına uygun ürün bulmanın çok daha zor olabileceğidir. Bununla birlikte, bir ürün, ürün pazarına uygun olduğunda, bir ekibin yenilik seviyelerini hızlandırmasını engelleyecek bir standart tavanı yoktur.

Standartlar Yenilik Paradoksu

Standartlar Yenilik Paradoksu, ekipleri standartlar aracılığıyla hızlandırılabilecek yeni ürünler oluştururken bir seçim yapmaya zorlar: bir standardı benimseyin ve mevcut ürünlerden oluşan geniş bir ekosistemle dağıtım/birlikte çalışabilirlikten anında yararlanın (uzun vadeli yenilik pahasına), veya en üst düzeyde esneklik ve yenilik potansiyeli sağlamak için her şeyi sıfırdan mı inşa ediyorsunuz (mevcut bir kitleye bağlanma pahasına)?

Podcast’lerdeki paradoks

Spotify tarafından satın alınmadan önce, ilk günlerde Anchor’ı kurarken bu paradoksla RSS ile karşılaştık. Podcast formatında yenilikçi değişiklikler yapmak neredeyse imkansızdı, çünkü neredeyse değişmez bir RSS standardına dayanıyordu.

Örneğin, podcast bölümleri için bir yorumlar bölümünü etkinleştirmek ve bu yorumların bir programın RSS beslemesinde kullanılabilir olmasını istediğimizi varsayalım. Değişikliği benimsemek için yüzlerce podcast dinleme uygulaması elde edemediğimiz sürece, yorumlar podcasting’in dinleme tarafında desteklenmeyecekti. Bu destek olmadan, içerik oluşturucuların yorumları benimsemeleri ve bunlarla etkileşim kurmaları için hiçbir teşvik olmaz ve özellik hemen başarısız olur.

Başka bir örnek olarak, içerik oluşturucuların programlarının performansını daha iyi anlamalarını ve böylece modern internet reklamcılığı biçimleri aracılığıyla kazanç potansiyellerini artırmalarını sağlayan podcast analitiği için daha zengin, daha dinamik bir sistem oluşturmak istediğimizi varsayalım. Önerilen değişikliği benimsemek için yüzlerce podcast dinleme uygulaması çıkaramazsak, dinleme uygulamalarından yayın platformuna daha zengin verileri geri almak mümkün olmazdı ve yenilik başarısız olurdu.

Paradoksun bu RSS çeşitliliği, son yirmi yılda bir podcast dinleme uygulamaları mezarlığı yarattı; birçoğu, tamamen yerleşik bir standarda dayanan tüm bir ekosistemin üzerine farklılaştırılmış bir podcast uygulaması oluşturmaya çalıştı.

Mesajlaşmadaki paradoks

Standartlarla oluşturmanın sınırlarını vurgulayan başka bir örnek: SMS, metin mesajlaşma standardı. SMS standardının icadı 1980’lerde gerçekleşti. Neredeyse on yıl sonra, gerekli tüm paydaşları bir araya getirdikten sonra, nihayet 1992’de ilk cep telefonu ve cep telefonu operatörüne sunuldu ve sonunda 1999’da ölçeğe ulaştı (unutmayın: standartların kabul edilmesi muazzam miktarda fikir birliği gerektirir). Bir kez yapıldığında, dünyanın herhangi bir yerindeki herhangi biri, hangi sağlayıcıyı veya cihazı kullandığından bağımsız olarak, SMS’i destekleyen bir cep telefonuna sahip herhangi bir kişiye kısa mesaj gönderebilir.

Sonra birisinin aklına kısa mesaja yeni bir özellik eklemek için parlak bir fikir geldi: Resimler! Cep telefonunuzdan kısa mesajla resim gönderebilseydiniz ne kadar harika olurdu? Ancak SMS açık bir standart olduğu için, resimler sadece en son yazılım güncellemesine kodlanamazdı. Standardın kendisi değişmek zorundaydı ve her cihaz üreticisi ve taşıyıcısı bu değişikliği kabul etmek ve bu değişikliği yeni bir standartla benimsemek zorundaydı: MMS. Ve böylece MMS’in nihayet ölçeğe ulaşması neredeyse bir on yıl daha aldı.

Şimdi Apple’ın özel mesajlaşma servisi olan iMessage’ı alın ve bu hiç de standart değil. iMessage çalışabiliyor çünkü kritik bir insan kitlesi, tescilli de olsa şaşırtıcı bir ürünü hızla benimsedi: iPhone. iMessage’ı kullanmak için iPhone gibi bir Apple cihazına sahip olmanız gerekir ki bu kesinlikle bir dezavantajdır. Ve bir Apple cihazında başka birine mesaj gönderirseniz, hizmetin kendisinin son derece hızlı bir şekilde gelişmesinin avantajlarından yararlanırsınız. Apple, kendi tescilli ekosistemini oluşturarak mesajlaşma deneyiminde hızlı bir şekilde yenilik yapabildi ve artık SMS’in yapabileceği hiçbir şeye benzemiyor.

Standartlı ve standartsız mesajlaşmanın kısa bir tarihi

iMessage’ın yıllar içinde ne kadar değiştiğini bir düşünün. İlk günlerde, SMS’den ayırt edilemezdi. Ancak şimdi, okundu bilgileri, fotoğraf galerileri, yüz filtreleri ve Memojiler, bir App Store, sesli notlar gibi özelliklerle son derece zengin ve liste uzayıp gidiyor. Aynı şey Snapchat, Messenger, WhatsApp ve diğer birçok özel mesajlaşma platformu için de söylenebilir. Bu platformların bu yenilik düzeyine ve hızına ulaşmasının tek yolu, SMS standardının dışında inşa etmekti (ancak daha da önemlisi, bu, diğer sistemlerle etkileşime girebilme pahasına geldi ve böylece potansiyel izleyiciyi sınırlandırdı).

Bültenlerdeki paradoks

İşte daha yeni bir örnek. Harika haber bülteni ürünü Substack’i muhtemelen duymuşsunuzdur. İçerik oluşturucuların kendi haber bülteni işletmelerini oluşturmasına, barındırmasına ve ölçeklendirmesine olanak tanıyan bir platformdur. Substack ile ilgili akıllı olan şey, e-posta gelen kutusu olan herkese haber bültenlerini kolayca dağıtmak için açık bir standart – bu durumda, e-postaya güç sağlayan standart SMTP – kullanmasıdır.

RSS’yi benimseyen herhangi bir platformun tavuk ve yumurta sorununun arz tarafını anında çözebildiği yukarıdaki podcast örneğinin aksine, Substack tam tersini yaptı: tüm tüketicilerinin önceden haber bülteni içeriğini okuyabilmesini sağlayarak talep tarafını çözdü. Bu gerçekten akıllı bir strateji ve bir platform olarak hızla yükseldi, tonlarca yüksek profilli yazarı ve bol miktarda ödeme yapan aboneyi kendine çekti.

Ancak, okuyuculara anında dağıtım için SMTP’den yararlanma konusundaki inanılmaz yeteneğine rağmen, bu yaklaşımın bir dezavantajı var: e-posta statiktir ve e-posta istemcileri SMTP standardı tarafından desteklendiği sürece statik kalacaktır. Bu, Substack’in e-posta istemcisinde okuyucunun keşif deneyimini gerçek zamanlı olarak kişiselleştirmek gibi dinamik bir şey yapmak için e-postayı kullanamayacağı anlamına gelir. Veya gerçek zamanlı olarak güncellenen dinamik bir yorumlar bölümü ekleyin. Veya yaratıcıyı veya okuyucu deneyimini geliştirecek, ancak bir e-posta istemcisinin içinde bir tür dinamik arayüz gerektirecek başka herhangi bir özellik uygulayın. Podcasting örneğinde olduğu gibi, bunu yapmak internetteki çoğu büyük e-posta istemcisinin Substack’in yeniliklerini benimsemesini gerektirir.

Ve böylece son zamanlarda çok akıllıca bir şey yaptılar, ancak standartların sınırlamaları göz önüne alındığında belki de şaşırtıcı değildi: e-posta haber bültenleri için kendi zengin deneyimlerini oluşturmalarını sağlayan bir uygulama başlattılar. Bu benim görüşüme göre çok mantıklı. Substack, uygulamasını başarılı bir şekilde ölçeklendirebilirse, haber bülteni deneyiminde hızla yenilik yapabilir ve SMTP standardına bağlı olmayabilir. Ancak bunu yaparak, başlangıçta işlerinin talep tarafını başlatmak için kullandıkları açık standardın faydalarını feda ediyorlar.

Bana öyle geliyor ki Substack, Standartlar Yenilik Paradoksu ile karşı karşıya kaldı: yaygın e-posta benimseme avantajlarından yararlanmak için SMTP’nin üzerine inşa etmeye devam edin? Veya inovasyon hızını hızlandırmak için tescilli bir çözüm mü geliştiriyorsunuz? Uygulamanın piyasaya sürülmesiyle, Substack’in standartlardan uzaklaşmayı seçtiği benim için açık.

Laneti kırmak

Standartlar İnovasyon Paradoksu’nun laneti, kategorisini yeniden icat etmek isteyen, hızlı hareket eden herhangi bir şirketi mahvedebilirken, bu kırılabilir. Aslında, ekiplerin pastalarını alıp yemelerinin de bir yolu var, bu sayede hem standardın avantajlarından yararlanabiliyor hem de sınırlarını aşarak yenilikler yapabiliyorlar.

Tescilli sistemlerden kaldıraç dağıtımı

Yeterli bir süre sonra, standartları büyük ölçekte benimseyen tüm ürünler, kabaca aynı deneyimi sunacak. Bunun nedeni, standardın yerleşik doğası nedeniyle sunabileceklerinin bir tavanı olmasıdır. Standardı benimseyen daha fazla ürün, daha fazla pazar ataleti ve değiştirmek daha zor. Bu, rekabetin şiddetli olduğu ve bazı farklı deneyimler nedeniyle herhangi bir ürünün patlak vermesinin olası olmadığı anlamına gelir. Peki bu ürünlerden biri nasıl başarılı olur ve kritik bir benimsenme kitlesi bulur? Dağıtımı bulmak için, bu ürünlerin standartlara dayalı bir pazarda rekabet etmeyen başka bir üründen geri adım atması gerekir.

Örnek olarak Spotify’ın podcast işini düşünün. Birkaç yıl önce, akışlı ses devi, yalnızca bir müzik hizmeti olmaktan, podcast’ler gibi diğer ses kategorilerinden biri olmaya dönüştü. Müzik ve podcast’ler arasındaki içerik ve deneyim farklılıkları göz önüne alındığında, çoğu kişi, şirketin kullanıcılara iki içerik türü arasında net bir ayrım sunmak için özel bir podcast dinleme uygulaması başlatmasını umuyordu. Ancak, bunu yapmış olsalardı, hepsi kullanıcılara kabaca standartla sınırlı olan aynı özellikleri sunan podcast dinleme uygulamaları okyanusuyla mücadele etmek zorunda kalacaklardı. Diğer tüm podcast dinleme uygulamalarında olduğu gibi bir Spotify podcast uygulaması için de atılım yapmak zor olurdu. Bunun yerine, Spotify, podcast’leri yüz milyonlarca kullanıcıya dağıtmak için mevcut Spotify uygulamasının içindeki mevcut müzik kullanıcı tabanını kullandı. Spotify bunu yaparak paradoksun lanetini kırmayı başardı.

Geriye dönük uyumluluk sağlayın

Müşterilerin standartlara dayalı ürünleri kullanmayı sevdiklerini hatırlamak önemlidir, çünkü bunu yapmak onlara seçenek ve veri taşınabilirliği sunar. Standartlara dayalı bir ürün pazar parçalanmasını kırarsa, ilk etapta kullanıcıların standarttan elde ettiği faydaları korumak önemlidir, aksi takdirde kullanıcılarınızı yabancılaştırma ve ürün pazar uyumunu kaybetme riskiyle karşı karşıya kalırsınız. Bunu yapmanın en iyi yolu, standartla geriye dönük uyumluluk sağlamaktır. Örnek olarak Apple’ın iMessage’ını alın. Daha önce iMessage kullandıysanız, bir Android cihazda birisine mesaj gönderdiğiniz neredeyse kesindir. Balonun nasıl yeşile döndüğüne dikkat edin? Bu, alıcıyla etkileşim kurmak için SMS standardına geri dönen iMessage’dır. Bu, her iki dünyanın da en iyisidir. Apple cihazlarındaki siz ve arkadaşlarınız için yenilikçi, tescilli bir platformun tüm avantajlarından yararlanabilirsiniz.

Standart mı, standart değil mi?

Standartlar Yenilik Paradoksu’na rağmen, standardizasyonun son birkaç on yılda teknolojinin başarısı üzerindeki muazzam faydalarını görmezden gelmek imkansızdır. Bununla birlikte, bir standarda uygun yeni bir ürün oluştururken, değişimleri göz önünde bulundurmak ve bir ekip ürün pazarını uygun bulduktan sonra gelecekteki paradoks tarafından engellenme potansiyelini tartmak her zaman önemlidir.

Standartlar Yenilik Paradoksunun diğer örneklerini vahşi doğada fark ettiniz mi? Eğer öyleyse, onları duymayı çok isterim! Sadece bana Twitter veya LinkedIn üzerinden ulaşın.

Kaynak: Michael Mignano / Medium