Ödeme anından başlayın
Müşteriyi, sorununu ve onu karta uzandıran somut sonucu tarif edin. Bir maaş hesaplayıcısı için bu, kendi durumuna uygun doğru net maaş rakamı olabilir. Bir randevu aracı için telefon açılmadan gelen ilk randevu.
MVP'deki her şey ya o ana götürmeli ya da o anı güvenilir kılmalı. Geri kalan her şey "sonra" adlı yazılı bir listeye, neden bekleyebileceğinin notuyla birlikte gider.
Gösterişsiz ama şart olan parçalar
Hesaplar ve şifre sıfırlama. Bir müşteride birden fazla kişi giriş yapacaksa organizasyonlar ve roller. Abonelik, fatura ve başarısız ödeme yönetimi. İşlem e-postaları. Bir müşteriye veritabanına elle dokunmadan yardım edebilmeniz için iç yönetim ekranı.
Bunlar sunum dosyalarında pek yer almaz, ama atlandıklarında satamayacağınız ve destekleyemeyeceğiniz bir ürünle yayına çıkarsınız. İlk sprintten planlayın.
Sonradan değiştirmesi zor kararlar
Müşteri verisinin nasıl ayrılacağına, yetkilerin nasıl çalışacağına ve arka plan işlerinin nasıl yürüyeceğine erken karar verin. İlk yüz müşteriden sonra bunları değiştirmek pahalıdır. TypeScript, React ve PostgreSQL gibi yaygın ve iyi desteklenen bir altyapı seçmek de ileride ekibe eleman bulmayı kolaylaştırır.
Yayından sonra neyi ölçmeli
Her şeyden önce aktivasyonu, yani yeni hesapların ne kadarının ödeme anına ulaştığını izleyin. Aktivasyon düşükse daha fazla özellik işe yaramaz; ilk sonuca giden yolu kısaltmak yarar.
Kendi SaaS ürünlerimiz CostAnswer ve Rehabilty bize aynı şeyi öğretti: yeni bir hesabın ilk on dakikası özellik listesinden daha önemli.
Dışarıdan bir ekiple çalışırken
Bir geliştirme ekibiyle çalışacaksanız onlara yalnızca özellik listesini değil, ödeme anını ve "sonra" listesini verin. Bütçe üçte bir küçülse kapsamı nasıl keseceklerini sorun. Cevapları, ürünü anlayıp anlamadıklarını gösterir. Yazılım tarafındaki yaklaşımımız için özel yazılım sayfasına bakabilirsiniz.