Kendi SaaS Ürünlerimizi İşletirken Öğrendiklerimiz

Vamos olarak yıllardır müşterilerimiz için yazılım geliştiriyoruz; ama bir noktada kendi ürünlerimizi de çıkarmaya başladık. Kurumsal dijital kartvizit, restoran adisyon sistemi, elektrikli araç şarj istasyonu bulma uygulaması, yapay zekâ destekli pazarlama aracı ve kendi iş yönetim sistemimiz. Hepsi aynı soruya farklı bir cevap: SaaS nedir ve bir SaaS ürününü canlıda tutmak gerçekte ne gerektirir? Bu yazı bir başarı hikâyesi değil; ürün işletirken karşılaştığımız, bazıları can sıkıcı, hepsi öğretici dersleri bir araya getiren bir saha notu.

Kendi yazılım ürününü düşünen bir girişimciyseniz ya da "bu iç sistemimizi başka firmalara da satsak mı?" diye soran bir işletme sahibiyseniz, aşağıdaki dersler size birkaç ayı ve epey sinir harbini kazandırabilir.

SaaS Nedir? Kısaca Tanım ve Farkı

SaaS (Software as a Service, hizmet olarak yazılım), kullanıcının yazılımı kendi bilgisayarına kurmak yerine internet üzerinden, genellikle abonelik ya da lisans karşılığında kullandığı modeldir. Yazılım sağlayıcının sunucularında çalışır; güncellemeler, yedekler, güvenlik ve altyapı sağlayıcının sorumluluğundadır.

Bu tanımın içindeki en önemli kelime "hizmet". Klasik yazılım projesinde iş teslimle büyük ölçüde biter. SaaS'ta ise teslim, işin başladığı andır. Müşteri sizden bir kod parçası değil, her sabah açıldığında çalışan bir sistem satın alır. Bu fark kâğıt üzerinde küçük görünür; pratikte şirketinizin nasıl çalıştığını baştan sona değiştirir.

Kriter	Klasik proje yazılımı	SaaS ürünü
Gelir modeli	Proje bedeli, tek seferlik	Abonelik veya kullanıcı başı lisans
Sorumluluk	Teslimle büyük ölçüde biter	Ürün yaşadıkça sürer
Altyapı	Genellikle müşterinin	Sağlayıcının
Güncelleme	Talep edildikçe	Sürekli, tüm müşterilere birden
Destek	Sınırlı, sözleşmeye bağlı	Günlük işin parçası

Ders 1: İlk Müşteri Kendinsin

Ürünlerimizin en sağlam olanları, önce kendi ihtiyacımızdan doğanlar oldu. Kendi iş yönetim sistemimiz Vamos OS buna iyi bir örnek: CRM, teklif, proje ve görev takibini içeren bu sistemi başkasına sunmayı düşünmeden önce her gün kendimiz kullanıyoruz.

Kendi ürününüzü kullanmanın faydası basit: Hatayı müşteriden önce siz görürsünüz. Bir ekranın gereksiz tıklama istediğini, bir raporun yanlış saydığını, bir bildirimin geç geldiğini toplantıda değil, işinizi yaparken fark edersiniz. Bu yüzden bir SaaS fikriniz varsa ilk soru şudur: Bu ürünü bugün kendi işinizde ya da çok yakın bir kullanıcının işinde gerçekten kullanabilir misiniz?

Bunun bir de dürüst tarafı var. Uzun süre hazır bir CRM kullandık, sonra tüm cari, proje, teklif ve görev kayıtlarımızı kendi sistemimize aktardık. Geçiş döneminde iki sistem paralel açık kaldı ve kısa sürede hangisinin güncel olduğu karıştı: Bir teklif birinde güncellenmiş, diğerinde eski haliyle duruyordu. Dersimiz net oldu: Tek bir doğru kaynak seçin, geçiş tamamlanınca eskiyi kapatın. Aynı ders, müşterilerinizi kendi ürününüze taşırken de geçerli; onlara da net bir geçiş tarihi ve tek bir kaynak verin.

Ders 2: Fiyatlama Modeli Ürünü Belirler

SaaS'ta fiyatı nasıl kurduğunuz, kime satabileceğinizi belirler. Kurumsal dijital kartvizit ürünümüz vTag'de bunu çok somut biçimde gördük. Ürün, büyük bir sigorta şirketinde yaklaşık 1.600 çalışan tarafından kullanılıyor. Bu ölçekte kullanıcı başı aylık lisans modeli, hem müşteri hem bizim için anlaşılır ve öngörülebilir oldu: Şirket büyüdükçe lisans sayısı artıyor, çalışan ayrıldığında profil merkezden kapatılıyor, kart yeniden basılmıyor.

Kurumsal satışta öğrendiğimiz şey şu: Kullanıcı başı fiyat ölçeklenir. Tek bir müşteri, onlarca küçük müşterinin toplamından daha istikrarlı gelir getirebilir. Ama karşılığında satın alma süreçleri uzundur; güvenlik soruları, sözleşme maddeleri, entegrasyon talepleri gelir. Küçük işletmelere satarken ise sade, şeffaf ve tek bakışta anlaşılan bir fiyat gerekir. Aynı ürün için iki farklı fiyat mantığı kurmak zorunda kalabilirsiniz; bunu baştan planlamak gerekir.

