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
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
Abonelik ve deneme süresi, 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.
White-label tema
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.
Çok kiracılı mimari
Çok kiracılı mimari için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03Çok kiracılı (multi-tenant) sistem planlarken bilinmesi gerekenler
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
- Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
- MVP en dar ama değer üreten senaryoyla başlar.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| 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 |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- 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.
- Girişimler: Çok kiracılı (multi-tenant) sistem, girişimler 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.
08Posof için özellik planı
Posof'un PTT verisindeki 88 yerleşim kaydı 2 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Posof'taki 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 Ardahan Merkez, Çıldır ve Göle ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.
Posof 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
Ç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.
Posof'ta yüz yüze görüşebilir miyiz?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
Ardahan dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
Ö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.
Ç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.
→İlgili sayfalar
Çok Kiracılı (Multi-Tenant) Sistem hakkında diğer konular
- Ç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
- Çok kiracılı (multi-tenant) sistem teknolojileriTeknoloji seçimi ve mimari
- Çok kiracılı (multi-tenant) sistem: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Çok kiracılı (multi-tenant) sistem geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Posof'ta ilgili hizmetler
Ardahan içindeki diğer ilçeler
- Hanak'ta çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Çıldır için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Ardahan Merkez için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Damal için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Göle 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
- churn
- abonelik
- MVP
- Ardahan
- Posof