Çok Kiracılı (Multi-Tenant) Sistem Fiyatları

Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.

01Çok kiracılı (multi-tenant) sistem maliyetini belirleyen kalemler

tenant modeli
entegrasyonlar
mobil
yönetim paneli
ödeme/faturalama
Seçilen özellikler: tenant izolasyonu ve şirket bazlı ayar gibi detaylar

Bu kalemlerden en büyük farkı çoğunlukla entegrasyonlar ve özel iş kuralları yaratır; tasarım ve içerik ise ikinci sırada gelir.

02Ücretlendirme modelleri

Sabit kapsam

Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.

Aşamalı (modül modül)

İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.

Bakım ve destek anlaşması

Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.

03Sık karşılaşılan durumlar

Durum	Olası neden	Çözüm
Her müşteri için ayrı kopya kuruluyor	Çok kiracılı değil	Tenant mimarisi
Ürün büyürken yavaşlıyor	Mimari ölçeklenmiyor	Yeniden yapılandırma
Ödeme yenilemeleri elle takip ediliyor	Abonelik altyapısı yok	Otomatik yenileme ve hatırlatma

04Çok kiracılı (multi-tenant) sistem hangi ihtiyaca cevap verir?

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

Şirket bazlı ayar gerektiğinde

Şirket bazlı ayar, çok kiracılı (multi-tenant) sistem projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

05Bütçe planlama tablosu

Tablo yaklaşımları karşılaştırır; tutar içermez. Teklif analizden sonra yazılı verilir.
Yaklaşım	Kapsam	Teknoloji	Ölçek
Ekonomik başlangıç	Temel şirket bazlı ayar ve tenant izolasyonu; hazır bileşenler ağırlıkta	Hazır altyapı veya hafif özel geliştirme	Tek ekip/şube, büyümeye açık
Dengeli	Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar	Modüler mimari	Birkaç rol ve şube
Kapsamlı	Özel iş kuralları, çoklu entegrasyon, ileri raporlama	Ölçeklenebilir mimari, test otomasyonu	Çok şube, yoğun kullanım

06Teklif karşılaştırırken sorulacak sorular

Ödeme planı teslim aşamalarına bağlı mı?
Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
Kapsam dışı değişiklik talepleri nasıl yönetilecek?
Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?

07Teklifte ayrıca sorulması gereken giderler

harita ve bildirim servisleri
App Store ve Google Play geliştirici hesapları
sunucu veya bulut kullanımı
e-belge entegratörü hizmet bedeli
üçüncü taraf yazılım ve eklenti lisansları

Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.

08Dikili'de teklif almak

Dikili, İzmir iline bağlı bir ilçedir ve PTT adres verisine göre 30 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde çok kiracılı (multi-tenant) sistem için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Mesafe yazılım işinin önünde engel değildir: Dikili'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Selçuk, Karşıyaka ve Bornova ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

Dikili bölgesinden çok kiracılı (multi-tenant) sistem için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.

Hemen ara WhatsApp Teklif formu

09Örnek kapsam hesabı

Örnek: SaaS gelir metrikleri (hesap örneği)

Örnek abone: 400
Örnek aylık ücret: 300 TL
Aylık yinelenen gelir (MRR): 120.000 TL
Aylık kayıp oranı %5: 20 abone

Bizim fiyatımız değil, hesap örneğidir. Not: örnek hesaptır; kesin plan analizde çıkar.

SSSSık sorulan sorular

İzmir dışındaki işletmelere de hizmet veriyor musunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.

Dikili'den yazıyorum; toplantılar nasıl yapılıyor?

Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Çok kiracılı (multi-tenant) sistem sonradan genişletilebilir mi?

Evet. Şirket bazlı ayar gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.

Çok kiracılı (multi-tenant) sistem için hangi bilgiler hazırlanmalı?

Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve tenant izolasyonu gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.

Teklif ne kadar süre geçerli olur?

Teklifin geçerlilik süresi teklifte ayrıca yazılır; kapsam değişirse teklif güncellenir.

SaaS ürünü için önce ne yapılmalı?

Hedef müşteri, çözülecek ana sorun ve ilk sürümde mutlaka olması gereken birkaç özellik netleştirilir. Kapsam dar tutulur; ölçümle doğrulanan ihtiyaçlar sonraki sürümlere eklenir.

Neden teklifler arasında büyük fark var?

Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.

Bütçemiz sınırlı, ne yapabiliriz?

İlk sürümü en kritik işe odaklamak, hazır servisleri kullanmak ve diğer modülleri sonraki aşamalara bırakmak bütçeyi korur.

→İlgili sayfalar

Çok Kiracılı (Multi-Tenant) Sistem hakkında diğer konular

Dikili'de ilgili hizmetler

İzmir içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

tenant izolasyonu
şirket bazlı ayar
MRR
self servis
SaaS
abonelik
rol bazlı yetki
İzmir
Dikili

Dikili'de çok kiracılı (multi-tenant) sistem fiyatları neye göre belirlenir?