Bir varsayım seçin
“Kullanıcılar bu ürünü sever mi?” tek bir sürümle yanıtlanamayacak kadar geniştir. Bunun yerine kimin, hangi koşulda, hangi işi tamamlayacağını yazın. Örneğin bir işletmenin gelen talepleri tek yerde sınıflandırıp sorumluya atamasını sınayın. Bu işi bugün nasıl yaptığını gözlemleyin; aracı değiştirmek istemesine yol açan sorunu öğrenin. İlk sürümün kapsamını bu davranışın etrafında kurun.
Bir uçtan uca görev tamamlayın
Kayıt ekranı, güzel bir panel ve bildirim düğmesi tek başına bir ürün oluşturmaz. Bir talebin alınması, kontrol edilmesi, atanması ve tamamlandığının görülmesi aynı akışta çalışmalıdır. Gerektiğinde arka plandaki bir adım elle yürütülebilir; ancak kullanıcıya otomatikmiş gibi sunulmamalıdır. Kimlik doğrulama, yetki, temel hata yönetimi ve veri kaybını önleme ilk sürümde de önemlidir.
Bekleyebilecek işleri açıkça ayırın
İleri raporlar, çok sayıda entegrasyon veya ayrıntılı kişiselleştirme, ilk varsayımı sınamıyorsa sonraki sürüme bırakılabilir. Her ertelenen işin nedenini ve yeniden ele alınma koşulunu yazın. Böylece “sonra yaparız” belirsiz bir söz olmaktan çıkar. Kullanıcının esas görevini durduran bir eksik ile sadece deneyimi süsleyen bir özellik aynı öncelikte değildir.
İkinci sürümün kararını kullanımdan çıkarın
İlk kullanıcının görevi tamamlayıp tamamlamadığını, nerede yardım istediğini ve tekrar kullanıp kullanmadığını izleyin. Yalnız ziyaret veya hesap sayısını başarı kabul etmeyin. Kısa görüşmeleri görev gözlemleriyle birleştirin. Bir sonraki sürümü en yüksek sesli talep yerine, ürünün temel işini daha güvenilir ve yararlı yapan bulgularla planlayın.