Ürün planlama
MVP kapsamı: ilk sürüme neyi dahil etmeli?
Ekran sayısından önce, kullanıcının tamamlayacağı işi ve bunu ayakta tutacak operasyonu tanımlayın.
Bir kullanıcı, bir tamamlanabilir iş
İlk sürüm için “bir uygulama” yeterli bir tanım değil. Kimin hangi işi yapacağını bir cümlede anlatabilmeliyiz: bir müşteri randevu seçer, talep gönderir ve durumunu görür. Bu cümle; takvim, yönetici onayı, bildirim ve iptal gibi bağımlılıkları ortaya çıkarır. MVP sınırı, güzel görünen birkaç ekranın etrafına değil, baştan sona tamamlanabilen bir akışın etrafına çizilir.
Görünmeyen işler de kapsama dahildir
Kimlik doğrulama, kullanıcı yetkileri, hata mesajları, verinin korunması ve yönetim ekranı çoğu ürünün çalışması için gerekir. Ödeme veya üçüncü taraf entegrasyonunda başarısızlık durumunu da tarif etmek gerekir. Bunları “sonra ekleriz” diye dışarıda bırakmak, ilk gerçek kullanıcı geldiğinde ürünün çalışmaması anlamına gelebilir. Buna karşılık gelişmiş raporlar, ikinci bir kullanıcı rolü veya ek platformlar ilk akış için zorunlu değilse sonraki aşamaya ayrılabilir.
Takvimi belirsizlikler belirler
Basit bir MVP için konuşulan süre, veri taşıma, çok sayıda entegrasyon veya karmaşık yetki yapısı olan platforma uygulanamaz. Keşifte temel akışı, varsayımları, teslim ölçütlerini ve açık soruları yazarız. Örneğin “ödeme tamamlanınca erişim açılır” ifadesini, başarısız ödeme ve yinelenen bildirim durumlarıyla birlikte netleştiririz. Sonrasında aşamalı plan ve USD üzerinden kapsam teklifi hazırlanır; yayın öncesi test ve mağaza incelemesi ayrıca hesaba katılır.
PROJENİZE UYARLAYALIM
Danışmanlık ve Kod İncelemesi
Mimari kararlar, kod incelemesi ve ekip mentörlüğü. Devraldığınız bir kod tabanını da inceleriz.