MVP Geliştirme Süreci
30 Ocak 2026
MVP'yi öğrenme aracı olarak tanımlama, Dropbox ve Zappos doğrulama yöntemleri, core loop ve RICE önceliklendirme rehberi.
MVP Nedir: Öğrenme Aracı ile Özellik Listesi Farkı
MVP kavramı çoğu zaman yanlış anlaşılır; "minimum" kelimesi çoğunlukla "az özellikli ürün" olarak yorumlanır. Orijinal tanım farklıdır: minimum viable product, bir hipotezi en az çabayla test etmenizi sağlayan öğrenme aracıdır. Buradaki amaç çalışan bir ürün teslim etmek değil, belirli bir varsayım hakkında gerçek veri toplamaktır. Bu fark, ne inşa edeceğinizi temelden etkiler.
"Minimum özellik listesi" yaklaşımında ekip yapılabilecek en küçük ürünü listeler ve inşa eder. "Öğrenme aracı" yaklaşımında ise test edilmesi gereken en kritik hipotezi belirler ve bunu doğrulamak için en ucuz yöntemi seçer. Kritik hipotez "kullanıcılar bu problemi ödemek istediği bir sorun olarak görüyor mu?" ise doğrulamak için çalışan kod yazmak gerekmeyebilir; bir landing page, bir video veya elle yürütülen bir hizmet bu soruyu daha hızlı yanıtlayabilir.
Dropbox ve Zappos: Çalışan Ürün Olmadan Doğrulama
Dropbox MVP olarak 3 dakikalık bir demo videosu çekti. Videoda gerçek senkronizasyon yazılımı yoktu; sadece sistemin nasıl çalışacağı anlatılıyordu. Video yayınlanmadan önce 5.000 kişilik waitlist, sabaha kadar 75.000'e çıktı. Bu sonuç "insanlar dosya senkronizasyonu sorununu yeterince acı verici buluyor mu?" sorusunu on binlerce gerçek veriyle yanıtladı; ekip bu yanıtı almadan önce tek satır üretim kodu yazmamıştı.
Zappos'un yaklaşımı Dropbox'tan daha somuttu ama özü aynıydı. Tony Hsieh bir e-ticaret sitesi açtı, ayakkabı fotoğraflarını yükledi ve sipariş geldiğinde o ürünü mağazadan satın alıp postayla gönderdi; envanter yoktu, depo yoktu, lojistik sistemi yoktu. Bu yaklaşım "insanlar ayakkabıyı internetten satın alır mı?" sorusunu sıfır teknoloji yatırımıyla yanıtladı. Her iki örnek, MVP'nin çalışan ürün gerektirmediğini ve en kritik riskin en ucuz testle doğrulanabileceğini gösterir.
Core Loop: Değerin Hissedildiği An
Core loop, kullanıcının ürünün temel değerini ilk kez deneyimlediği adımdır. Bir görev yönetim uygulamasında bu an belki ilk görevi tamamlamak ve tik atmaktır; bir içerik analiz aracında ise ilk raporu görüp "bu veriye daha önce sahip değildim" demektir. Bu anın nasıl tanımlandığı, onboarding tasarımını, ilk ekranı ve hatta kayıt formundaki alan sayısını doğrudan etkiler.
Araştırmalar, kullanıcının core loop anına ilk oturumda ulaşamadığında yaklaşık %80'inin ikinci haftaya geçmediğini gösteriyor. Bu rakam, aktivasyon anına giden her ekstra tıklamanın ne kadar pahalı olduğunu ortaya koyar. MVP kapsamı belirlenirken core loop'u mümkün olan en kısa yoldan sunan akış korunmalı; admin paneli, gelişmiş raporlama, çoklu dil desteği ve public API bu akışın önündeki geliştirmeler tamamlanmadan listeye alınmamalıdır.
RICE Skoru ile Önceliklendirme
RICE, özellik önceliklendirmesini öznel tartışmadan sayısal bir hesaba taşır. Formül: (Reach × Impact × Confidence) ÷ Effort. Bir özelliğin aylık 1.000 kullanıcıya ulaşması (Reach), yüksek etki yaratması (Impact = 3 üzerinden 3), %80 güvenle çalışacağının düşünülmesi (Confidence = 0,8) ve 2 mühendis-hafta çaba gerektirmesi (Effort = 2) durumunda RICE puanı 1.000 × 3 × 0,8 ÷ 2 = 1.200 olur.
Bu hesabın en önemli yanı "confidence" bileşenidir. %100 yazmanın cazibesine kapılmak kolaydır ama bu değer nadiren gerçekçidir; teknik belirsizlik, kullanıcı araştırması eksikliği veya karmaşık bağımlılıklar confidence'ı aşağı çeker. %80 yazmak ütopik bir özellik değerlendirmesinin önüne geçer ve ekibin tartışmaktan kaçındığı riski sayısal olarak görünür kılar. Haftalık sprint planlamasına RICE puanlamasını dahil etmek, "bu daha önemli" gibi argümanları somut veriyle karşılamayı kolaylaştırır.
Sık Sorulan Sorular
MVP ne kadar hızlı tamamlanmalı? İki ila dört hafta sıkça belirtilen başlangıç noktasıdır; amacın doğrulama olduğunu unutmadan "şimdi ne öğrenmem lazım?" sorusuyla süre kısaltılabilir.
RICE'ta Impact skoru nasıl belirlenir? Belirli bir ölçek tutarlı kullanılır; örneğin 1 = düşük, 2 = orta, 3 = yüksek, 5 = çok yüksek. Aynı ekipte aynı skalayı kullanmak puanları karşılaştırılabilir tutar.
Demo videosu ile MVP olur mu? Evet, eğer doğrulamak istediğiniz hipotez "insanlar bu ürüne ilgi gösterir mi?" düzeyindeyse. Teknik karmaşıklığı veya ölçek problemlerini doğrulamak için çalışan kod gerekebilir.
Core loop doğrulduktan sonra MVP'ye ne eklenmeli? Core loop güçlü retention üretiyorsa sıradaki adım bir çıkış noktasını kapatmaktır; kullanıcıların en çok nerede ayrıldığını ölçün ve o adımı kolaylaştıracak tek bir geliştirme yapın.
MVP olmayan özellikler nasıl yönetilir? Backlog'da tutun ama sprint'e almayın. RICE puanı verip listeye alınmasını tartışmaya açık tutmak, hangi özelliğin ne zaman sıraya gireceğini görünür kılar.
