Önce tek ana sonuç
Kullanıcı uygulamayı kapatırken hangi sonucu elde etmiş olmalı? Öğrenmek, rezervasyon yapmak, bir işi takip etmek veya ödeme almak gibi ana sonuç netleştiğinde özellikleri elemek kolaylaşır.
Bu sonuca hizmet etmeyen fikirler kötü değildir; yalnızca ilk sürüm için erken olabilir. Yol haritasında tutulur ve gerçek kullanımdan sonra yeniden değerlendirilir.
MVP kalitesiz demek değildir
Güvenlik, temel hata durumları, erişilebilirlik ve anlaşılır kullanıcı deneyimi ertelenebilecek süsler değildir. Az özellik sunmak, o özellikleri özensiz sunmayı haklı çıkarmaz.
İlk kullanıcıların karşılaştığı kırık bir akış, fikrin değil uygulamanın kötü uygulanmasını test eder. Bu yüzden MVP'nin sınırı dar, kalitesi yeterli olmalıdır.
Özellikleri üç gruba ayırın
Olmadan ana işin yapılamadığı özellikler, deneyimi iyileştirenler ve gelecekte düşünülebilecekler. Bu basit ayrım proje toplantılarında önemli netlik sağlar.
Her özelliğe “Bu olmazsa ilk kullanıcı ana sonucu elde edebilir mi?” diye sorarım. Cevap evetse o özellik sonraki sürüme adaydır.
İlk sürüm bir öğrenme aracıdır
Yayın sonrası hangi ekranın kullanıldığı, hangi talebin tekrarlandığı ve insanların nerede zorlandığı görülür. İkinci sürüm bu gerçeklere dayanmalıdır.
En başta her ihtimali çözmeye çalışmak hem çıkışı geciktirir hem de yanlış varsayımlara büyük yatırım yapılmasına yol açar. İyi MVP, belirsizliği daha düşük maliyetle azaltır.