Kararın dayanağı
MVP, işe yarayan bir sonuca kadar tamamlanan bir akış ve bunun değerini sınama yolu gerektirir. Seçilen işin bitmesi, denemenin güvenli olması veya sonucunun gözlenmesi için gereken özellikler kalır.
Somut bir örnek
Varsayımsal ekipman kiralama hizmetinde müsaitlik, talep, personel onayı ve iptal kalsın. Sorumlusu belliyse ve müşteriye açıklanıyorsa fatura elle kesilebilir. Ekipman bulunamadığı için reddedilen talepleri de kaydedin; yalnız başarılı rezervasyonlara bakmayın.
Kiralama sürecinden tamamlanabilen bir bölüm seçmek
İlk teslimi başlangıcı ve sonu olan bir işlem dizisiyle yazın: müşteri uygun ürünü bulur, tarih ister, yanıt alır ve bundan sonra ne yapacağını bilir. Önerilen bir özelliği çıkarıp akışı tekrar deneyin. Süreç hâlâ anlaşılırsa ve açığı sorumlu biri karşılayabiliyorsa özellik bekleyebilir. Para, müsaitlik veya sorumluluk belirsizleşiyorsa bu eksik ilk kapsamın parçası olarak ele alınmalıdır. Her şeye “zorunlu” demek yerine hangi sözü koruduğunuzu açıklamış olursunuz.
Elle yapılan işi de ürünün parçası olarak tanımlamak
Manuel çözüm ancak sorumlusu, kapasitesi ve görünür durumu olduğunda bilinçli bir MVP kararıdır. Personel rezervasyonu elle onaylayabilir; fakat karar verilmeden ekranda “onaylandı” yazmamalıdır. Gecikmenin müşteriye nasıl bildirileceğini, mesai dışında ne olacağını ve taleplerin nerede bekleyeceğini belirleyin. Operatör için işlem listesi tutup müdahaleleri kaydedin. Elle yapılan iş planda görünmese de müşteriye verdiğiniz sözü belirlemeyi sürdürür. Bu işin gerçek yükü, sonraki otomasyona gerekçe olabilir.
Yeni özelliği gerektirecek kanıtı belirlemek
Ertelenen her özellik için onu yeniden değerlendirmeye değer kılacak gözlemi tanımlayın. Çok konum desteği, rakip harita eklediği için değil, gerçek bir rezervasyon konumlar arasında doğru yürütülemediği için gerekebilir. Terk edilen talepleri, düzeltmeleri, destek sorularını ve tamamlanmaları uygun gizlilik kurallarıyla izleyin; sayıları kullanıcı görüşmeleriyle birlikte değerlendirin. Yayından önce kabul edilen, reddedilen ve iptal edilen talebi personelin adımları dahil sınayın. Ürünün öğretebilmesi için verilen sözün tamamı çalışmalı, çalışmadığı yer de görülebilmelidir.
Değerlendirilecek seçenekler
Elle sunulan hizmet talebi, tıklanabilir prototip anlaşılmayı, çalışan MVP gerçek kullanımı sınar. Açık soruya göre seçim yapın.
Planın aksadığı yer
Rakibin menüsünü kopyalamayın. Yetki, toparlanma ve gerekli bildirimler az görünür diye ertelenemez. Ertelenen her özelliğin gerekçesi ve geri alınma koşulu olsun.
İşe başlamadan önce
Hangi kullanıcı hangi işi yapacak? Elle kalan bölüm verilen sözü koruyor mu? Hangi gözlem yatırımı değiştirecek? MVP geliştirme kapsamına bu yanıtları koyun.