SaaS nedir sorusunun kısa cevabı: Software as a Service, yani hizmet olarak yazılım. Uygulama sağlayıcının bulut altyapısında çalışır; siz ona web tarayıcısından ya da bir uygulamadan erişir, genellikle abonelik ücreti ödersiniz. Sunucuyu, güncellemeyi ve yedeklemeyi sağlayıcı yönetir. Bulut e-posta, bulut CRM ve bulut muhasebe programları tipik örneklerdir.
Bu yazıda SaaS nedir sorusunu cevaplıyor; modelin PaaS ve IaaS'tan farkını ve SaaS iş modelinin nasıl ölçüldüğünü anlatıyoruz; ardından kendi ürününü kurmak isteyen bir işletmenin vermesi gereken kararlara geçiyoruz. Tanımlar NIST'in bulut bilişim tanımından, yasal kurallar mevzuat.gov.tr'deki metinlerden alındı; okuma tarihi 2026-11-07.
SaaS nedir?
En çok başvurulan tanım, ABD Ulusal Standartlar ve Teknoloji Enstitüsü'nün (NIST) 2011'de yayımladığı SP 800-145 belgesinde. NIST'e göre SaaS, kullanıcıya sağlayıcının bulut altyapısında çalışan uygulamalarını kullanma imkânı vermektir. Uygulamaya web tarayıcısı gibi ince bir istemciyle ya da bir program arayüzüyle (API) erişilir. Kullanıcı ağı, sunucuları, işletim sistemini, depolamayı, hatta uygulamanın özelliklerini yönetmez; en fazla kendine özel sınırlı ayarlar yapar.
Bu tanım, SaaS'ı klasik "kutu yazılımdan" ayırır. Eskiden yazılım bir kez satın alınıp şirketin bilgisayarına ya da sunucusuna kurulurdu; güncelleme, yedek ve güvenlik şirketin işiydi. Bir SaaS ürününde ise bunlar sağlayıcıdadır. Karşılığında kullanıcı yazılımı satın almaz, kullanım hakkı için düzenli ödeme yapar.
NIST, SaaS dahil bulut hizmetlerinin beş temel özelliğini de sayıyor: kullanıcının kaynağı kendi başına alabilmesi (self servis), ağ üzerinden farklı cihazlardan erişim, kaynakların çok kiracılı bir modelle havuzlanması, talebe göre hızla büyüyüp küçülebilme ve kullanımın ölçülebilmesi. İyi bir SaaS ürünü bu özelliklerin hepsini kullanıcıya hissettirir: Kendi kendine kayıt olunur, her cihazdan açılır, müşteri sayısı arttıkça yavaşlamaz ve ne kadar kullanıldığı görünür.
SaaS örnekleri
Günlük iş hayatında kullanılan yazılımların önemli bir kısmı artık SaaS olarak sunuluyor. SaaS nedir sorusunu en iyi örnekler anlatır. Türlerine göre birkaç örnek:
- İletişim ve ofis: Tarayıcıdan kullanılan e-posta, takvim, belge ve toplantı araçları.
- Satış ve müşteri: Bulut CRM'ler; en yaygın SaaS türlerinden biri, kullanıcı başı abonelikle satılır. Ayrıntısını CRM nedir yazımızda anlattık.
- E-ticaret: Shopify gibi SaaS mağaza altyapıları; sunucu ve yazılım sağlayıcıda, mağaza sahibi tema ve ürünle ilgilenir.
- Otomasyon: Bulut sürümlü iş akışı araçları. n8n bu açıdan ilginç bir örnek: Aynı yazılım hem SaaS olarak hem de kendi sunucunuza kurularak kullanılabiliyor (n8n nedir).
- İşletme yönetimi: Ön muhasebe, cari, görev ve saha takibini buluttan yapan SaaS sistemleri.
Son gruba kendi ürünümüzden bir örnek verebiliriz. İş Küpü, Duman Dijital'in geliştirdiği bulut tabanlı bir işletme yönetim sistemi: kurulum gerektirmiyor, telefon, tablet ya da bilgisayardan tarayıcıyla kullanılıyor; üç planı var ve planlar aylık ya da yıllık kullanılabiliyor. Bir SaaS ürününü geliştirmek ve işletmek hakkında aşağıda anlattıklarımızın bir kısmı bu üründen edindiğimiz deneyime dayanıyor.
SaaS, PaaS ve IaaS arasındaki fark nedir?
NIST, SaaS dahil üç hizmet modeli tanımlıyor. Aralarındaki fark, sorumluluğun nerede bölündüğü. IaaS'ta sağlayıcı size sanal sunucu, depolama ve ağ verir; işletim sisteminden yukarısı sizdedir. PaaS'ta işletim sistemi ve çalışma ortamı da sağlayıcıdadır; siz yalnızca kendi uygulamanızı kurarsınız. SaaS'ta ise uygulamanın kendisi de sağlayıcınındır; siz sadece kullanırsınız.
SaaS, PaaS ve IaaS farkı
Tanımlar ABD Ulusal Standartlar ve Teknoloji Enstitüsü'nün (NIST) bulut bilişim tanımından, SP 800-145, Eylül 2011. Fark, kullanıcının neyi yönetip neyi sağlayıcıya bıraktığında.
| Model | Kullanıcıya sunulan | Kullanıcının yönettiği | Sağlayıcının yönettiği |
|---|---|---|---|
| SaaS (hizmet olarak yazılım) | Sağlayıcının bulutta çalışan uygulaması; tarayıcı ya da program arayüzüyle erişilir | En fazla, kullanıcıya özel sınırlı uygulama ayarları | Ağ, sunucu, işletim sistemi, depolama ve uygulamanın kendisi |
| PaaS (hizmet olarak platform) | Kendi uygulamanızı sağlayıcının desteklediği diller ve araçlarla buluta kurma imkânı | Kurulan uygulamalar ve muhtemelen barındırma ortamının ayarları | Ağ, sunucu, işletim sistemi ve depolama |
| IaaS (hizmet olarak altyapı) | İşlem gücü, depolama ve ağ gibi temel kaynaklar | İşletim sistemi, depolama, kurulan uygulamalar; bazı ağ bileşenleri (ör. sunucu güvenlik duvarı) sınırlı olarak | Alttaki bulut altyapısı |
Kaynak: NIST SP 800-145, The NIST Definition of Cloud Computing (Mell ve Grance, Eylül 2011; okundu 2026-11-07). Tablodaki ifadeler belgedeki tanımların Türkçe özetidir.
Kendi SaaS ürününü geliştiren bir şirket için bu katmanlar iç içe geçer: Müşterisine SaaS sunarken kendisi çoğu zaman bir IaaS ya da PaaS sağlayıcısının üzerinde çalışır. Barındırma seçimi bu yüzden hem maliyeti hem de verinin hangi ülkede tutulacağını belirleyen bir mimari karardır.
SaaS iş modeli nasıl çalışır?
SaaS iş modelinin temeli tekrarlayan gelir. Yazılım bir kez satılmaz; müşteri her ay ya da her yıl ödeme yapar. Bu, SaaS sağlayıcısına öngörülebilir bir gelir verir ama bir yükümlülük de getirir: Müşteri her dönem yeniden "kalmaya" karar verir. Ürün değer üretmeyi bırakırsa abonelik biter.
Fiyatlandırma genellikle üç birimden biriyle yapılır:
- Kullanıcı (koltuk) başına: CRM ve ofis türü SaaS ürünlerinde yaygın. Müşteri büyüdükçe gelir de büyür, ama müşteri kullanıcı sayısını düşük tutmaya çalışabilir.
- Kullanım başına: SaaS faturası işlem, yürütme, mesaj ya da depolama miktarına göre. Değerle uyumludur, ama faturayı öngörmek zorlaşır.
- Kademeli plan: SaaS planları özellik ve kotaya göre belirlenen paketler. Müşteriye seçim kolaylığı verir; doğru kademeleri bulmak deneme gerektirir.
Bir SaaS ürününün sağlığı birkaç metrikle izlenir. Aşağıdaki şekil, bir SaaS işinde aylık tekrarlayan gelirin (MRR) bir ay içinde nasıl değiştiğini gösteriyor: yeni müşteriler ve mevcut müşterilerin büyümesi geliri artırır, kaybedilen müşteriler azaltır.
Abonelik metrikleri: kısa sözlük
Bir abonelik ürününün sağlığını izlemek için kullanılan temel ölçüler. Burada yalnızca tanımlar var; sektör ortalaması olarak dolaşan oranlar ürünler arasında çok değiştiği için verilmedi.
- MRR (aylık tekrarlayan gelir)
- Aktif aboneliklerden her ay düzenli olarak gelen gelirin toplamı. Tek seferlik kurulum ve danışmanlık ücretleri dahil edilmez; yıllık ödenen abonelik 12'ye bölünerek eklenir.
- ARR (yıllık tekrarlayan gelir)
- Tekrarlayan gelirin yıllık karşılığı; çoğunlukla MRR × 12 olarak hesaplanır.
- Churn (kayıp oranı)
- Bir dönemde aboneliğini bırakan müşterilerin, dönem başındaki müşterilere oranı. Müşteri sayısı yerine kaybedilen gelirle hesaplanan türüne gelir kaybı (revenue churn) denir.
- Genişleme geliri (expansion)
- Mevcut müşterilerin üst plana geçmesi, kullanıcı ya da kullanım eklemesiyle artan tekrarlayan gelir.
- NRR (net gelir tutma)
- Bir müşteri grubunun dönem sonundaki tekrarlayan geliri ile dönem başındaki gelirinin oranı; genişleme dahil, kayıp ve plan düşürme çıkarılarak hesaplanır. Yeni müşteriler katılmaz.
- CAC (müşteri edinme maliyeti)
- Bir dönemdeki satış ve pazarlama harcamasının, o dönemde kazanılan yeni müşteri sayısına bölünmesi.
- LTV (müşteri yaşam boyu değeri)
- Bir müşterinin ilişki boyunca bırakması beklenen brüt kâr. Basit hesapta müşteri başı aylık brüt kâr, aylık churn oranına bölünür.
Çok kiracılı yapı nedir?
SaaS'ı tek müşteriye yazılan yazılımdan ayıran teknik özellik çok kiracılılık (multi-tenancy). NIST tanımındaki "kaynak havuzu" da buna dayanıyor: Sağlayıcının kaynakları, çok kiracılı bir modelle birçok müşteriye hizmet verir. Her müşteri şirket SaaS'ın bir "kiracısı"dır; aynı uygulamayı kullanır ama yalnızca kendi verisini görmelidir.
SaaS'ta kiracı verisini ayırmanın üç yaygın yolu var: Tüm kiracıların aynı tabloları paylaştığı ve kayıtların kiracı kimliğiyle işaretlendiği ortak veritabanı, aynı veritabanında her kiracıya ayrı şema, ve her kiracıya ayrı veritabanı. Soldan sağa gidildikçe ayrım güçlenir, maliyet ve bakım yükü artar.
Çoğu yeni SaaS ürünü ortak veritabanıyla başlar, çünkü en ekonomik model odur; ama her sorguda kiracı filtresinin eksiksiz uygulanması gerekir. Modellerin güçlü yanlarını ve hangi müşteri profiline uyduklarını SaaS geliştirme sayfamızdaki tabloda ayrıntılı karşılaştırdık.
Türkiye'de abonelik yazılımı sunarken dikkat edilmesi gerekenler
Yurt dışındaki SaaS rehberlerinin çoğu üç konuyu atlıyor: tahsilat, fatura ve veri. Türkiye pazarına SaaS satacak bir girişim için bu üçü, teknik mimari kadar önemli. Türkiye'de bir abonelik ürünü sunacaksanız bunları ürün tasarımının başında ele almak gerekiyor.
Abonelikte tahsilat ve fatura
SaaS abonelik geliri için müşterinin kartından düzenli ve otomatik tahsilat gerekir. Türkiye'de bu, bir bankanın ya da lisanslı bir ödeme kuruluşunun tekrarlayan ödeme altyapısıyla kurulur; kart saklama, başarısız çekimde yeniden deneme ve kartı süresi dolan müşteriye bildirim gibi senaryoların ürün içinde düşünülmesi gerekir. Her SaaS tahsilatı için fatura kesilir; e-Fatura ya da e-Arşiv faturası düzenleme yükümlülüğünüz ve faturanın abonelik sistemine nasıl bağlanacağı mali müşavirinizle netleşmeli.
Tüketiciye satışta cayma hakkı
SaaS ürününüzü bireysel tüketicilere satıyorsanız Mesafeli Sözleşmeler Yönetmeliği devreye girer. Yönetmeliğin 15. maddesi, taraflar aksini kararlaştırmadıkça elektronik ortamda anında ifa edilen hizmetlerde ve tüketicinin onayıyla cayma süresi bitmeden ifasına başlanan hizmetlerde cayma hakkının kullanılamayacağını sayıyor. Bu istisnanın kendi ürününüze nasıl uygulanacağını ve kayıt akışında onayın nasıl alınacağını bir hukukçuyla değerlendirin.
KVKK ve barındırma yeri
Müşterilerinizin kişisel veri girdiği bir SaaS ürününde roller önemli: Müşteri işletme çoğu zaman veri sorumlusu, siz veri işleyen olursunuz. KVKK'nın 12. maddesine göre veri başka biri adına işleniyorsa güvenlik tedbirlerinden ikisi birlikte sorumludur. SaaS'ı yurt dışındaki bir bulutta barındırıyorsanız 9. madde (2024'te değişti) devreye girer: Aktarım için yeterlilik kararı ya da kanunda sayılan uygun güvencelerden biri, örneğin standart sözleşme gerekir; standart sözleşme imzadan sonra 5 iş günü içinde Kurum'a bildirilir. Hedef müşterileriniz kamu, sağlık ya da finans gibi verinin yurt içinde kalmasını isteyen sektörlerdeyse barındırma yeri satış argümanınızın parçası olur.
Kendi SaaS ürününüzü kurmak: önce MVP
Kendi SaaS ürününü kurmak isteyen işletmelerin en sık hatası, ilk sürüme her şeyi koymaya çalışmak. Doğru başlangıç, en küçük değerli sürüm (MVP): Hedef müşterinin tek bir temel sorununu çözen, gerçek kullanıcıya açılabilen ve ödeme alabilen ilk sürüm. MVP'nin amacı ürünü bitirmek değil, müşterinin bu çözüm için ödeme yapıp yapmayacağını öğrenmek.
Bir SaaS MVP'si genellikle şunları içerir: kendi kendine kayıt, temel iş akışı, abonelik ve ödeme, kiracı ayrımı, basit bir yönetim paneli. Raporlama, entegrasyonlar ve ileri yetkilendirme çoğu zaman sonraki sürümlere kalabilir. Kapsamı daraltmak geliştirme süresini kısaltır ve geri bildirim döngüsünü hızlandırır.
SaaS fikrini doğrulama kontrol listesi
Geliştirmeye başlamadan önce bu maddelerin çoğuna kanıtla "evet" diyebiliyor olmalısınız.
- Sorunu yaşayan müşteri tipi tek cümleyle tanımlandı
- Bu tipte en az birkaç işletmeyle görüşüldü; sorunu bugün nasıl çözdükleri yazıya geçirildi
- Mevcut çözüme (Excel, rakip ürün, elle iş) ne kadar zaman ya da para harcadıkları öğrenildi
- Ödeme isteği sınandı: ön sipariş, niyet mektubu ya da pilot ücreti istendi
- Rakip ürünler ve fiyatları resmi sayfalarından listelendi
- MVP'nin kapsamı birkaç temel işle sınırlandı; "sonra" listesi ayrı tutuluyor
- Fiyatlandırma birimi (kullanıcı, kullanım, kademe) seçildi ve gerekçesi yazıldı
- Tahsilat yöntemi, fatura türü ve vergi konuları mali müşavirle konuşuldu
- Kişisel veri işlenecekse veri sorumlusu ve veri işleyen rolleri ile barındırma yeri belirlendi
- İlk 3 ay için izlenecek metrikler (aktif kullanıcı, MRR, churn) seçildi
SaaS mimarisinde ilk günden verilmesi gereken kararlar
Bir SaaS ürününde bazı kararlar sonradan değiştirilebilir; bazılarını değiştirmek ürünü yeniden yazmak anlamına gelir. İkinci gruptakiler şunlar:
- Kiracı modeli: Ortak veritabanıyla başlansa bile, büyük bir müşteri için ayrı veritabanına geçişin mümkün olacağı şekilde tasarlanmalı.
- Kimlik ve yetki: SaaS'ta bir kullanıcının birden fazla kiracıda olabilmesi, rol ve izin yapısı, ileride kurumsal müşterilerin isteyeceği tek oturum açma (SSO).
- Faturalama modeli: SaaS planı, kota ve kullanım ölçümü uygulamanın içine baştan yerleşmeli; sonradan eklemek zordur.
- Veri dışa aktarma ve silme: KVKK başvuruları ve aboneliğini bitiren müşterinin verisi için baştan bir yol olmalı.
- Gözlem: SaaS'ta hangi kiracının ne kadar kaynak kullandığını, hataları ve yavaş sorguları görmek için kayıt ve izleme altyapısı.
- Barındırma yeri: Verinin hangi ülkede tutulacağı; hem KVKK hem de satış açısından.
Bu kararları bir ürün fikrinin üzerinden birlikte geçmek için SaaS geliştirme hizmetimize, tek bir şirketin iç süreci için yazılım düşünüyorsanız özel yazılım geliştirme sayfamıza bakabilirsiniz. Yazılım türlerinin genel çerçevesi ise yazılım rehberimizde.
SaaS ile kurulu yazılım arasındaki fark
SaaS'ı en iyi, yerini aldığı modelle karşılaştırmak anlatır:
- Kurulum: SaaS tarayıcıdan açılır; kurulu yazılım her bilgisayara ya da şirket sunucusuna kurulur.
- Ödeme: SaaS'ta düzenli abonelik, kurulu yazılımda genellikle tek seferlik lisans ve ayrıca bakım ücreti.
- Güncelleme: SaaS'ta herkes aynı sürümü kullanır ve güncelleme sağlayıcıdadır; kurulu yazılımda güncellemeyi şirket yapar ya da yapmaz.
- Veri ve kontrol: Kurulu yazılımda veri şirketin kendi sunucusundadır; SaaS'ta sağlayıcının altyapısında.
- Ölçek: SaaS'ta kullanıcı eklemek bir ayar; kurulu yazılımda yeni lisans ve bazen yeni donanım demektir.
Kurulu yazılım bugün de bazı alanlarda tercih ediliyor: internet bağlantısının kesintili olduğu sahalar, verinin dışarı çıkmaması gereken kurumlar ve çok özel donanımla çalışan sistemler. Bunların dışında kalan çoğu ihtiyaçta SaaS ilk değerlendirilecek seçenek olabilir.
SaaS'ın avantajları ve dezavantajları
Kullanıcı açısından SaaS'ın avantajları belirgin: kurulum ve sunucu derdi yok, başlangıç maliyeti düşük, güncellemeler otomatik, her cihazdan erişim var. Dezavantajlar da gerçek:
- Bağımlılık: SaaS sağlayıcısı fiyatı artırırsa ya da ürünü kapatırsa seçenekleriniz sınırlıdır. Veriyi dışa aktarma imkânı bu yüzden seçimde sorulmalı.
- Uzun vadeli maliyet: Kullanıcı başı SaaS aboneliği, kullanıcı sayısı arttıkça birikir; birkaç yıllık toplam maliyet hesaplanmalı.
- Özelleştirme sınırı: NIST tanımında da belirtildiği gibi kullanıcı yalnızca sınırlı ayarlar yapabilir; süreç ürüne uyar.
- Verinin yeri: SaaS verisi sağlayıcının seçtiği ülkede tutulur; bu, KVKK açısından ek iş getirebilir.
Bu yüzden "SaaS mı, özel yazılım mı?" sorusunun tek bir cevabı yok. Standart bir ihtiyaç için hazır SaaS çoğu zaman en hızlı ve ekonomik yoldur; sektöre özgü bir süreç ya da kendi müşterilerinize sunacağınız bir ürün söz konusuysa kendi yazılımınız daha mantıklı olabilir.
Kaynaklar
- Peter Mell, Timothy Grance, The NIST Definition of Cloud Computing, NIST Special Publication 800-145, Eylül 2011 (okundu 2026-11-07).
- 6698 sayılı Kişisel Verilerin Korunması Kanunu, mevzuat.gov.tr; md. 9 (7499 sayılı Kanunla değişik) ve 12 (okundu 2026-11-07).
- Mesafeli Sözleşmeler Yönetmeliği, mevzuat.gov.tr; md. 15 (okundu 2026-11-07).
Sıkça sorulan sorular
SaaS nedir?
SaaS (Software as a Service, hizmet olarak yazılım), uygulamanın sağlayıcının bulut altyapısında çalıştığı ve kullanıcının ona tarayıcı ya da uygulama üzerinden eriştiği yazılım modelidir. Kullanıcı sunucu ve yazılım bakımıyla uğraşmaz; genellikle abonelik öder.
SaaS ile PaaS ve IaaS arasındaki fark nedir?
Fark, kullanıcının neyi yönettiğinde. IaaS'ta sunucu, depolama ve ağ kiralanır; işletim sistemi ve uygulama sizdedir. PaaS'ta kendi uygulamanızı sağlayıcının platformuna kurarsınız. SaaS'ta uygulamanın kendisi de sağlayıcınındır; yalnızca kullanırsınız.
SaaS örnekleri nelerdir?
Tarayıcıdan kullanılan e-posta ve ofis araçları, bulut CRM'ler, Shopify gibi e-ticaret altyapıları, bulut otomasyon araçları ve bulut tabanlı işletme yönetim sistemleri tipik SaaS örnekleridir.
MRR ve churn nedir?
MRR, aktif aboneliklerden her ay düzenli gelen gelirin toplamıdır (aylık tekrarlayan gelir). Churn ise bir dönemde aboneliğini bırakan müşterilerin dönem başındaki müşterilere oranıdır. İkisi birlikte bir SaaS ürününün büyüyüp büyümediğini gösterir.
Çok kiracılı (multi-tenant) mimari nedir?
Tek bir uygulamanın birçok müşteri şirkete (kiracıya) aynı anda hizmet verdiği, ama her kiracının yalnızca kendi verisini gördüğü yapıdır. Veri ortak veritabanında kiracı kimliğiyle, kiracı başına şemayla ya da kiracı başına ayrı veritabanıyla ayrılabilir.
Kendi SaaS ürünümü kurmaya nereden başlamalıyım?
Önce sorunu ve müşteriyi doğrulayın: hedef müşterilerle görüşün ve ödeme isteğini sınayın. Ardından tek bir temel sorunu çözen, ödeme alabilen bir MVP geliştirin. Kiracı modeli, faturalama ve barındırma yeri gibi kararları ilk günden verin.
İlgili hizmetler
SaaS Geliştirme
SaaS ürününüzü keşiften MVP'ye, çok kiracılı mimariden abonelik ve ödeme altyapısına kadar birlikte kuruyoruz. Kendi bulut ürünümüzü geliştirip işlettiğimiz için bu yolun zorluklarını içeriden biliyor, fikrinizi ilk ödeme yapan müşteriye en kısa yoldan taşıyoruz.
İnceleyinİş Küpü İşletme Yönetim Sistemi
İş Küpü, kasanızı, carinizi, sahadaki ekibinizi ve görevleri tek ekranda toplayan bulut tabanlı işletme yönetim sistemimizdir. Duman Dijital tarafından geliştirildi; işletmenizin durumunu her sabah bilerek güne başlarsınız.
İnceleyin