Fiziksel bir bileşen varsa (bizim örneğimizde basılı kart), onu yazılım lisansından ayrı fiyatlamak işleri kolaylaştırıyor. Müşteri neyi tek seferlik, neyi süreli ödediğini net görüyor.

Ders 3: Donanım Varsa, Kurulum İşin Yarısıdır

Restoran adisyon ve POS sistemimiz vRest, yazılımın ekrandan ibaret olmadığını bize en çok öğreten ürün oldu. Bir restorana sistem kurmak; kasa bilgisayarını, fiş ve mutfak yazıcılarını, gerekirse self servis kioskunu kurmak, ağı ayarlamak ve personeli eğitmek demek. Yazılım ne kadar iyi olursa olsun, mutfak yazıcısı fişi basmıyorsa restoran sahibi için "sistem çalışmıyor" demektir.

Bu yüzden donanım içeren bir SaaS planlıyorsanız şunları baştan hesaba katın:

• Yerinde kurulum: Kim gidecek, ne kadar sürecek, ücreti nasıl yansıyacak?
• Yerinde destek: Yoğun bir cuma akşamı yazıcı durduğunda ne olacak?
• Donanım uyumu: Hangi yazıcı ve cihaz modellerini destekliyorsunuz? Listeyi sınırlı tutmak destek yükünü azaltır.
• Eğitim: Personel değiştikçe eğitim yeniden gerekir; kısa ve tekrar kullanılabilir eğitim materyali hazırlayın.

Bu kalemleri fiyatlamaya katmayan bir donanımlı SaaS, her yeni müşteride biraz daha zarar eder.

Ders 4: "Sıkıcı" Altyapı Ürünü Öldürebilir

Bu yazının en önemli bölümü belki de bu. Ürünlerimizde yaşadığımız en can sıkıcı kesintiler kod hatasından değil, kimsenin aklına gelmeyen altyapı detaylarından çıktı.

Alan adı: Süresi dolan bir alan adı, sunucu ve yazılım sağlam olsa bile ürünü dışarıdan erişilemez hâle getirir; "site açılmıyor" şikâyetinde ilk bakılacak yer de bu yüzden alan adının durumudur. Ürün alan adlarının hepsi tek hesapta toplanmalı, otomatik yenileme açık olmalı ve bitiş tarihleri ayrıca takvimde durmalı.

Lisans bağımlılığı: Sunucu kontrol panelimizin lisansı askıya alındığında webmail ve tüm e-posta girişleri iki gün çalışmadı. Yazılımımız sağlamdı ama tek bir sağlayıcıya bağlı bir lisans, iletişimimizi durdurdu. Kritik bağımlılıkların bitiş tarihlerini bir listede izlemek zorundasınız.

Yedekleme: Sunucu yedekleri zamanla diski dolduruyordu ve disk yüzde 90'ı geçince yedekleme hiçbir uyarı vermeden duruyordu. Saklama süresini düşürdük, aylık disk kontrolü koyduk. Asıl ders: "Yedek alınıyor" demek yetmez; yedekten geri dönebildiğinizi test etmeniz ve sunucu dışında bir kopya tutmanız gerekir.

Uyarıların ulaşması: Sunucu ve izleme araçlarının gönderdiği uyarı e-postaları, gönderen adresin SPF, DKIM ve DMARC kayıtları eksikse spam klasörüne düşebilir ya da hiç teslim edilmeyebilir. Bir uyarı sistemi kurduysanız, uyarının gerçekten birinin gözüne ulaştığını da test edin.

Bu konular için kendimize basit bir kontrol listesi oluşturduk:

1. Tüm alan adları tek hesapta mı, otomatik yenileme açık mı?
2. SSL sertifikaları otomatik yenileniyor mu?
3. Lisans ve abonelik bitiş tarihleri tek bir takvimde mi?
4. Yedekten geri dönüş en son ne zaman test edildi?
5. Disk doluluğu düzenli kontrol ediliyor mu?
6. Uyarı e-postaları gerçekten gelen kutusuna düşüyor mu?

Ders 5: Güvenlik Bir Kere Yapılıp Bitmez

SaaS'ta müşterilerin verisi sizin sunucunuzda durur. Bu yüzden güvenlik, ürünün bir özelliği değil, varlık sebebidir. Kendi sunucularımızda yönetim panelinde SSL'i zorunlu yaptık, şifresiz mail girişlerini kapattık, uygulama portlarını dışarıya kapattık, kaba kuvvet saldırısı korumasını sıkılaştırdık ve yönetim erişimini özel ağ üzerinden almaya başladık. Bunların hiçbiri tek seferlik bir ayar değil; her yeni servis, her yeni port ve her yeni ekip üyesi bu listenin yeniden gözden geçirilmesini gerektirir.

Güvenliği süreklilik hâline getirmek için birkaç alışkanlık şart: Sistem loglarını kalıcı tutun ki bir sorun olduğunda geriye dönüp bakabilesiniz; kritik dosyalardaki değişiklikleri izleyen otomatik kontroller kurun; kullanılmayan hesapları, eski API anahtarlarını ve ayrılan çalışanların erişimlerini düzenli olarak kapatın. SaaS'ta yetki kontrolü, kayıt izolasyonu ve log tutma gibi konular için düzenli güvenlik incelemesi takvime konmalı; olay olduktan sonra değil.

Kişisel veri işliyorsanız teknik tedbirlerin yanında yasal yükümlülükleriniz de var. Bu konuda KVKK teknik tedbirler rehberimize göz atabilirsiniz; hukuki değerlendirme için mutlaka bir hukukçuya danışın.

Ders 6: Bakım ve Güncelleme Hiç Bitmez

Mobil uygulamamız vMob'da bunu her işletim sistemi güncellemesinde yeniden hatırlıyoruz. iOS ve Android yeni sürüm çıkardığında, mağazalar yeni kurallar getirdiğinde, kullandığınız bir kütüphane desteği bıraktığında ürününüzü güncellemek zorundasınız. Kullanıcı açısından hiçbir şey değişmemiş gibi görünür; arka tarafta ise sürekli bir iş akar.

Bir SaaS bütçesi yaparken geliştirme maliyetini değil, yıllık işletme maliyetini düşünün: sunucu, alan adı, lisanslar, üçüncü parti servisler, güvenlik güncellemeleri, destek saatleri ve küçük ama sürekli geliştirmeler. Ürünün asıl maliyeti, yayına çıktığı günden sonra birikmeye başlar.

SaaS Ürünü Çıkarmadan Önce Sorulacak Sorular

Kendi deneyimimizden süzerek hazırladığımız kısa bir değerlendirme listesi:

• Bu ürünü ilk gün kim, hangi gerçek iş için kullanacak?
• Fiyat kullanıcı başı mı, işletme başı mı, kullanım başı mı olacak?
• Donanım, kurulum ya da yerinde destek gerekiyor mu?
• Altyapıyı (alan adı, sunucu, lisans, yedek) kim ve nasıl izleyecek?
• Güvenlik incelemesi ne sıklıkla yapılacak?
• Destek talepleri hangi kanaldan, hangi sürede yanıtlanacak?
• Mevcut müşterileri ürüne taşırken eski sistem ne zaman kapanacak?

Bu sorulara net cevap veremiyorsanız, belki ilk adım bir SaaS değil, kendi işinize özel bir yazılımdır. Hangisinin size uygun olduğunu tartmak için özel yazılım geliştirme sürecini anlattığımız yazıya da bakabilirsiniz.

Sık Sorulan Sorular

SaaS nedir, normal yazılımdan farkı ne? SaaS, internet üzerinden abonelik ya da lisansla kullanılan, sağlayıcının sunucularında çalışan yazılımdır. Normal yazılımda kurulum ve bakım çoğunlukla kullanıcıdadır; SaaS'ta altyapı, güncelleme ve güvenlik sağlayıcının sorumluluğundadır.

Kendi SaaS ürünümü çıkarmak için büyük bir ekip gerekir mi? Başlangıçta gerekmez; ama ürünü canlıda tutmak geliştirme kadar emek ister. Destek, altyapı takibi ve güvenlik için sorumluluğu net biri olmalıdır.

SaaS fiyatlamasında hangi model daha iyi? Tek bir doğru model yok. Kurumsal müşterilerde kullanıcı başı lisans ölçeklenir ve öngörülebilirdir; küçük işletmelerde sade ve sabit fiyat daha kolay satılır. Fiziksel ürün varsa onu ayrı fiyatlamak işleri netleştirir.

İç kullanım için yaptırdığımız yazılımı SaaS'a çevirebilir miyiz? Çoğu zaman evet, ama çok kiracılı yapı (her müşterinin verisinin ayrı tutulması), yetkilendirme, faturalama ve destek altyapısı eklenmesi gerekir. Bu dönüşüm baştan planlanırsa çok daha ucuza gelir.

Sonuç

SaaS nedir sorusunun teknik cevabı kısa: internet üzerinden hizmet olarak sunulan yazılım. İşletme cevabı ise uzun: her gün ayakta kalması gereken bir hizmet, sürekli bakım, altyapı takibi, güvenlik ve destek. Kendi ürünlerimizden öğrendiğimiz en net dersler şunlar oldu: İlk müşteri kendiniz olun, fiyatlama modelini müşterinize göre kurun, donanım varsa kurulumu işin yarısı sayın ve alan adı, lisans, yedek gibi "sıkıcı" altyapıyı asla şansa bırakmayın.

Kendi ürün fikrinizi hayata geçirmek ya da işinize özel bir sistemi ileride ürünleşebilecek şekilde kurmak istiyorsanız özel yazılım geliştirme hizmetimizi inceleyebilirsiniz. Ürünlerimizi canlı görmek isterseniz vTag ve vRest sitelerine göz atın. Fikrinizi birlikte değerlendirmek içinse bize ulaşın.