SaaS Geliştirme

Klasik yazılım tek bir şirket için yazılır ve o şirketin sunucusunda çalışır. SaaS ise aynı anda yüzlerce şirkete hizmet verir; her müşteri kendi hesabını açar, kendi verisini görür ve aylık ya da yıllık bir abonelik öder.

Bu fark mimariyi baştan değiştirir. Müşterilerin verisinin birbirinden ayrı tutulması, kullanıcı sayısı büyüdükçe sistemin yavaşlamaması ve her müşterinin kendi ayarlarını yapabilmesi sonradan eklenecek özellikler değil, ilk günden verilmesi gereken kararlardır.

Ürünün ne yaptığından bağımsız olarak her SaaS'ta bulunan bir omurga var. Bu parçaları sağlam kurmak, ürünün asıl değerini oluşturan özelliklere daha hızlı geçmeyi sağlıyor.

• Kayıt, giriş, şifre sıfırlama ve iki adımlı doğrulama
• Ekip daveti, roller ve yetkiler
• Müşteri bazında ayrılmış veri modeli
• Abonelik planları, deneme süresi, yükseltme ve iptal
• Ödeme sağlayıcısı entegrasyonu ve fatura kayıtları
• Müşteri ve yönetici panelleri
• E-posta bildirimleri ve sistem kayıtları

SaaS projelerinin en sık düştüğü tuzak, ilk sürüme her şeyi sığdırmaya çalışmak. Aylarca geliştirilen ama hiçbir kullanıcının görmediği bir ürün, piyasanın ne istediğini öğrenme fırsatını kaçırır.

Bu yüzden işe ürün tanımıyla başlıyoruz: hangi kullanıcı hangi sorunu çözmek için ürünü açacak ve bu sorunu çözen en küçük özellik seti ne? İlk sürüm bu sınırla yayına çıkıyor, gerçek kullanıcıdan gelen geri bildirimle büyüyor.

Ürünün kapsamına göre süreler değişse de projeler genellikle şu aşamalardan geçiyor:

• Ürün atölyesi: kullanıcılar, temel akışlar ve ilk sürümün kapsamı
• Arayüz tasarımı: panel, tablo, form ve boş durumlar dahil tüm ekranlar
• Altyapı: veri modeli, üyelik, yetkilendirme ve faturalandırma
• Özellik geliştirme: ürünün asıl değerini oluşturan akışlar
• Test ve yayın: ilk kullanıcılarla kontrollü açılış
• Yayın sonrası: ölçüm, geri bildirim ve yeni sürümler

Bir SaaS ürünü müşterilerinin verisini taşır; bu da güvenliği ürünün parçası yapar. Şifrelerin güvenli saklanması, oturum yönetimi, yetki kontrolleri ve düzenli yedekleme ilk sürümden itibaren kapsamda.

Türkiye'deki müşterilere hizmet veren ürünlerde KVKK gerekliliklerini mimari kararların içinde ele alıyoruz: hangi verinin nerede tutulduğu, kimin erişebildiği ve nasıl silindiği baştan belli oluyor.

Geliştirdiğimiz ürünün kaynak kodu ve altyapısı baştan sizin hesaplarınızda kuruluyor. Bizimle çalışmayı bıraktığınız gün ürün, verisi ve kodu sizde kalıyor. Yayından sonra aylık bakım ve geliştirme anlaşmalarıyla aynı ekip ürünü büyütmeye devam edebiliyor.

SaaS bir kere satılıp biten bir ürün değil; müşteri her ay yeniden karar veriyor. Bu yüzden ürün yayına çıktığı gün ölçüm de başlamalı. İlk sürümden itibaren yönetim paneline şu göstergeleri ekliyoruz:

• Aylık yinelenen gelir (MRR) ve büyüme hızı
• Deneme süresinden ücretli plana geçiş oranı
• Müşteri kaybı (churn) ve kaybın gerekçeleri
• Aktivasyon: yeni kullanıcının ürünün asıl değerine ne kadar sürede ulaştığı
• Hangi özelliğin ne sıklıkla kullanıldığı

İlk yüz kullanıcı için kurulan altyapının ilk on bin kullanıcıyı da taşıyabilmesi gerekir; ama ilk günden on bin kullanıcılık bir sisteme para harcamak da gereksizdir. Bu yüzden ürünü büyüdükçe genişleyebilen bulut altyapısında kuruyor, maliyeti kullanıcı sayısıyla birlikte artacak şekilde planlıyoruz.

Düzenli yedekleme, hata izleme, performans takibi ve güvenlik güncellemeleri yayından sonraki bakımın parçası. Sorun kullanıcı fark etmeden önce bizim ekranımıza düşüyor.

Her SaaS fikri sıfırdan kod gerektirmez. Fikrin ilk hâli, hazır bir platformun üzerine kurulan basit bir sürümle de denenebilir; ilk müşteriler gerçekten ödeme yapıyorsa ürün sonra kendi altyapısına taşınır. Bu yol erken aşamada hem zaman hem bütçe kazandırır.

Ürünün asıl değeri bir iş akışının kendisiyse, birden fazla müşteri yapısı, özel yetkilendirme ya da derin entegrasyonlar gerekiyorsa SaaS ürün geliştirmeye baştan kendi altyapısıyla başlamak daha doğru. Bu kararı ürün atölyesinde, sizin hedeflerinize ve bütçenize göre birlikte veriyoruz.

İyi bir ürün kendi kendine satılmıyor. SaaS'ta müşteri genellikle ürünün web sitesinden, ücretsiz denemeyle geliyor; bu yüzden tanıtım sitesi, kayıt akışı ve ilk kullanım deneyimi ürünün kendisi kadar önemli.

Fiyatlandırma da bir ürün kararı. Kullanıcı sayısına, kullanım miktarına ya da özelliklere göre kademelenen planlar, deneme süresinin uzunluğu ve yıllık ödeme indirimi baştan düşünülmeli; faturalandırma altyapısı bu modele göre kuruluyor. Sonradan değiştirmek mümkün, ama ilk sürümde doğru kurmak işi kolaylaştırıyor.

İlk sürüm yayına çıktığında asıl iş başlıyor. Kullanıcıların neyi kullandığını, nerede takıldığını ve neden ayrıldığını ölçerek bir sonraki sürümün kapsamını belirliyoruz. Yeni özellikler, gerçek kullanıcı ihtiyacından doğduğunda ürün daha hızlı ve daha doğru büyüyor.

Bu dönemde düzenli sürüm takvimi, hata takibi ve müşteri geri bildirimlerinin toplandığı bir yapı kuruyoruz. Aylık geliştirme anlaşmasıyla aynı ekip ürünü tanıyarak geliştirmeye devam ediyor.

SaaS projelerinde en sık gördüğümüz hatalar teknik değil, ürün kararlarıyla ilgili:

• İlk sürüme çok fazla özellik koymaya çalışmak
• Müşteri verisini ayırmayı ve yetki modelini sonraya bırakmak
• Faturalandırmayı elle yürütüp ürün büyüyünce yeniden yazmak
• Ölçüm kurmadan yayına çıkmak ve neyin işe yaradığını bilmemek
• Kayıt ve ilk kullanım deneyimini ihmal etmek