Türkiye'den dünyaya: Mobiroller'ı 25 ülkeye taşırken ne öğrendim?
Mobiroller sıfır kullanıcıdan 25 ülkeye ve yaklaşık 2,5 milyon kullanıcıya ulaştı. Dağıtım, sistem, ekip ve kurucunun değişmek zorunda olan rolü üzerine.
Bugün geriye dönüp baktığımda Mobiroller'ın en öğretici tarafı 2,5 milyon kullanıcıya ulaşması değil. O büyümenin şirketin içinde neyi değiştirdiğini görmekti.
Mobiroller'ı mobil uygulama geliştirme alanında, kod yazmadan uygulama üretilebilmesi fikri üzerine kurdum. Kurucu ve CEO olarak sıfır kullanıcıdan başladık; zamanla 25 ülkede kullanıcıya ve yaklaşık 2,5 milyon kullanıcıya ulaştık.
Bu yazı o büyümenin hikâyesi değil. Büyümenin bana şirket hakkında ne öğrettiğinin hikâyesi.
Başlangıç: sıfır kullanıcı
Her ürün aynı yerden başlar: belirsizlikten.
Sıfır kullanıcıyken elinizde hiçbir şey yoktur. Dağıtım kanalı yoktur. Ürünü duyuracak bir kitle, bir liste, bir referans ağı yoktur. Kullanım geçmişi yoktur; kimin ne yaptığına dair veri olmadığı için ürünün hangi kısmının işe yaradığını bilemezsiniz. Müşterinin kim olduğu bile bir varsayımdır.
Bu aşamada kurucu çok şeyi kendisi yapar. Yapmak zorunda olduğu için değil, başka kimse olmadığı için. Ürünü siz anlatırsınız, ilk müşteriyle siz konuşursunuz, gelen soruyu siz cevaplarsınız, hatayı siz fark edersiniz.
Ve bu, o aşama için doğru davranıştır. Erken dönemde kurucunun her şeyin içinde olması bir kusur değil; belirsizliği azaltmanın en hızlı yoludur. Sorun bu davranışın kendisinde değil, ne zaman değişmesi gerektiğinin fark edilmemesinde.
İlk kullanıcıdan tekrar edilebilir ürüne
Bir şeyin bir kez çalışması ile tekrar tekrar çalışması arasında çok büyük bir mesafe var. Bunu ilk elden gördüm.
Bir kullanıcıyı memnun etmek görece kolaydır: eksik kalan yeri siz tamamlarsınız. Anlaşılmayan yeri açıklarsınız, takılan yerde devreye girersiniz. Ürün tam çalışmasa bile deneyim çalışır, çünkü aradaki boşluğu insan dolduruyordur.
Bu ölçeklenmez.
Tekrar edilebilir bir ürün, kurucunun açıklamasına ihtiyaç duymadan çalışan bir üründür. Bunun anlamı şu: kullanılabilirlik bir tercih değil, bir zorunluluktur. Kullanıcının ürünle ilk karşılaşması (nereden başlayacağı, ilk anlamlı sonucu ne zaman göreceği) ürünün kendi kadar önemlidir. Destek tarafında da aynısı geçerli: gelen soruların çoğu ürünün cevaplayamadığı sorulardır.
Bu dönemde öğrendiğim şey, geri bildirimi tek tek olay olarak değil, tekrar eden bir örüntü olarak okumaktı. Aynı soru üç farklı kullanıcıdan geldiğinde konu o kullanıcılar değildir; üründe cevaplanmamış bir yer vardır. Öğrenme döngüsünü kurmak, o örüntüyü görecek kadar düzenli bakmak demek.
Türkiye'den 25 ülkeye
Ürünü Türkiye'den kurduk ve uluslararası kullanıcıya açıldık. Bu geçiş, teknik bir iş gibi görünür; aslında zihinsel bir geçiştir.
Yerel bir üründe, göremediğiniz boşlukları kendi bağlamınız doldurur. Kullanıcı sizinle aynı dili konuşur, aynı alışkanlıkları taşır, aynı varsayımlarla hareket eder. Yanlış anlaşılan bir yer olduğunda bir telefon görüşmesi meseleyi çözer.
Uluslararası kullanıcı, o örtük bağlamı ortadan kaldırır.
Ürünün kurucunun açıklamasına ihtiyaç duymadan anlaşılması gerekir. Dokümantasyon, "olsa iyi olur" olmaktan çıkıp ürünün parçası hâline gelir. Yeni kullanıcının ürüne giriş kalitesi, satın alma kararından daha belirleyici olur; çünkü kimse ilk yarım saatte anlamadığı bir ürünle ikinci kez uğraşmaz.
En çok öğreten kısım şuydu: dil ve kültür farkı, ürününüzdeki gizli varsayımları görünür kılıyor. Sizin için apaçık olan bir akış, başka bir bağlamda apaçık değil. Bunu ancak dışarı çıktığınızda fark ediyorsunuz.
Ve destek. Yerelde destek bir kişiye bağlı kalabilir; birden fazla ülkede, birden fazla saat diliminde kalamaz. Destek tek bir kişinin bilgisine bağlıysa, o kişi ölçeğin tavanıdır.
Ürün kararlarında da benzer bir şey oluyor. Tek bir pazara bakarken her talebi ayrı ayrı değerlendirebilirsiniz. Birden fazla bağlamdan talep geldiğinde bu mümkün olmuyor; çünkü talepler birbiriyle çelişiyor. O noktada ihtiyaç duyduğunuz şey daha fazla bilgi değil, daha net bir örüntü: hangi talebin ürünün yönüyle uyumlu olduğuna neye göre karar verdiğinizi yazmak. Bunu yazmadığınızda kararı her seferinde sıfırdan veriyorsunuz ve verilen kararlar birbirini tutmuyor.
2,5 milyon kullanıcı neyi değiştirdi?
Büyüme sadece daha fazla kullanıcı demek değildir. Daha fazla istisna, daha fazla karar, daha fazla geri bildirim ve daha fazla organizasyonel yük demektir.
Kullanıcı sayısı arttıkça karşılaştığınız şey aritmetik bir artış değil. Kullanıcı sayısı büyürken, birbirinden farklı kullanım biçimlerinin sayısı da büyür. Her yeni kullanım biçimi yeni bir istisna üretir. Her istisna bir karar ister. Kararların çoğu küçüktür, ama sayıca çoktur.
Operasyonel karmaşıklık burada birikir. Destek yükü artar; ürün tarafında hangi işin önce yapılacağı sorusu her hafta yeniden sorulur. Öncelik verme, ölçek büyüdükçe bir tercih olmaktan çıkıp yönetimin ana işi hâline gelir.
Bunun kurucuda yarattığı basınç şudur: kararların hepsi hâlâ size geliyorsa, iş yükünüz kullanıcı sayısıyla birlikte büyür. Ürün ölçeklenirken kurucunun günü ölçeklenmez. Gün hâlâ yirmi dört saattir.
Tutarlılık da burada zorlaşır. Yüz kullanıcıyken aynı soruya iki farklı cevap vermek fark edilmez. Yüz binlerce kullanıcıyken fark edilir. Fark edildiğinde ürüne olan güveni aşındırır.
Bir de geri bildirimin niteliği değişir. Kullanıcı azken gelen her geri bildirim değerlidir, çünkü hepsini okuyabilirsiniz. Ölçek büyüdüğünde geri bildirim bir sinyal olmaktan çıkıp bir gürültü hacmine dönüşür. Artık soru "kullanıcılar ne diyor?" değil, "bu kadar sesin içinden neyi ciddiye alacağız?" olur. Bu ikinci soruya cevap verebilmek için bir yönteme ihtiyaç var; yöntem yoksa en yüksek sesle söylenen şey öncelik hâline gelir ki bu, çoğu zaman en önemli şey değildir.
Büyüme şirketi değiştirir
Bu yolculuğun bana öğrettiği en temel şey şu:
Büyüme, kurucu fark etmeden yeni bir şirket kurar.
Yüz kullanıcıya hizmet eden şirket ile yüz binlerce kullanıcıya hizmet eden şirket aynı şirket değildir. Adı aynıdır, ekibin bir kısmı aynıdır, ürün aynı isimle anılır. Ama işleyişi bakımından farklı bir organizmadır.
Ürün büyürken şirketin işletim sistemi aynı kalırsa, büyüme avantaj olmaktan çıkıp sürtünmeye dönüşebilir. Daha fazla müşteri daha fazla gelir demektir; aynı zamanda daha fazla söz, daha fazla beklenti ve daha fazla taahhüt demektir. Bunları taşıyacak bir yapı yoksa, büyüme şirketin üzerine yük olarak biner.
Şunu net söyleyebilirim: erken dönemde işe yarayan çalışma biçimi, ölçek büyüdüğünde yetersiz kalıyor. Yetersiz kalması bir başarısızlık değil; o biçimin zaten o ölçek için tasarlanmamış olmasıdır.
Kurucunun rolü neden değişmek zorunda?
Kurucunun işi, şirket büyüdükçe beş aşamadan geçer: uygulayıcı, yönetici, operatör, sistem kurucu, sahip.
Erken dönemde uygulayıcı olmak doğrudur. Sorun, o davranışın sonsuza kadar ölçeklenebileceğini varsaymaktır.
Ölçek büyüdükçe ortaya çıkan şeyler tanıdıktır: onay bağımlılığı, kararların merkezde birikmesi, kritik bilginin kurucunun kafasında kalması, ekibin kendi alanında karar alamaması, yönetim katmanının kurulmuş ama yetkilendirilmemiş olması, hangi konunun hangi eşikte kurucuya çıkacağının tanımsız olması.
Bunların hepsi aynı yere çıkar: kurucunun zamanı, şirketin en kıt kaynağı hâline gelir.
Bu birikmeyi çözen şeyin daha çok delegasyon olduğunu düşünmek kolay. Deneyimim şunu gösterdi: tek başına iş devretmek yetmiyor. Bir işi devrederken üç şeyi birlikte devretmeniz gerekiyor. İşin kendisi, o iş için karar verme yetkisi ve sonucun sorumluluğu. Üçü birlikte gitmediğinde iş bir süre sonra geri geliyor, çünkü karşı taraf işi yapabiliyor ama kararı veremiyor. Bu durumda devretmiş olmuyorsunuz; yalnızca bir adım eklemiş oluyorsunuz.
Burada dürüst olmam gerekiyor. Bunların hepsini doğru zamanda ve doğru şekilde yaptığımı söyleyemem. Zaten bugünkü düşüncelerimin önemli kısmı, neyin ne zaman zorlaştığını yaşayarak görmekten geliyor. Bir şeyin geç kalındığında ne kadar pahalıya mal olduğunu, ancak geç kaldıktan sonra öğreniyorsunuz.
Globalleşme bana ne öğretti?
1. Ürün başka, dağıtım başka bir kastır.
İyi bir ürün yeterli değil. Ürünü yapmakla ürünü doğru insanın önüne getirmek iki ayrı yetkinlik; ikisinin aynı ekipte kendiliğinden oluşacağını varsaymak hata.
2. Kurucunun bildiği şey sistem değildir.
Kurucunun kafasındaki bilgi, şirketin yeteneği değildir. Yazılı hâle gelmemiş, devredilmemiş, başkası tarafından uygulanabilir olmamış bir bilgi, şirketin değil kişinin varlığıdır. Şirket ancak o bilgiyi kendi dışına çıkardığında ölçeklenir.
3. Büyüme yönetim problemlerini gizlemez; büyütür.
Küçükken tolere edilen belirsizlik (tanımsız rol, muğlak sorumluluk, yazılmamış süreç) büyürken maliyete dönüşür. Büyüme bir problemi çözmez, onu daha görünür ve daha pahalı hâle getirir.
4. Ekip büyümekle şirket sistemleşmez.
Kişi sayısı tek başına kaldıraç değildir. Rolleri, karar sınırları ve hesap verebilirliği tanımlanmamış bir ekip büyüdükçe, koordinasyon maliyeti üretim kapasitesinden daha hızlı artar.
5. Kararların merkezde kalması büyüme hızını düşürür.
Karar mimarisi bir yönetim detayı değil, hız meselesidir. Her kararın bir kişiden geçtiği şirkette, o kişinin takvimi şirketin hız sınırıdır.
Bugün aynı yolculuğa başlasam neyi farklı yapardım?
Bu soruya kesin bir hata listesiyle cevap vermeyeceğim; geriye dönüp bakarken her şey olduğundan daha net görünür. Ama bugün yeniden başlasam şu konulara daha erken dikkat ederdim:
Kritik bilgiyi daha erken yazardım. Bir işi yalnızca bir kişinin yapabiliyor olması, o iş küçükken sorun değildir. Sorun, o iş büyüdüğünde ortaya çıkar. Tam o anda yazmak için zaman yoktur.
Karar haklarını daha erken tanımlardım. Kimin neye, hangi sınıra kadar karar verebileceğini yazmak, şirket küçükken gereksiz bürokrasi gibi görünür. Büyüdüğünde ise en çok ihtiyaç duyulan şeydir.
Yönetim ritmini daha erken kurardım. Hangi toplantının hangi sıklıkta yapılacağı ve neye bakılacağı belirli değilse, yönetim reaktif hâle gelir: ne acilse ona bakılır.
Göstergeler konusunda daha disiplinli olurdum. Şirketin durumunu tek yerden gösteren sade bir gösterge seti, çok sayıda rapordan daha faydalı. Buradaki zorluk gösterge üretmek değil, hangilerine bakmayacağına karar vermek.
Kurucunun işi ile şirketin işini daha net ayırırdım. Kurucunun yaptığı her iş şirketin işi değildir. Bu ayrım yazılmadığında, kurucu şirketin boşluklarını kapatan kişi hâline gelir. Boşluklar hiç bitmez.
Nakit disiplinini daha erken kurardım. Büyüme nakit tüketir. Tablodaki kâr ile hesaptaki para arasındaki farkın ne kadar belirleyici olabileceğini ayrıca yazdım.
Bunların hiçbiri parlak bir fikir değil. Hepsi, zamanında yapıldığında ucuz, geciktirildiğinde pahalı olan şeyler.
Mobiroller'dan EKOS'a
Bugün Founder OS, Customer OS, People OS ve Governance OS diye ayırdığım başlıkların çoğu, yıllar boyunca şirket kurarken, büyütürken ve bazı şeylerin neden zorlaştığını anlamaya çalışırken birikti.
EKOS'u tek bir şirket üretmedi. 25+ yılın farklı taraflarından çıktı: ürün geliştirirken, şirket kurup yönetirken, yatırım süreçlerinde, başka kurucuların aynı duvarlara çarptığını görürken. Mobiroller bu birikimin önemli bir parçası; çünkü ölçeğin bir şirkette neyi değiştirdiğini en net orada gördüm.
Çerçevenin tamamını EKOS sayfasında anlattım; kısa hâlini isterseniz EKOS'a Giriş rehberini alabilirsiniz.
Kurucu için çıkarım
Bu yazıdan pratik bir şey çıkacaksa, dört soru olsun:
- Şirketiniz büyürken yönetim sisteminiz de büyüyor mu?
- Siz bir hafta ortadan kaybolsanız ne durur?
- Ekip büyüdüğü halde hangi kararlar hâlâ sizde?
- Müşteri sayınız arttıkça şirketiniz daha mı öngörülebilir, daha mı karmaşık hâle geliyor?
İlk sorunun sayısal bir karşılığını görmek isterseniz Kurucu Bağımlılığı Skoru on soruda bir tahmin veriyor; şirketin süreç, yetki ve ölçüm tarafına bakmak isterseniz Şirket Sistemi Hızlı Kontrolü daha ayrıntılı.
Büyüme yalnızca daha fazla müşteri kazanmak değildir. Büyümeyi taşıyabilecek şirketi de aynı anda inşa etmektir.
Devamı: