MVP nedir? İlk sürümü ne kadar küçük tutmalısınız?

MVP kısaltması yanlış anlaşıldığı için çoğu projeye zarar veriyor. Kelimenin karşılığı "en küçük yaşayabilir ürün" — ama pratikte "yarım bırakılmış ürün" gibi uygulanıyor. Aradaki fark şudur: iyi bir MVP daha az iş yapar, yaptığı işi eksiksiz yapar. Kötü bir MVP her işi yarım yapar.

Doğru soru: hangi varsayımı test ediyorsunuz?

Her ürün fikri bir varsayıma dayanır. "İnsanlar kuyrukta beklemek yerine telefonundan sipariş vermek ister" bir varsayımdır. MVP'nin tek görevi bu varsayımı en ucuz yoldan sınamaktır. Varsayımı yazamıyorsanız, küçültecek bir şey de yok demektir.

Kapsamı kısmanın üç dürüst yolu

• Kullanıcı sayısını kısın. Herkese açmak yerine tek şube, tek ekip ya da tek şehirle başlayın. Altyapı maliyeti düşer, geri bildirim hızlanır.
• Otomasyonu erteleyin. İlk sürümde arka planı elle yürütmek çoğu zaman meşrudur. Sipariş e-postayla size düşsün, siz elle işleyin. Yüz siparişe kadar bu yeterlidir ve size gerçek akışı öğretir.
• Yönetim panelini sonraya bırakın. Panel, ürünün en pahalı ve en az görünen parçasıdır. İlk haftalarda içeriği doğrudan veritabanından yönetmek zaman kazandırır.

Kısmayacağınız üç şey

Bazı şeyler "sonra hallederiz" denemez, çünkü sonradan eklenmesi sıfırdan yazmaya yakın maliyet çıkarır:

• Veri modeli. Yanlış kurulmuş bir veri yapısı, altı ay sonra her yeni özelliği iki katına çıkarır.
• Güvenlik. Yetkilendirme sonradan serpiştirilen bir katman değildir; en baştan kurulur.
• İlk izlenim. Kullanıcı ürünü ilk otuz saniyede yargılar. Az özellik olabilir, özensiz olamaz.

Peki ne kadar sürer?

Deneyimimizde sağlıklı bir MVP 6 ila 10 hafta arasında yayına girer. Bundan kısası genelde kapsamın yeterince düşünülmediğini, uzunu ise MVP değil tam ürün yapıldığını gösterir.

İyi bir ilk sürümün ölçüsü şudur: yayına aldıktan iki hafta sonra hâlâ kullanılıyor mu?

Kapsamı kısmak, hedefi küçültmek değildir. Aksine, doğru hedefe daha erken varmanın tek yoludur — çünkü ilk gerçek kullanıcı, en iyi ürün yöneticisinden daha fazlasını öğretir.