Kısa cevap
SaaS ne demek, özel yazılımdan farkı ne?
SaaS, aynı yazılımın çok sayıda müşteriye tek kod tabanından, abonelikle servis edilmesidir. Özel yazılımda her müşteri kendi sürümüne sahiptir; SaaS'ta tek sürüm herkese hizmet eder ve farklılıklar ayardan çözülür. Neuros bu ayrımı ilk günden kurar, çünkü müşteriye özel dallanan bir kod tabanını sonradan ürüne çevirmek yeniden yazmaktan pahalıdır.
SaaS ile özel yazılım arasındaki fark ne?
Yaygın tanım "bulutta çalışan yazılım" ama bu ayrımı kurmuyor: özel yazılım da bulutta çalışabiliyor. Belirleyici olan kod tabanı sayısı. SaaS'ta tek sürüm vardır ve herkese aynı anda hizmet eder; müşteri farklılıkları ayarla çözülür. Özel yazılımda her müşterinin kendi sürümü ve kendi yayın takvimi vardır.
Bu ayrım iş modelini de belirliyor. Tek kod tabanı, yeni müşterinin marjinal maliyetini neredeyse sıfıra indiriyor — SaaS'ı çekici kılan tek şey bu. Buna karşılık her müşteriye özel dal açan bir ürün, müşteri sayısıyla birlikte bakım maliyetini de doğrusal büyütüyor ve ölçek avantajı hiç oluşmuyor.
Bu sayfa şu aramalara cevap veriyor
- saas nedir ne demek
- saas ile özel yazılım farkı
- türkiye'den saas nasıl kurulur
- abonelik iş modeli nasıl kurulur
- çok kiracılı mimari nedir
- saas fiyatlandırma nasıl yapılır
- yurt dışına saas satışı tahsilat
- mrr churn ne demek
Çok müşteriye tek sistemden hizmet nasıl verilir?
Aynı sistemin birden fazla müşteriye hizmet etmesi, her sorgunun "hangi müşteri" sorusunu taşıması demek. Bu kısıt mimariye ilk günden konmazsa, sonradan eklemek pratik olarak sistemi yeniden yazmak oluyor — çünkü veri erişiminin her noktasına dokunmayı gerektiriyor.
Burada risk teknik değil hukuki: bir müşterinin verisinin diğerine görünmesi bir arıza değil, doğrudan bir kişisel veri ihlali ve bildirim yükümlülüğü doğuruyor. Bu yüzden ayrım tek bir yerde uygulanmalı ve her sorgu oradan geçmeli; geliştiricinin hatırlamasına bırakılan bir kural er ya da geç unutuluyor.
Türkiye'den yurt dışına SaaS nasıl satılır?
| Kalem | Yurt içi | Yurt dışı |
|---|---|---|
| Tahsilat | TL abonelik, yerel kart ve havale | Döviz tahsilat ve uluslararası kart altyapısı |
| Belge | e-Arşiv/e-Fatura, aylık düzenli kesim | Fatura formatı ve vergi beyanı ayrı rejim |
| Fiyat | TL fiyat, enflasyon karşısında güncelleme | Döviz fiyat, kur riski müşteride |
| Sözleşme | Türkçe abonelik şartları, İYS yükümlülüğü | İngilizce şartlar, veri aktarım rejimi |
| Veri | Verinin nerede tutulduğu beyanı | Aktarım dayanağı ve müşterinin denetim hakkı |
En sık yapılan hata bu iki sütunu tek çözümle karşılamaya çalışmak. Yurt dışı için kurulmuş bir ödeme altyapısı TL aboneliği zor yönetiyor; yurt içi için kurulmuş bir altyapı ise döviz tahsilatında tıkanıyor. İkisini ayrı ayrı planlamak, sonradan göç etmekten ucuz.
SaaS fiyatlandırması nasıl yapılır?
Kullanıcı başına fiyat kurması kolay ve anlaşılır ama ters bir teşvik taşıyor: müşteri, maliyeti artmasın diye hesap paylaşıyor ve ürünü organizasyona yaymıyor. Bu, tam da SaaS'ta istemediğiniz şey — yayılma, hem geliri hem bağlılığı büyüten mekanizma.
Alternatif, fiyatı ürünün yarattığı değerle birlikte büyüyen bir ölçüye bağlamak: işlem adedi, saklanan kayıt, gönderilen bildirim, bağlanan lokasyon. Doğru ölçünün testi şu: müşterinin işi büyüdüğünde bu sayı da büyüyor mu? Büyüyorsa fiyat da doğal olarak büyüyor ve bunu her yıl pazarlıkla yapmanız gerekmiyor.
Tek müşteriye yazdığım yazılımı ürüne çevirebilir miyim?
Türkiye'deki SaaS'ların çoğu bir müşteriye yazılmış yazılımdan doğuyor ve bu iyi bir başlangıç: problem gerçek, ilk müşteri gerçek. Kırılma noktası ikinci müşteride oluşuyor — o müşteri ilkinden farklı bir şey istiyor ve iki yol açılıyor.
- Dal açmak: hızlı, o müşteriyi memnun eder, ve iki yıl sonra bakımı imkânsız beş ayrı sürüm bırakır.
- Ayara çevirmek: yavaş, ilk seferde pahalı, ve üçüncü müşteride kendini amorti eder.
- Reddetmek: her isteği ürüne almak zorunda değilsiniz; ürünü tanımlayan şey neyi yapmadığıdır.
Pratik kural: bir istek iki farklı müşteriden geldiyse üründür, tek müşteriden geldiyse projedir. Proje olan işler ayrı fiyatlanır ve ürünün kod tabanına girmez.
SaaS'ta hangi metrikler takip edilir?
Erken aşamada üç sayı yeterli ve fazlası dikkat dağıtıyor: aylık tekrar eden gelir, müşteri kaybı oranı ve bir müşteriyi kazanmanın maliyeti. Bunlardan en yanıltıcısı gelir; kayıp oranı yüksekken artan gelir, dolu bir kovaya delikten su dökmek demek ve büyüme gibi görünüyor.
SaaS için hangi şirket türü uygun?
Limited şirket başlangıç için yeterli ve kuruluşu daha basit; anonim şirket ise hisse devri ve yatırımcı girişi açısından esnek. Karar, yatırım almayı planlayıp planlamadığınıza bağlı: yatırım turu düşünmüyorsanız limited kalabilirsiniz, düşünüyorsanız tür değişikliği tur öncesinde yapılmalı — turun ortasında yapmak süreci haftalarca uzatıyor.
Abonelik iptalini nasıl yönetmeli?
İptali zorlaştırmak kısa vadede kayıp oranını düşürüyor gibi görünüyor ama iki maliyeti var: şikâyet ve itibar. Ayrıca abonelik satan platformlarda iptalin kolay olması giderek bir kural hâline geliyor. İşleyen yaklaşım iptali kolaylaştırıp sebebini sormak; toplanan sebep verisi, üründe düzeltilecek şeyin en dürüst kaynağı.
Ücretsiz plan tutmalı mıyım?
Ücretsiz plan yalnızca ürünün yayılma mekanizması varsa işe yarıyor: kullanıcı ürünü kullanırken başkalarını içine çekiyorsa. Yayılma yoksa ücretsiz plan sadece maliyet, çünkü destek yükü getiriyor ve dönüşüm oranı düşük kalıyor. Alternatif, süreli deneme: aynı keşif imkânını veriyor ama kalıcı bir maliyet bırakmıyor.
SaaS'ta veri yedeklemesi kimin sorumluluğunda?
Sözleşmede yazılmadığında bu soru ilk veri kaybında sorulmuş oluyor ve cevabı olmuyor. Yazılması gereken üç şey: yedek sıklığı, saklama süresi ve geri dönüş süresi. Kurumsal müşteriler ayrıca kendi verilerini dışa aktarabilmeyi talep ediyor — bu özelliği baştan yapmak, müşteri ayrılırken pazarlık konusu olmasından iyi.
“Bir isteği iki müşteri istediyse üründür; bir müşteri istediyse projedir ve ayrı fiyatlanır.”
Kaynaklar
- 01e-Fatura, e-Arşiv ve e-İrsaliye teknik kılavuzlarıGelir İdaresi Başkanlığı · 2024
- 026698 sayılı Kişisel Verilerin Korunması KanunuT.C. Mevzuat Bilgi Sistemi · 2016
- 03Ödeme Hizmetleri ve Elektronik Para İhracı MevzuatıTCMB · 2021