Özet
MVP'yi yayına almak bir bitiş değil başlangıçtır. Sonraki adım yeni özellik eklemek değil, elindeki sinyali okumaktır: kim kaldı, ne için kaldı, neye para ödedi? Varsayım doğrulandıysa büyümeye değil önce tekrarlanabilir bir kazanma biçimine odaklan; doğrulanmadıysa ürünü değil varsayımı gözden geçir. Bu aşamada en büyük hata, az sayıda kullanıcıyla erkenden 'ölçeklenme' moduna geçip biriken teknik borcu ve onboarding sorunlarını görmezden gelmektir.
MVP'yi yayına almak çoğu kurucunun zihninde bir bitiş çizgisi gibi durur. Aylarca uğraşılır, sonunda ürün canlıya alınır, ilk kullanıcılar gelir ve bir rahatlama yaşanır.
Oysa MVP yayına çıktığı an iş bitmez; asıl iş yeni başlar. MVP'nin tek görevi bir varsayımı test etmekti. Şimdi elinizde o testin sonuçları var ve esas soru şu: bu sonuçlarla ne yapacaksınız?
Bu yazıda, ürün yayına alındıktan sonra ne olduğunu, hangi sırayla ilerlemek gerektiğini ve en sık yapılan hataları anlatıyorum.
Önce sinyali oku, özellik ekleme
Yayın sonrası en yaygın refleks şu oluyor: "Hadi şimdi şu özelliği de ekleyelim." Bildirim sistemi, daha güzel bir panel, kullanıcıların istediğini sandığınız üç yeni şey...
Bu refleks neredeyse her zaman erkendir. Çünkü yeni özellik eklemek, ürünün eksik olduğu varsayımına dayanır. Oysa erken aşamada asıl sorun genelde eksik özellik değildir; yanlış kullanıcı, zayıf bir değer önermesi ya da kötü bir onboarding olur.
Önce gelen sinyali okuyun:
- Ürünü kaç kişi denedi?
- Kaçı bir hafta sonra geri döndü?
- Kaçı para ödedi?
- Kalanlar ürünü tam olarak ne için kullanıyor?
Bu son soru en kıymetlisi. Çünkü çoğu zaman ürününüzü, sizin tasarladığınız sebepten farklı bir sebeple kullanıyorlardır. O farkı görmek, sonraki tüm kararları değiştirir.
Üç senaryo: hangisindesin?
MVP sonrası kabaca üç durumdan birinde olursunuz:
- Varsayım doğrulandı. İnsanlar geliyor, kalıyor ve ödüyor. Nadir ama mümkün. Bu durumda dahi acele etmeyin — birazdan "neden" diyeceğim.
- Varsayım yanlış çıktı. Kimse kalmıyor ya da kimse ödemiyor. Üzücü ama en ucuz öğrenme. Bu, yön değiştirmek (pivot) için doğru an olabilir.
- Karışık sonuçlar. En sık karşılaşılan durum budur. Bazı kullanıcılar bayılıyor, çoğu kayboluyor. İşte asıl iş buradan sonra başlar.
Üçüncü senaryo en çok kafa karıştıran ama en öğretici olandır. Çünkü içinde hem bir "evet" hem bir "hayır" saklıdır ve sizin işiniz hangisinin gerçek olduğunu bulmaktır.
Bayılan azınlığı dinle
Karışık sonuçlarda yapılacak en doğru şey, ürünü bırakıp gidenlere değil, kalan ve seven azınlığa odaklanmaktır.
O küçük grup neden kaldı? Hangi problemi sizin çözdüğünüz kadar iyi çözen başka bir şey bulamadılar? Onların ortak bir özelliği var mı — aynı sektör, aynı şirket büyüklüğü, aynı rol?
Bu sorular sizi çoğu zaman ürün-pazar uyumunun (PMF) ilk kıvılcımına götürür. Erken aşamada herkesi memnun etmeye çalışmak yerine, sizi gerçekten sevenleri daha da memnun ederek büyümek çok daha sağlamdır.
KolayOnay'da bunu net yaşadık. İlk sürümü herkese hitap etsin diye genel tutmuştuk. Ama kalan kullanıcılara baktığımızda hepsinin benzer bir akışta sıkıştığını ve ürünü tam o noktada kullandığını gördük. Yol haritamızı tahminlerimize göre değil, o gözleme göre yeniden çizdik.
"Büyüme" değil, "tekrarlanabilirlik" peşinde koş
Varsayım doğrulandığında akla ilk gelen şey büyümektir: daha çok reklam, daha çok kullanıcı, belki bir ekip.
Ama büyümeden önce cevaplamanız gereken bir soru var: Bir müşteriyi öngörülebilir bir yoldan bulup ödeme yapar hale getirebiliyor musunuz?
Eğer ilk müşterileriniz tesadüfen, tanıdık üzerinden ya da tek seferlik bir denk gelmeyle geldiyse, ortada henüz tekrarlanabilir bir şey yok demektir. Bu durumda reklam bütçesini artırmak, çözülmemiş bir sorunu sadece pahalı hale getirir.
Önce şunu netleştirin:
- Hangi tip müşteri en hızlı "evet" diyor?
- Onları nereden, hangi mesajla buluyorsunuz?
- Satış sürecinde tekrar eden, çoğaltılabilir bir kalıp var mı?
Bu kalıbı bulduğunuzda büyüme bir kumar olmaktan çıkıp bir çarpan haline gelir. Bulmadan büyümek ise sadece para yakmaktır.
Fiyatı yeniden masaya yatır
MVP aşamasında fiyat genelde bir tahmindir, çoğu zaman düşük tutulur ya da hiç alınmaz. Ürün doğrulanmaya başladığında ise fiyat artık bir tahmin olmaktan çıkıp ölçülebilir bir karara dönüşmelidir.
İlk ödeyen müşterileriniz size çok şey öğretti: hangi özellik için para vermeye razılar, hangi planı seçiyorlar, nerede tereddüt ediyorlar. Bu veriyle fiyatlandırmayı yeniden gözden geçirmek MVP sonrasının en kârlı ama en çok ertelenen işidir. Çoğu kurucu fiyatı yıllarca düşük tutar ve farkında olmadan en büyük büyüme kaldıracını kullanmaz.
Doğru metrikleri kurmaya başla
MVP sırasında birkaç kaba sayıyla idare edersiniz. Sonrasında ise neyin işe yarayıp yaramadığını anlamak için düzenli ölçüm şart olur.
Her metriği takip etmeye çalışmak yerine, işinizin türüne uygun birkaç temel sayıyla başlayın. Bir abonelik ürünü için MRR, churn, LTV ve CAC genelde yeterli bir başlangıçtır. Asıl önemli olan metrik panosunun şık görünmesi değil, her hafta aynı yere bakıp "geçen haftaya göre ne değişti?" sorusunu cevaplayabilmenizdir.
Erken aşamada bir uyarı: çok az kullanıcıyla hesaplanan oranlar yanıltıcıdır. 10 kullanıcının 1'i ayrıldığında churn'ünüz "%10" görünür ama bu istatistiksel olarak gürültüdür. Sayılar anlam kazanana kadar onları yön bulmak için kullanın, kesin karar vermek için değil.
Teknik borcu görmezden gelme, ama hepsini de ödeme
MVP hızlı doğrulamak için yazılır ve bu yüzden bir miktar teknik borç taşır — bu normaldir, hatta doğrudur. Sorun, ürün büyümeye başladığında bu borcu tümüyle yok saymaktır.
Doğru yaklaşım uçlarda değil ortadadır:
- Her şeyi baştan yazmak erken bir lükstür; henüz kalıcı olup olmayacağı belli olmayan bir ürünü mükemmelleştirmek zaman kaybıdır.
- Borcu tamamen yok saymak ise bir noktada büyümeyi durdurur; her yeni özellik daha yavaş çıkar, sistem sık sık kırılır.
Pratikte şunu yapın: en sık dokunduğunuz ve en sık kırılan yerleri seçici biçimde sağlamlaştırın. SaaS geliştirirken dikkat edilmesi gerekenlerin çoğu tam da bu dengeyle ilgilidir: hızı korurken sistemi büyümeye hazır tutmak.
En sık yapılan hata: erken "ölçeklenme" modu
MVP sonrası gördüğüm en pahalı hata, henüz birkaç düzine kullanıcı varken şirketi büyük bir oyuncu gibi yönetmeye başlamaktır: ekip alınır, ofis tutulur, reklam bütçesi açılır, "ölçeklenme" konuşulur.
Oysa ölçeklenecek tekrarlanabilir bir şey henüz yokken yapılan her büyütme, sadece yanlışı hızlandırır. Bu aşamada hâlâ "ölçeklenmeyen işler" yapmanın tam zamanıdır: müşterilerle tek tek konuşmak, kuruluşları elle yapmak, geri bildirimleri kendiniz toplamak. Bu işler can sıkıcı görünür ama size hiçbir panonun veremeyeceği bilgiyi verir.
Büyüme, sebep değil sonuçtur. Önce kazanma biçimini bulun; büyüme onu takip eder.
Toparlarsak
MVP'den sonrası, "daha çok özellik" değil "daha çok netlik" peşinde koşmaktır. Sırayla:
- Önce gelen sinyali oku — kim kaldı, ne için kaldı, ne ödedi.
- Üç senaryodan hangisinde olduğunu dürüstçe belirle.
- Seven azınlığa odaklan, PMF'in kıvılcımını orada ara.
- Büyümeden önce tekrarlanabilir bir kazanma biçimi bul.
- Fiyatı ve metrikleri gerçek veriyle yeniden kur.
- Teknik borcu seçici biçimde, büyümeyi yavaşlatan yerden öde.
- Erken "ölçeklenme" modundan kaçın.
MVP, doğru sorulara ucuzdan cevap bulma aracıdır. Yayın sonrası dönem ise bu cevapları doğru kararlara çevirme sanatıdır. Acele eden değil, sinyali doğru okuyan kazanır.
Bir MVP'niz yayında ve "şimdi ne yapmalıyım, neye odaklanmalıyım?" diye düşünüyorsanız, bana ulaşabilirsiniz — birlikte sinyali okuyup sonraki adımı netleştirelim. Sunduğum hizmetlere de göz atabilirsiniz.