Birden çok şirketi tek altyapıda ayrı veriyle barındıran mimari.
01Olmazsa olmaz özellikler
- tenant izolasyonu
- şirket bazlı ayar
02İhtiyaca göre eklenen modüller
Kullanım bazlı ücretlendirme
Kullanım bazlı ücretlendirme için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Çok kiracılı mimari
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Abonelik ve deneme süresi
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
SSO ve rol yönetimi
SSO ve rol yönetimi, ihtiyaç netleştiğinde çok kiracılı (multi-tenant) sistem içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
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 |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
04Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
05Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
06Sektöre göre özellik önerileri
- Sektörel yazılım üreticileri: Çok kiracılı (multi-tenant) sistem, sektörel yazılım üreticileri için iş akışına göre uyarlanır.
- Kurumsal iç ürün ekipleri: Çok kiracılı (multi-tenant) sistem, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
- Ajanslar: Çok kiracılı (multi-tenant) sistem, ajanslar için iş akışına göre uyarlanır.
- Yazılımını ürünleştirmek isteyen firmalar: Çok kiracılı (multi-tenant) sistem, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
07Bekilli için özellik planı
Bekilli, Denizli iline bağlı bir ilçedir ve PTT adres verisine göre 15 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için çok kiracılı (multi-tenant) sistem tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Bekilli'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 Çivril, Tavas ve Honaz ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.
Bekilli 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.
SSSSık sorulan sorular
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alını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.
Bekilli'den yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Denizli dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Denizli de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
→İlgili sayfalar
Çok Kiracılı (Multi-Tenant) Sistem hakkında diğer konular
- Çok kiracılı (multi-tenant) sistem geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Çok kiracılı (multi-tenant) sistem yaptırmaKapsam, süreç ve iletişim
- Çok kiracılı (multi-tenant) sistem firmasıFirma seçerken bakılacaklar
- Çok kiracılı (multi-tenant) sistem entegrasyonlarıBağlanabilecek sistemler
- Çok kiracılı (multi-tenant) sistem bakım ve destekYayın sonrası bakım, güncelleme ve destek
Bekilli'de ilgili hizmetler
Denizli içindeki diğer ilçeler
- Honaz için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Denizli Kale'de çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Babadağ için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Tavas için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Çivril için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
Bu sayfada geçen kavramlar
- tenant izolasyonu
- şirket bazlı ayar
- MRR
- self servis
- SaaS
- multi-tenant
- churn
- rol bazlı yetki
- Denizli
- Bekilli