SaaS maliyet optimizasyonu neden gündemde?
Şirketler, ekiplerin hızla üretken olabilmesi için giderek daha fazla işi bulut tabanlı yazılımlar (SaaS) ile yürütüyor. Bu yaklaşım hızlı kurulum ve ölçeklenebilirlik sağlarken, aboneliklerin zamanla “kendiliğinden büyümesi” (ek planlar, eklentiler, fazla koltuklar, yinelenen araçlar) toplam maliyeti yükseltebiliyor. Bu durum sektör ve ülke fark etmeksizin birçok organizasyonda benzer kalıplarla görülür.
Endüstri raporları, kuruluşların genel bulut harcamalarında (çoğunlukla IaaS/PaaS; bazı durumlarda SaaS kalemleri de dahil edilebilir) önemli bir “az kullanım/atıl kullanım” payı olabileceğini tartışır. Örneğin Flexera’nın 2025 raporu, bulut harcaması israfına ilişkin tahminlerin sıklıkla %20–30 bandında anıldığını ve yaklaşık %27 gibi bir değerle raporlandığını aktarır; bu oranlar SaaS’e özel bir israf oranı olarak okunmamalıdır ve kurumdan kuruma, kapsama ve metodolojiye göre değişir. Bu yüzden kendi SaaS verilerinizle doğrulamak esastır. (S1)
Bu noktada FinOps yaklaşımı, yalnızca altyapı maliyetlerini değil, SaaS aboneliklerini de görünür kılmayı ve iş birimleriyle birlikte yönetmeyi hedefler. FinOps Foundation’ın SaaS’e uyarlama rehberi; envanter, ölçüm, sorumluluk paylaşımı ve yönetişim adımları önerir. (S3) AWS’in SaaS Lens maliyet optimizasyonu bölümü de izleme, maliyet tahsisi ve operasyonel kontroller gibi pratikleri çerçeveler. (S2)
Önce temeller: SaaS maliyetini oluşturan parçalar
SaaS maliyet optimizasyonu, yalnızca “daha ucuz plana geçmek” değildir. Genellikle şu bileşenler toplam maliyeti belirler:
- Lisans/koltuk maliyeti: Kullanıcı başı veya ekip başı ücretler.
- Kullanıma dayalı ücretler: İşlem, API çağrısı, depolama, otomasyon çalıştırmaları gibi tüketim metrikleri.
- Plan katmanları ve limitler: “Pro/Enterprise” gibi katmanlar ve özellik kısıtları.
- Eklentiler: Güvenlik, arşivleme, ileri analiz, ek depolama gibi modüller.
- Destek paketleri: SLA, öncelikli destek, eğitim.
- Dolaylı maliyetler (TCO): Admin zamanı, entegrasyon, kimlik yönetimi, uyumluluk süreçleri, kullanıcı eğitimi.
TCO (Total Cost of Ownership) odaklı bakış, “etiketteki fiyat” ile “işletme maliyeti” arasındaki farkı görünür kılar. FinOps yaklaşımı da SaaS harcamalarını iş değeriyle ilişkilendirmeyi ve metriklerle yönetmeyi önerir. (S3)
Abonelik modelini doğru seçmek: koltuk mu, kullanım mı?
Çoğu ekip ilk satın almada “en uygun görünen” modeli seçer; ancak büyüme, iş akışı değişimi veya yeni ekiplerin eklenmesiyle maliyet davranışı farklılaşır. Aşağıdaki tablo, yaygın modelleri karar perspektifinde karşılaştırır.
| Model | Ne zaman avantajlı olabilir? | Tipik risk | Pratik kontrol |
|---|---|---|---|
| Koltuk (seat) bazlı | Aktif kullanıcı sayısı stabil, kullanım her kullanıcı için benzer | Atıl koltuklar; ayrılan çalışanların lisanslarının açık kalması | 30/60/90 gün “aktif kullanım” raporu + otomatik de-provision |
| Kullanıma dayalı (consumption) | Trafik/işlem hacmi mevsimsel; kısa süreli kampanyalar | Beklenmeyen kullanım artışıyla fatura sıçraması | Uyarı eşikleri, bütçe alarmları, kota/limit yönetimi |
| Katmanlı plan (tier) | Özellik seti net; ekipler farklı olgunlukta | Gereksiz “üst plan” seçimi; özelliklerin kullanılmaması | Özellik kullanım analizi + ekip bazlı plan standardı |
| Taahhüt/kontrat (annual commit) | Öngörülebilir kullanım; indirim karşılığı uzun vadeli bağlanma | Yanlış tahminle fazla alım; esneklik kaybı | Yenileme öncesi 90 gün “hak/koltuk” yeniden tahmini |
AWS’in maliyet optimizasyonu ilkeleri, maliyetleri görünür kılma ve tahsis etme gibi disiplinleri vurgular. Bu prensipler SaaS katmanına da uygulanabilir: hangi ekip hangi planı kullanıyor, hangi kullanım metriği iş değerini üretiyor? (S2)
Adım adım SaaS maliyet optimizasyonu (uygulanabilir oyun planı)
1) Merkezi SaaS envanteri çıkarın (keşif + sahiplik)
FinOps Foundation, SaaS’e uyarlanan FinOps uygulamalarında ilk kritik adım olarak merkezi görünürlük ve sahiplik atamasını öne çıkarır. (S3) Envanter olmadan optimizasyon “tek tek fatura satırı” seviyesinde kalır.
- Kaynaklar: SSO/IdP (ör. Azure AD/Google Workspace), kurumsal kart harcamaları, AP/ERP kayıtları, e-posta domain keşfi.
- Her uygulama için asgari alanlar: İş sahibi, teknik sahibi, sözleşme yenileme tarihi, plan/katman, lisans sayısı, birim fiyat, eklentiler, ödeme yöntemi, veri sınıflandırması (genel/dahili/hassas).
- Hızlı kazanım: Aynı ihtiyacı karşılayan 2+ aracın tespiti (konsolidasyon adayları).
Mini-örnek: envanter satırı nasıl görünür?
| Alan | Örnek değer |
|---|---|
| Uygulama | CRM (SaaS) |
| İş sahibi | Satış Operasyonları |
| Plan / faturalama | Team (koltuk bazlı), yıllık |
| Satın alınan koltuk | 120 |
| Aktif kullanıcı (son 30 gün) | 92 |
| Yenileme tarihi | 2026-06-30 |
| Not | Üst plan özellikleri için istisna talep süreci var |
2) “Atıl lisans”ı net tanımlayın ve düzenli yakalayın
En sık görülen tasarruf alanı, kullanılmayan veya az kullanılan koltuklardır. Buradaki kritik nokta, “atıl” tanımını tek bir metrikle değil, ürüne göre belirlemektir.
- Örnek tanım: Son 30 günde hiç oturum açmayan kullanıcı = atıl.
- Daha güvenli tanım: Son 60–90 günde giriş var ama ana özellik kullanımı yok = düşük kullanım.
- Aksiyonlar: Reclaim (koltuğu geri alma), downgrade (daha düşük plan), grup lisansı veya arşivleme.
FinOps rehberleri, “ölçüm → geri bildirim → aksiyon” döngüsünün düzenli işletilmesini önerir. (S3)
3) Showback/chargeback ile maliyeti iş birimlerine görünür kılın
SaaS harcamasının “IT bütçesinde kaybolması” sık görülür. Showback (raporlama) ve chargeback (maliyet yansıtma) yaklaşımları, maliyet farkındalığını artırır. AWS’in maliyet tahsisi ve izleme prensipleri bu disiplinlere temel sağlar; SaaS tarafında ise etiketleme yerine genellikle organizasyon birimi, maliyet merkezi ve owner alanlarıyla ilerlenir. (S2)
- Başlangıç: İlk 1–2 ay showback; daha sonra büyük ekiplerde chargeback pilotu.
- Rapor formatı: “Toplam maliyet, aktif kullanıcı başına maliyet, en hızlı büyüyen abonelikler, atıl lisans aksiyonları.”
4) “Doğru plan”ı veriye dayalı belirleyin (tiering playbook)
SaaS sağlayıcılarının plan/eklenti matrisleri giderek karmaşıklaşıyor. Akademik literatürde, SaaS fiyatlama yapılarını (planlar, eklentiler, limitler) otomatik analiz ederek daha uygun kombinasyonları bulma fikrinin çalışıldığı görülür; pratikte başarı, kurum verisinin kalitesine ve pilot uygulamaya bağlıdır. (S4)
Pratik bir playbook:
- Ekip segmentleri tanımlayın: “Temel kullanıcı, güç kullanıcı, yönetici, misafir.”
- Her segmente minimum plan/eklenti seti belirleyin.
- İstisna süreci: Üst plan talebi için kısa iş gerekçesi + 60 gün sonra yeniden değerlendirme.
- Özellik kullanım raporu: Üst plan özellikleri kullanılmıyorsa downgrade önerisi.
5) Yenileme ve müzakereyi süreçle yönetin (son dakikaya bırakmayın)
Birçok organizasyonda tasarruf fırsatları yenilemeye kısa süre kala gündeme gelir; bu da pazarlık gücünü düşürebilir. FinOps yaklaşımı, sözleşme yönetiminde öngörü ve esneklik aramayı (taahhüt/indirim dengesi, kullanım esnekliği) önerir. (S3)
| Zaman | Yapılacaklar |
|---|---|
| 120–90 gün önce | Aktif kullanım/koltuk analizi, eklenti envanteri, alternatif tedarikçi taraması, güvenlik/uyumluluk ihtiyaçlarının güncellenmesi |
| 90–60 gün önce | Yeni lisans tahmini, downgrade/upgrade senaryoları, çok yıllı vs yıllık kıyas, “çıkış planı” (data export/SSO) kontrolü |
| 60–30 gün önce | Teklif toplama, pazarlık: birim fiyat, eklenti paketleme, fiyat artış maddeleri, gerçek ihtiyaç dışı modüllerin çıkarılması |
| 30 gün önce | Onay, sözleşme kontrolü, faturalama doğrulama, satın alma kaydı ve envanter güncellemesi |
Not: Bu içerik genel bilgilendirme amaçlıdır; sözleşme koşulları için kurum içi hukuk/satın alma süreçlerinize başvurun.
SaaS KPI’ları: “Tasarruf”u nasıl ölçersiniz?
Optimizasyonun sürdürülebilir olması için ortak metrikler gerekir. FinOps yaklaşımı, metriklerin hem teknoloji hem de finans tarafında anlaşılır olmasını hedefler. (S3)
- Aktif kullanıcı oranı: Aktif kullanıcı / satın alınan koltuk.
- Aktif kullanıcı başına maliyet: Toplam aylık maliyet / aktif kullanıcı.
- Özellik kullanımı: Üst plan özelliklerinin kullanım oranı (vendor raporları varsa).
- Yenileme riski görünürlüğü: 90 gün içinde yenilenecek sözleşmelerin toplam tutarı.
- Envanter kapsaması: Owner atanmış SaaS yüzdesi.
Mini-örnek: KPI hesaplama
Yukarıdaki örnekte aktif kullanıcı oranı = 92 / 120 = %76,7. Bu tek başına “kesin tasarruf” değildir; ancak atıl/düşük kullanım segmentlerini hedeflemek için başlangıç sinyalidir.
Bulut (IaaS) optimizasyonu ile SaaS optimizasyonunu karıştırmayın
Kuruluşlar çoğu zaman “bulut tasarrufu” denince altyapı tarafındaki mekanizmaları düşünür. Bunlar IaaS/PaaS maliyetlerini azaltmada etkili olabilir; fakat SaaS maliyetleri çoğunlukla koltuk, plan ve eklenti mantığıyla optimize edilir. AWS’in Well-Architected yaklaşımı maliyet optimizasyonunu sistematik ele alırken, FinOps Foundation SaaS için ayrı süreç ve sorumluluklar tanımlar. (S2, S3)
Pratik ayrım:
- IaaS/PaaS: Kaynak boyutlandırma, otomatik ölçekleme, maliyet tahsisi.
- SaaS: Lisans geri alma, plan standardizasyonu, eklenti kontrolü, yenileme yönetişimi, erişim yaşam döngüsü.
Hızlı tasarruf fırsatları: 30 günde uygulanabilecek kontrol listesi
- Top 10 abonelik için aktif kullanıcı oranını çıkarın ve atıl koltuklar için geri alma süreci başlatın.
- SSO/IdP üzerinden ayrılan çalışanlar için otomatik erişim kapatma ve lisans boşaltma kuralı ekleyin.
- Tekrarlayan araçları belirleyin: aynı kategoride 2+ ürün varsa konsolidasyon değerlendirin.
- Plan/eklenti denetimi yapın: kullanılmayan eklentileri kapatın veya daha düşük pakete geçin.
- Yenileme takvimi çıkarın: önümüzdeki 120 gün içindeki sözleşmelere owner atayın ve müzakere planı oluşturun.
- Showback raporu yayınlayın: ekip bazında aylık maliyet ve aktif kullanıcı başına maliyet.
Sonuç: Tasarruf bir “proje” değil, işletim modeli
SaaS maliyet optimizasyonu, tek seferlik bir temizlikten çok, bulut tabanlı yazılımlar portföyünü yöneten bir işletim modelidir. En iyi sonuçlar genellikle şu kombinasyonla gelir: merkezi envanter, ölçülebilir kullanım metrikleri, lisans yaşam döngüsü otomasyonu, şeffaf showback ve yenileme dönemine yayılmış müzakere disiplini.
FinOps Foundation’ın SaaS rehberi (S3) ve AWS’in SaaS Lens maliyet optimizasyonu ilkeleri (S2) bu yapıyı kurmak için iyi bir başlangıç çerçevesi sunar. Endüstri raporlarındaki bulut harcaması israf tahminleri ise (S1) “neden şimdi?” sorusuna bağlam katar; ancak SaaS özelindeki fırsat büyüklüğünü en doğru şekilde kendi kullanım veriniz belirler.
Kaynaklar: Flexera 2025 State of the Cloud Report (S1), AWS Well-Architected SaaS Lens: Cost Optimization (S2, sayfada yayın/güncelleme tarihi açıkça belirtilmiyor), FinOps Foundation: Applying the FinOps Framework to SaaS (S3), Automated Analysis of Pricings in SaaS-based Information Systems (S4).