Bir ürünü yayına almak bazen lansman falan olmuyor, bildiğin küçük bir hayatta kalma testi gibi ilerliyor. Ekran bomboş. Kullanıcı listesi yok denecek kadar az. Kasadaki para da sanki geri sayım modunda… İşte tam orada insanın aklına şu soru düşüyor: “Bu iş nasıl yürüyecek?” Açık konuşayım, sadece “ürün-pazar uyumu bulun”, “hızlı ship edin” demek yetmiyor. Güzel tavsiye ama biraz kuru. Hani tarifi verip yemeğin neden tutacağını anlatmamak gibi.
İtiraf edeyim, Geçen yıl, 2025’in Mart ayında İstanbul’da bir startup ekibiyle sohbet ederken bunu birebir gördüm. Ekip teknik olarak iyiydi; hatta ürünleri baya sağlamdı. Ama dağıtım kanalı tek başına bir sosyal medya algoritmasına bağlıydı ve trafik bir sabah ansızın yarıya indi. O gün şunu düşündüm: Ürün yapmanın en zor tarafı kod yazmak değil, sistem kurmakmış.
Kısa bir not düşeyim buraya.
İlk ders: Platformlar dostunuz değil, altyapınızdır
Bakın şimdi, ürün dünyasında platformlara biraz fazla romantik bakıyoruz. App Store, Google Play, AWS, GCP, Instagram keşfet sekmesi… Hepsi harika çalışıyor gibi görünürken aslında hepsi birer dış bağımlılık (ki bu çoğu kişinin gözünden kaçıyor). Yani sizin işinizin ana omurgası değiller; omurgayı taşıyan iskeleler gibiler. İskele sallanırsa bina da sallanıyor.
Benzer şeyi 2023’te kendi küçük yan projemde yaşadım. O dönem içerik dağıtımı için neredeyse tamamen X benzeri tek bir kanala yaslanmıştım; iki hafta içinde erişim normaldi ama sonra algoritma ufak bir değişiklik yaptı. Tıklamalar çakıldı. Teknik tarafta hiçbir şey bozulmamıştı (ciddiyim). yine de büyüme durmuştu. İşin aslı şu ki sorun yazılımda değilmiş; maruz kaldığım risk mimarisindeymiş (kendi tecrübem)
Bir startup için bu daha sert vuruyor çünkü erken aşamada gelir kaynağı incecik oluyor. Enterprise seviyede ise sorun başka türlü çıkıyor: entegrasyonlar artıyor, sözleşmeler uzuyor, güvenlik ekipleri devreye giriyor ve her değişiklik üç onaydan geçiyor. Küçük ekip hızlıdır ama kırılgandır; büyük ekip dayanıklıdır ama hantaldır.
Tedarik zinciri gibi düşünün
Ne yalan söyleyeyim, Bronz Çağı’nda ticaret yolları kopunca şehirler domino taşı gibi devriliyordu ya… modern ürünlerde de durum çok farklı değil (inanın bana). Stripe ücret artırırsa canınız sıkılır; App Store politikası değişirse strateji revize edilir; arama trafiği düşerse içerik planı yeniden kurulur. Hani ne farkı var diyorsunuz, değil mi? Tek başına bunların her biri yönetilebilir.
Ve işler burada ilginçleşiyor. Daha fazla bilgi için Vivo, Android 17 Betasına Erken Girince Ne Değişti? yazımıza bakabilirsiniz.
E tabi aynı çeyrekte hepsi üst üste gelirse? Orada artık mesele şans değil, dayanıklılık tasarımı oluyor.
En tehlikeli hata şu: Ürününüzü kendi kodunuz sanmak yerine bulunduğu ekosistemi de ürünün parçası olarak görmek zorundasınız.
Büyüme oyunu değil mi? Aslında baya oyun teorisi
Şimdi gelelim biraz daha kafa açıcı yere. Ürün lansmanı çoğu zaman saf teknoloji meselesi gibi anlatılır ama işin içinde stratejik etkileşim var. Rakibiniz fiyat indirince siz ne yapacaksınız? Kullanıcı ücretsiz planla yetinirken premium’a nasıl geçireceksiniz? Bir partner anlaşması sizi büyütür mü yoksa ipotek mi eder? Bunlar hep oyun teorisi soruları.
Kendim bunu en net 2024 sonbaharında fark ettim; Ankara’da bir SaaS demosu izliyordum ve ekip rakibinin yaptığı her hamleye reaksiyon veriyordu (bizzat test ettim). İnanılmaz enerji vardı ama yön yoktu. Sanki satrançta sadece rakibin taşlarına bakıp kendi planını unutmuşsunuz gibi… Siz hiç denediniz mi? Ne yapsanız karşı tarafın hamlesine göre şekilleniyordu.
| Durum | Küçük Startup | Kurumsal Ölçek |
|---|---|---|
| Kanal bağımlılığı | Tek kanal bile kilit olabilir | Birkaç kanal olsa da koordinasyon zorlaşır |
| Fiyatlandırma esnekliği | Daha çevik ama gelir dalgalı | Daha istikrarlı ama değiştirmesi ağırdır |
| Müşteri geri bildirimi | Hızlı gelir ama örneklem küçüktür | Daha geniş veri verir fakat karar gecikir |
Nash dengesi diye süslü konuşmayalım…
Vallahi, Lafı gevelemeden söyleyeyim: Piyasada herkes birbirini izliyor zaten. Siz agresif fiyat kırarsanız rakip de kırar; siz ücretsiz plan açarsanız onlar da açar; siz destek kalitesini yükseltirseniz pazarda çıta değişir. Bu yüzden ürün lansmanı sadece “biz ne yapacağız?” sorusu değildir… aynı zamanda “onlar bize nasıl cevap verecek?” sorusudur. Google, Galaxy XR’yi Bir Tık Daha Akıllı Yaptı: İşte Yenilikler yazımızda bu konuya da değinmiştik. Butterfly CSS: 2026’da Dikkat Çeken Hafif Bir Seçenek yazımızda bu konuya da değinmiştik.
Sadece özellik satmayın, kültür de satıyorsunuz
Bence çoğu kurucu burada tökezliyor. Özellik çıkarıyorlar ama kullanım biçimini tanımlamıyorlar. İnsanlar ürünü neden benimsemeli — Hangi alışkanlığı değiştiriyor? — Hangi ritüelin yerine geçiyor? Bunları düşünmeyince ürününüz güzel kalıyor ama günlük hayata karışamıyor. PDF Dünyasında Bir Nefes: Ücretsiz ve Limitsiz Araçlar yazımızda bu konuya da değinmiştik.
Kendi deneyimimden konuşuyorum, Editör masasında bu konuyu tartışırken geçen ay net gördüm bunu — İzmir’deki bir fintech girişimiyle yapılan röportajda ekip harika dashboard’lar anlatıyordu fakat kullanıcıların asıl derdi rapor ekranı değildi; güven duygusuydu (evet, bazen tasarımdan çok his satıyorsunuz). Siz ne dersiniz? Ürün oradaydı ama kültür henüz oraya oturmamıştı. Bu konuyla ilgili Google Gemini’de Ruh Sağlığı Kalkanı: Google Ne Değiştirdi? yazımıza da göz atmanızı tavsiye ederim.
Anlam üretmeyen araç uzun süre yaşamaz
Kültürel antropoloji tarafında temel fikir basit: İnsanlar yalnızca faydaya göre hareket etmiyor, aidiyet arıyorlar dağınık şekilde bile olsa… Eğer ürününüz onların gündelik diline girmezse uygulama olarak kalır; alışkanlık olmaz.
Aynısını oyunlarda görüyoruz aslında — insanlar sırf skor için değil, kimlik için oynuyor bazen (takımcı oluyorlar mesela). Üründe de durum böyle işte:
- Kullanıcı kendini akıllı hissediyorsa geri geliyor.
- Zaman kazandığını hissediyorsa bağ kuruyor.
- Belli bir topluluğun parçası olduğunu hissediyorsa savunucu oluyor.
- Sadece “iş görüyor” ise alternatif çıktığında gidebiliyor.
Fermentasyon mantığıyla büyümek neden işe yarıyor?
Şunu fark ettim: Evet, garip gelebilir ama maya konusu burada baya öğretici.Kabaca şöyle düşünün: iyi fermentasyon aceleye gelmez; doğru sıcaklık ister,dengeli besin ister,biraz da sabır ister.Uslu uslu beklerken aslında görünmeyen işler olur.Bir ürün de ilk gününde parlamayabilir.Ama altta kullanıcı davranışı mayalanıyorsa,gün gelir taşar gider.
Size bir şey söyleyeyim, Bunu test ettiğimde—2024 Nisan’ında Berlin’de katıldığım küçük bir geliştirici etkinliğinde—bir ekip yeni aracını hemen reklamla patlatmaya çalışmıştı.Sonuç beklendiği kadar iyi değildi çünkü elde edilen trafik ürüne dönmüyordu.Daha sonra davet sistemiyle küçük kümeler halinde yaydılar,kullanıcıların birbirini çağırmasına izin verdiler ve altı hafta içinde tutunma oranı ciddi biçimde toparladı.Hızlı büyüme her zaman iyi büyüme değildir.Bazen mayanın kabarması gerekir,yoksa ekmek olmuyor işte!
# Basit lansman kontrol listesi
kanallar = ["arama", "topluluk", "ortaklik", "urun ici davet"]
for kanal in kanallar:
test_et(kanal)
olc("donusum")
olc("geri donus")
karar_ver()Neyi erken ölçeceksiniz?
Kullanıcı sayısı tek başına yanıltıcı olabilir.Bir sürü kayıt alırsınız ama aktiflik düşükse balon oluşur.Kağıt üstünde süper,dry run’da idare eder,praatikte ise hayal kırıklığı yaratır.Mesela retention,aşırı erken dönemde bile size sinyal verir:Eğer insanlar ikinci kez dönmüyorsa problem hızda değil,değerde olabilir.Gel gelelim bazı ekipler buna kızıyor çünkü gerçek sinyal görmek rahatsız edici olabiliyor.Durum bu kadar düz yani.
Lansmanda yapılacak en akıllıca şeyler hangileri?
Açık konuşayım,bir ürünü duyurmakla onu sistematik şekilde yaymak arasında ciddi fark var.Lansman günü heyecan güzel,fakat ertesi gün ne olacak?Eğer cevap net değilse kampanya sönüp gider.Bu yüzden ben genelde üç şeye bakıyorum:sinyal kalitesi,kaldıraç noktaları ve tekrar üretilebilir süreçler.Yani tek seferlik gösteri değil,sürdürülebilir düzen lazım.
- Dağıtımı en baştan tasarla.” — ciddi fark yaratıyor
- İlk kullanıcıları topluluk gibi düşün.” — bunu es geçmeyin
- Geri bildirim döngüsünü kısa tut.”
- Tek kanala aşırı yaslanma.”
Ha bu arada,bana göre en büyük hata “herkes kullanacak” diye başlamaktır.O cümle kulağa hoş geliyor ama pratikte bulanık.Yüksek ihtimalle küçük,netsiz olmayan bir kesime odaklanmanız gerekiyor.Bir arkadaşım buna geçtiğinde—2025’in Ocak ayında Kadıköy’de konuşmuştuk—hedef kitlesini daraltınca dönüşümü %40 civarı artırmıştı.Bu sayı kulağa abartılı gelebilir amma gerçekten oldu,yalan yok.
Korkutan taraf ne biliyor musunuz?
Korkutan şey başarısızlık değil sadece;yavaş çöküş daha beter.Ekranda büyük hata görmezsiniz,lakin içeride bağlantılar gevşer.Metrikler hafif hafif aşağı kayar,takıntılı şekilde düzeltmeye çalışırsınız ve sonunda bütün takım minik yangın söndürmeye döner.O yüzden erken uyarı sistemi şarttır.Aksi halde lansman dediğiniz şey,gizlice eriyen buz kütlesine dönüşebilir.Neyse uzatmayayım,o görüntüyü pek severek hatırlamıyorum zaten.
Durun bir dakika… En önemli metrik çoğu zaman toplam kayıt sayısı değildir;kayıttan sonraki ikinci etkileşimdir.Yani insanların geri gelip gelmediği.
Peki küçük startup ile enterprise aynı dersi mi almalı?
Tamam,en hayati ayrımdan bahsedelim.Küçük startup için ana mesele hızdan çok odaktır.Sizde beş kişi varsa herkese hitap etmeye çalışma lüksünüz yoktur.Kurumsalda ise problem başka yerde başlıyor:bölgesel ekipler,var olan süreçlere uyum,gvenlik onayı,bütçe komiteleri…Hepsi beraber yürür.Pratikte bu demek oluyor ki startup hızlı deneme yapmalı,koca şirket ise iç uyumu yönetmeli.Ancak ikisinin ortak noktası aynı:kritik bağımlılıkları azaltmak zorundalar.Her iki tarafta da tek platforma,tahmine ya da kişiye fazla yaslanınca can sıkılıyor.
Kimin işi daha zor?
%100 emin değilim ama sanırım cevap ikisi de farklı türde zor.Zorluğun tadı değişiyor sadece.Startup’ta para biter,kültür kolay bozulur,vakit daralır.Kurumsalda ise hantal yapı sizi boğar,biraz ilerlemek için bile beş toplantıya girersiniz.Bu yüzden lansman stratejisini kurumun boyuna göre ayarlamak gerekiyor.Mesela startup toplulukla başlayabilir,kariyer platformlarında mikro dağıtım yapabilir.Kurumsal yapı ise pilot müşteri,hukuk incelemesi. Güvenlik çemberi üzerinden gitmeli.Yoksa proje kağıt üstünde güzel durur ama sahada nefes alamaz.
Bütün bunlardan kalan ana fikir ne?
Bana sorarsanız konu şu:”Ürün çıkarmak” ile “sistem kurmak” aynı şey değil.Lansman anlık başarı getirebilir,fakat asıl değer dayanıklı ağ kurabilmekten geliyor.Fermentasyon sabrı burada boşuna benzetme değil.Doğru malzeme,dengeli ortam,sabırlı takip… Hepsi lazım.Eğer bunlardan biri eksikse sonuç ya bayatlar ya patlar.”
- Bağımlılıklarını yazıya dök;
- sinyalleri erken izle; (bence en önemlisi)
- büyümeyi kana kana tüketilecek kampanya yerine süreç haline getir;
- dış platform risklerini her çeyrek yeniden değerlendir;
- ‘insanlar neden geri geliyor?’ sorusunu hiç bırakma.”
Sıkça Sorulan Sorular}
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
