MVP kapsamını seçmek, büyük ürünün her bölümünü biraz eksilterek küçük bir sürüm yapmak değildir. İlk sürümün hangi önemli belirsizliği azaltacağını ve hangi müşteri işini baştan sona tamamlayacağını belirlemek gerekir. Bunun dışındaki birçok değerli özellik bekleyebilir.
Kapsam dışında bırakmak bir kalite bahanesi olmamalıdır. Kullanıcının anlamlı bir işi güvenilir biçimde tamamlaması için gereken parçalar korunur; henüz kanıt üretmeyen genişlik azaltılır.
İlk sürümün sorusunu yazmak
“Bu ürünü insanlar kullanır mı?” çok geniştir. Hangi kullanıcı, hangi koşulda, hangi işi mevcut yöntemine tercih ederek yapacak? Bu sorunun cevabı ilk sürümün sınırını daraltır.
Örneğin mağaza operasyon sorumlusunun sahipsiz sipariş sorunlarını bulup ilgili kişiye aktarabilmesi seçilebilir. Bu görev için bütün şirket raporlaması, gelişmiş tahmin ve çoklu organizasyon yönetimi ilk aşamada gerekli olmayabilir.
Soru yalnız kullanılabilirlik değil, veri erişimi veya sonuç doğruluğu da olabilir. En kritik belirsizlik çözülmeden güzel bir arayüz hazırlamak yanlış sırada yatırım yaratabilir.
Uçtan uca küçük bir görev seçmek
Dar kapsam, yarım iş anlamına gelmez. Girdi alınmalı, kullanıcı anlamlı bir işlem yapmalı, sonuç anlaşılır olmalı ve başarısızlıkta ne yapılacağı bilinmelidir. İlk adımı çok iyi çalışan fakat sonucu kullanılamayan ürün zayıf öğrenme üretir.
Görev için gereken veri, izin, hata durumu ve destek yolu kapsamın parçasıdır. Bunları “sonra ekleriz” diye dışarı atmak, gerçek kullanımın mümkün olup olmadığını sınamayı engelleyebilir.
Bazı adımlar başlangıçta insan tarafından yürütülebilir. Bu açıkça tasarlanmış bir pilot yöntemi olabilir; ancak kullanıcıya otomatik bir sistem varmış gibi gösterilmemeli ve insan emeği maliyetten silinmemelidir.
Dahil etmeme kararını üç soruyla sınamak
Bir özellik çıkarıldığında seçilen görev hâlâ tamamlanıyor mu? Kritik varsayım hâlâ sınanıyor mu? Kullanıcıya verilen söz hâlâ doğru mu? Üçüne de evet denebiliyorsa özellik ilk sürüm dışında kalabilir.
Örneğin çok sayıda dışa aktarma biçimi yerine tek kullanılabilir çıktı yeterli olabilir. Fakat hedef iş başka sisteme aktarım gerektiriyorsa hiç çıktı sunmamak kapsamı daraltmak değil, işi eksiltmek olur.
Her dışarıda bırakılan unsur için gerekçe yazmak uzun bir belge gerektirmez. “İlk pilot tek mağazayla sınırlı; çoklu mağaza yönetimi sonraki kanıta bağlı” gibi bir cümle ekip ve kullanıcı beklentisini hizalar.
Vazgeçilmez sınırları korumak
Kimlik ve erişim, veri bütünlüğü, doğru durum bilgisi ve gerekli gizlilik kontrolleri ürünün niteliğine göre ilk sürümde de önemlidir. Deneysel ürün etiketi, yetkisiz işlem veya yanlış başarı mesajı için gerekçe değildir.
Özellikle dış sistemde yazma işlemi yapan araçlarda izin kapsamı, geri alma imkânı ve tekrar çalıştırma davranışı açık olmalıdır. Yalnız öneri gösteren bir pilotla otomatik değişiklik yapan ürün aynı kapsamda değerlendirilmez.
Bu sınırlar uygulamayı büyütüyorsa seçilen müşteri görevini daha da daraltmak gerekebilir. Güvenilirliği azaltarak kapsamı yetiştirmek yerine daha küçük ama çalışır bir taahhüt seçilebilir.
Pilotun kabul ve durdurma koşulları
Kullanıcının hangi görevi ne kadar yardım almadan tamamlaması gerektiğini tanımla. Hangi hata pilotu durdurur, hangi sorun manuel destekle yönetilebilir, hangi bulgu ürünü yeniden düşünmeyi gerektirir? Bu sorular baştan cevaplanmalıdır.
Ölçüt yalnız kayıt olan kişi sayısı olmasın. Görevin tamamlanması, tekrar ihtiyaç doğduğunda geri dönme, çıktının gerçek işte kullanılması ve müdahale yükü daha anlamlı olabilir. Her metrik seçilen soruyla bağlantılı olmalıdır.
İlk kullanıcıların kurucuyla yakın ilişkisi veya yoğun destek alması sonucu etkileyebilir. Pilot bulgularını daha geniş pazarın kesin kanıtı gibi sunma; hangi koşulda gözlendiğini yaz.
Sonraki sürümü eksik listesinden seçmemek
Pilot sonunda sıradaki iş otomatik olarak dışarıda bırakılan özellikler değildir. Öğrenilen problem, ilk varsayımın yanlış olduğunu gösterebilir. Bazı özellikler hiç gerekmeyebilir; daha önce düşünülmeyen bir veri sorunu öncelik kazanabilir.
Karar kaydında neyin çalıştığı, hangi yardımın gerektiği, hangi iddianın hâlâ sınanmadığı ve sonraki en küçük adım yer alsın. Böylece MVP, büyük planı hızla tamamlamanın değil, doğru planı bulmanın aracı olur.
MerchNivo ürün kararı rehberi ve otomasyon ile AI agent ayrımı kapsam sınırını farklı açılardan değerlendirmek için kullanılabilir.