Ana içeriğe atla

Startup MVP

MVP Sonrası Ne Yapılmalı? İlk 90 Gün Planı

MVP yayına çıktı, ya sonra? Yeni özellik ekleme yarışı yerine ay-by-ay plan: ölçüm, öğrenme, daraltılmış roadmap. İlk 90 günü doğru kurgulamak ürünü pazardan kopmayacak şekilde büyütür.

Hızlı cevap

MVP sonrası ilk 90 günde veri, geri bildirim ve ürün önceliklerini nasıl yönetirsiniz? Ay-by-ay aksiyon planı.

T

Tolga Ege

Mobil & Web Yazılım Mimari, AI/SaaS Uzmanı

Yayın: 2026-03-058 dk

Giriş: MVP yayını başlangıçtır, son değil

MVP yayına çıktıktan sonra en yaygın hata ekibin hemen yeni özellikler eklemeye girişmesidir. Oysa MVP'nin asıl amacı varsayımları test etmektir; testin sonucu görülmeden eklenen özellikler, yanlış yönde harcanan kaynaktır.
İlk 90 gün ölçüm + öğrenme + dar roadmap dönemidir. Aşağıda bu süreyi ay-by-ay planlıyoruz. Her ayın sabit hedefi, çıktısı ve karar kapısı var.
Genel ilke: 90 günün sonunda elde olması gereken üç şey: (1) ürünün gerçek kullanım profili, (2) hangi özelliğin hangi metriğe etki ettiği, (3) faz 2 için veriyle desteklenmiş öncelik listesi.

Ay 1 — Veri altyapısını kur, izle, dinle

Hedef: ürünü ölçülebilir hale getirmek. Çıktı: kurulu analytics (Mixpanel / PostHog / Amplitude), funnel tanımları, retention dashboard, NPS / feedback toplama mekanizması, haftalık kullanıcı görüşmesi (3-5 kişi).
Ölçülecek temel metrikler: activation rate (ilk değer alma yüzdesi), day-1 / day-7 / day-30 retention, conversion funnel (kayıttan ödemeye), aha moment'a ulaşma süresi, churn nedenleri.
Bu ay yeni özellik eklenmez. Sadece bug fix + monitoring iyileştirme. Ekibin tüm dikkati ölçüm sistemini sağlam kurmaya. Yanlış metrik, yanlış karar demektir; bu yüzden temel sağlam atılır.
Bonus: 5-10 kullanıcıyla 30 dakikalık görüşme. "Bu ürünü hayatınızdan çıkarmamız gerekirse ne hissedersiniz?" sorusunun cevabı product-market fit göstergesidir (Sean Ellis test).

Ay 2 — Hipotez + öncelik + dar roadmap

Hedef: Ay 1'in verilerinden hipotezler çıkarmak ve 3-5 maddelik dar roadmap kurgulamak. Çıktı: önceliklendirilmiş feature listesi (RICE veya ICE skoruyla), her madde için hipotez ve ölçüm kriteri.
RICE = Reach × Impact × Confidence / Effort. Her özellik fikri bu çerçeveye konur. "Reach" gerçek kullanıcı sayısı (Ay 1'de ölçüldü); "Impact" hangi metriği nasıl değiştirir (örn. retention'a +%10); "Confidence" varsayımın gücü (%50-100); "Effort" geliştirme haftası.
Tipik tuzak: ekip içinden gelen "şu özellik de olsa süper olur" yaklaşımı. Veri yoksa öncelik yok. Her madde sayıya bağlı olmalı. "Activation %20 → %40" hedefi olmayan özellik backlog'a girer, roadmap'e değil.
Bu ay sonu sonu karar kapısı: roadmap'in ilk maddesi geliştirme için onay alır. Onaysız özellik geliştirilmez; pazarlık alanı veri tarafındadır.

Ay 3 — İlk büyütme: bir özellik + bir deney

Hedef: roadmap'in ilk maddesini teslim etmek + öğrenmeyi deneyle doğrulamak. Çıktı: production'da yeni özellik, A/B test sonuçları, day-1 / day-30 metrik karşılaştırması (önce/sonra).
İlk yeni özellik küçük ve ölçülebilir olmalı. "AI chatbot ekleyelim" gibi büyük kapsam değil; "checkout sayfasında %10 hız iyileştirmesi" gibi somut. Küçük başarılar büyük başarıların temelini atar.
A/B test disiplini: yeni özelliği %50 kullanıcıya göster, %50'ye gösterme. 7-14 gün veri topla, istatistiksel anlamlılık kontrol et (en az 100 conversion / variant). Sonuç kötüyse rollback. Bu disiplin sezgisel kararı engeller.
Bu ay sonunda 4. ay için yeni roadmap oluşturulur. Veriler iyi gittiyse benzer özellik ekleme; kötü gittiyse hipotezi yeniden değerlendirme. Süreç döngüseldir, doğrusal değil.

İlk 90 günde kaçınılması gereken 5 hata

1. Veri olmadan özellik eklemek. Hiss yerine sayı. Her özellik bir hipoteze bağlı.
2. Çok fazla paralel iş. 3-5 maddelik roadmap; 15 madde değil. Disiplin olmadan dikkat dağılır.
3. Müşteri görüşmesi atlamak. Sayılar "ne"yi söyler, görüşmeler "neden"i. İkisi de gerekli.
4. Premature optimization. 100 kullanıcı için kurulan altyapıyı 1M kullanıcı için optimize etmek vakit kaybı.
5. Pivot kararını ertelemek. Ay 3'te hipotez yanlışsa pivot kararı ay 6'ya bırakılmaz. Erken kararlar maliyet düşürür.

Sonuç: 90 gün hangi soruları cevaplamalı?

90 gün sonunda şu sorulara net cevap almalısınız: Kullanıcı ürünü ne için kullanıyor (gerçekte, varsayım değil)? Hangi özellik retention'ı en çok artırıyor? Hangi kullanıcı segmenti en değerli? Faz 2 için en yüksek ROI'lu özellik hangisi?
Bu cevaplar elde edilmediyse 90 gün boşa geçmiştir. Yeni özellik eklendi, kod büyüdü, ama öğrenme sıfır. MVP sonrası planlama bu sonucu engellemek için var.
MVP'nizin sonraki fazını planlıyorsanız startup MVP sayfamız üzerinden iletişime geçebilirsiniz; veriye dayalı 90 günlük plan kurmak için ekip kurarız.

Şehir bazlı landing page'ler

İlgili yazılar

Aynı kararı destekleyen diğer yazılar

Sonraki adım

Benzer bir proje planlıyorsanız, bağlamınızı netleştirip teklif akışını birlikte kurabiliriz.

Proje talebi oluştur

Yazar hakkında

T

Tolga Ege

Kurucu — CreativeCode

Mobil uygulama, web yazılım, SaaS ve özel yazılım geliştirme alanlarında 10+ yıllık üretim deneyimi. Flutter, React Native, Next.js, Node.js ve modern AI / LLM ekosistemi (OpenAI, Anthropic, Google) üzerine uçtan uca ürün teslimi yapıyor. CreativeCode'u 2017'de kurdu; 100+ projeyi mobil + web + SaaS dikeylerinde üretime aldı.

Mobil UygulamaSaaS ÜrünleriAI/LLM EntegrasyonProgrammatic SEOTeknik Liderlik