Bir SaaS ürününde en pahalı hata, "yanlış özellik" değil; "doğru özellik ama yanlış sırada" hatasıdır. Yanlış özellik bir haftada düzeltilir, yanlış sıra bir çeyrek yıl kaybettirir.
Önceliklendirme çerçevesi
Her aday için dört soru:
- Etki: Kaç kullanıcı, hangi sıklıkla etkilenecek?
- Kanıt: Bu etkiyi ölçebildiğimiz veri var mı?
- Maliyet: Gerçekte ne kadar sürer — bakımıyla birlikte?
- Risk: Yanlış yaparsak ne kaybederiz?
"Bunu istiyoruz" bir başlangıç noktası değil, bir varsayımdır. Doğrulanması gerekir.
Bakım, özellik değildir
Bunu söylemek zor ama önemli: bir hata düzeltmesi, yeni bir özellik kadar değerlidir. Ağırlıklı kullanıcı yolunu kıran bir hata, on özellikten daha fazla zarar verir. Ürün ekiplerinin çoğu bunu "iş değeri" olarak görmez; oysa bakım borcu biriktikçe her yeni özellik daha pahalı hâle gelir.
Pratik bir düzen
- Her çeyrek, özellik kapasitesinin en az %20'sini bakıma ayırın.
- Bakım borcunu görünür kılın: teknik borç listesi her ay güncellensin.
- Ölçün: "ortalama yanıt süresi", "hata oranı", "destek yükü" — bunlar bakımın bedelidir.
İyi yazılmış yazılım, kodu değil, kararları optimize eder.