SaaS Ürün Geliştirme
İlk sürümden ölçeğe SaaS mühendisliği.
ALGOFACT, yazılımını abonelikle satmak isteyen girişimler ve kendi iç yazılımını ürüne dönüştürmek isteyen kurumlar için SaaS ürünleri geliştirir. Çok kiracılı (multi-tenant) mimariyi, kiracılar arası veri ayrımını, abonelik ve faturalamayı, kullanıcı onboarding’ini ve ürünün kendi yönetim konsolunu baştan tasarlarız. İlk müşteriye çıkacak sürümü ve büyümenin gerektireceği altyapıyı ayrı aşamalar olarak planlar, ürünü otomatik dağıtım, izleme ve runbook’larla canlıya alırız.
Kısa bilgiler
Son güncelleme:
- Mimari
- Multi-tenant, kiracı bazlı veri ayrımı
- Gelir altyapısı
- Abonelik, deneme ve kullanıma göre faturalama
- Kimlik
- Organizasyon, rol ve kurumsal SSO
- İşletme
- CI/CD, ayrı ortamlar ve izleme
- Bilgi güvenliği
- ISO 27001:2022 kapsamında
- Aşamalar
- MVP, ilk ödeyen müşteriler, ölçek
SaaS modeli ürününüz için doğru mu?
SaaS, aynı yazılımı çok sayıda müşteriye tek bir kod tabanı ve tek bir işletme ekibiyle sunmanın yoludur. Müşterileriniz benzer bir sorunu yaşıyorsa, kurulum ve özelleştirme ihtiyacı sınırlıysa ve gelir modeliniz tekrarlayan abonelikse doğru seçimdir. Her müşteri için ayrı kurulum ve ayrı kod dalı gerekiyorsa aslında proje bazlı bir hizmet işi yürütüyorsunuzdur; SaaS mimarisi bu durumda maliyeti azaltmaz, artırır.
Sık karşılaşılan bir durum da kendi işi için yazılım geliştirmiş bir şirketin bu yazılımı sektördeki başka firmalara satmak istemesidir. Bu dönüşümde zor olan, tek müşteriye göre yazılmış veri modelini kiracılar arasında güvenle ayırmak ve müşteriye özel ayarları koda gömmek yerine yönetilebilir yapılandırmaya çevirmektir.
Fikir henüz kullanıcılarla doğrulanmadıysa daha küçük başlamanızı öneririz. Bu aşamadaki MVP çalışmaları Venture Studio hizmet hattımızda yürür; mimari, pazar karşılık verdiğinde tam bir SaaS ürününe büyüyebilecek şekilde kurulur.
Hangi ürünlerde uygulanır
Aşağıdaki örnekler, kullanım örnekleri sayfasında anlatılan ürün geliştirme işlerimizden alınmıştır.
- 01
Dikey B2B ürünler
Bir sektörün tek bir işini çözen ürünler. Bora AI için yapay zeka ile kontrol edilen gayrimenkul değerleme platformu ve RFx Engine için tedarik zincirine yönelik yapay zeka destekli RFP üretici bu türe örnektir. - 02
Veri ve analiz platformları
Müşterinin verisini getirip içgörü aldığı ürünler; Soldo için geliştirilen kullanıcı işlem verisi analiz platformu gibi. - 03
Yapay zeka çekirdekli ürünler
Modelin ürünün merkezinde olduğu platformlar. Luwian’ın model risk yönetimi ve governance platformu ile Dioscorium’un kardiyak öngörü platformu MVP olarak geliştirildi. - 04
Abonelikli içerik ve üyelik
İçeriğe veya hizmete ücretli erişim sunan ürünler; Jineps için geliştirilen dijital gazete platformu ve ödeme altyapısı gibi. - 05
Kurum içi yazılımın ürüne dönüşmesi
Tek bir şirket için yazılmış uygulamanın kiracı ayrımı, yapılandırılabilir ayarlar ve self-servis kayıtla başka kurumlara satılabilir hale getirilmesi.
MVP’den ölçeğe yol haritası
- 01
MVP
Tek bir müşteri segmentinin tek bir işini çözen sürüm. Kiracı ayrımı ve kimlik doğrulama ilk günden doğru kurulur; faturalama elle veya basit bir abonelik aracıyla yapılabilir. - 02
İlk ödeyen müşteriler
Self-servis kayıt, deneme süresi, plan ve kullanıcı limitleri, onboarding e-postaları, kiracı bazında kullanım ölçümü ve destek ekibiniz için yönetici ekranları eklenir. - 03
Büyüme
Kurumsal alıcılar için SSO, denetim kayıtları, özel roller ve veri dışa aktarma; performans için önbellek, kuyruk ve arka plan işleri. - 04
Ölçek ve kurumsal satış
Büyük kiracıların ayrı veri tabanına taşınabilmesi, bölgesel veri barındırma, hizmet seviyesi izleme ve güvenlik değerlendirmelerine hazır dokümantasyon.
Proje nasıl ilerler
- 01
Ürün ve fiyatlandırma oturumu
Hedef müşteriyi, fiyatlandırma birimini (kullanıcı, kayıt, işlem) ve ilk sürümün kapsamını netleştiririz. Fiyatlandırma birimi veri modelini doğrudan etkiler. - 02
Kiracı modeli ve mimari
Paylaşımlı şema, kiracı başına şema veya kiracı başına veri tabanı arasından seçim; maliyet, izolasyon ve müşteri beklentisine göre gerekçesiyle yazılır. - 03
Önce platform çekirdeği
Kimlik, organizasyon ve kullanıcı yönetimi, abonelik ve faturalama, bildirimler ve yönetim konsolu, ürün özelliklerinden önce kurulur. - 04
Özellikler ve beta
Değer üreten özellikler kısa döngülerle geliştirilir; seçilen beta müşterilerinden kullanım verisi toplanır. - 05
Canlıya alma ve işletme
Otomatik dağıtım, hata ve maliyet izleme, yedekleme ve olay müdahale runbook’u ile canlıya çıkılır. İsteğe bağlı gömülü ekip ürünü geliştirmeye devam eder.
Kiracı izolasyonu ve kurumsal hazırlık
SaaS’ta belirleyici güvenlik riski, bir kiracının başka bir kiracının verisini görmesidir. Kiracı kimliğini her sorguda zorunlu kılar, PostgreSQL satır düzeyi güvenliği (row-level security) gibi veri tabanı mekanizmalarıyla ikinci bir kontrol katmanı ekler ve kiracılar arası erişimi deneyen otomatik testler çalıştırırız.
Kurumsal alıcılar sözleşmeden önce güvenlik anketi gönderir. ALGOFACT’in ISO 27001:2022 sertifikalı bilgi güvenliği yönetimi, erişim yönetimi ve log kayıtları bu anketleri yanıtlamayı kolaylaştırır; ürününüzün kendi sertifikasyonu ise ayrı bir çalışmadır. Kişisel veri işleyen ürünlerde KVKK, Avrupa’daki müşteriler için GDPR ve veri barındırma konumu mimariye baştan dahil edilir.
Teslim edilenler
- 01
Ürün yol haritası
MVP, ilk müşteriler ve ölçek aşamalarına bölünmüş kapsam. - 02
Multi-tenant platform
Kimlik, organizasyon, abonelik ve yönetim modülleriyle çalışan ürün. - 03
Faturalama entegrasyonu
Abonelik, deneme, plan değişikliği ve fatura akışları; ödeme sağlayıcınıza bağlı. - 04
Kod olarak altyapı
Ortamlar, dağıtım hattı ve izleme kurallarının kodla tanımlanmış hali. - 05
İşletme runbook’ları
Olay müdahalesi, yedekten dönüş ve yeni kiracı açma adımları.
Sorular
Yaklaşım01Her SaaS ürünü multi-tenant mimari gerektirir mi?
Çoğu durumda evet; tek kod tabanı ve tek işletme maliyeti SaaS’ın ekonomisini belirler. Ancak az sayıda büyük kurumsal müşteriye satılan ürünlerde kiracı başına ayrı kurulum daha uygun olabilir. Kararı müşteri profilinize ve izolasyon beklentisine göre birlikte veririz.
02Faturalama sistemini kendimiz mi yazmalıyız?
Nadiren. Abonelik, deneme, kıst hesaplama ve vergi için olgun faturalama servisleri vardır; birini entegre etmek kendi faturalama motorunu yazmaktan daha güvenlidir. Türkiye’deki müşterilere e-fatura kesmeniz gerekiyorsa bu servis bir özel entegratörle birlikte çalışır.
03Ürünün kaynak kodu ve fikri mülkiyeti kime ait olur?
Size. Mimari, kod depoları, bulut hesapları ve runbook’lar ekibinizde kalır; ayrıntılar proje sözleşmesinde yazılı olarak tanımlanır.
04Ürünü ileride kendi ekibimize devredebilir miyiz?
Evet. Devir planı projenin başında yapılır: kod standartları, dokümantasyon, otomatik testler ve dağıtım hattı yeni bir ekibin ürünü devralabileceği şekilde kurulur. İsterseniz geçiş döneminde işe aldığınız mühendislerle birlikte çalışırız.
05Süre ve maliyet neye bağlıdır?
İlk sürümün kapsamına, kiracı modeline, faturalamanın karmaşıklığına, ürünün hangi sistemlerle entegre olacağına ve kurumsal güvenlik gereksinimlerinin hangi aşamada devreye gireceğine. Yol haritası aşamalı olduğu için her aşamanın kapsamı ve tahmini ayrı sunulur.
Projenizi anlatın
Sorunu kısaca yazın; 30 dakikalık keşif görüşmesi için bir zaman önerisiyle size dönelim.
Keşif görüşmesi planlayın
