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
Abonelik ve deneme süresi
Abonelik ve deneme süresi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
SSO ve rol yönetimi
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.
Self servis müşteri portalı
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
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
- MVP en dar ama değer üreten senaryoyla başlar.
04Kullanı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 |
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.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
06Sektöre göre özellik önerileri
- 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.
- 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.
- Girişimler: Çok kiracılı (multi-tenant) sistem, girişimler 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.
07Giresun için özellik planı
Karadeniz Bölgesi illerinden Giresun (plaka 28), PTT adres verisinde 16 ilçe ve 2.653 yerleşim kaydıyla yer alır. Denize kıyısı olan illerdendir.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Giresun'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı bölgedeki Sinop, Bartın ve Düzce illeri için de çok kiracılı (multi-tenant) sistem projeleri aynı düzenle yürütülür.
Giresun 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
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.
Ç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.
Sadece Giresun için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
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.
Ö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.
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.
Ç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.
→İlgili sayfalar
Çok Kiracılı (Multi-Tenant) Sistem hakkında diğer konular
- Çok kiracılı (multi-tenant) sistem KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Çok kiracılı (multi-tenant) sistem yaptırmaKapsam, süreç ve iletişim
- Ç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 firmasıFirma seçerken bakılacaklar
Giresun'da ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
- Sinop için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Kastamonu için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Bayburt için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Bartın'da çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Düzce için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
Giresun ilçelerinde çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
Bu sayfada geçen kavramlar
- tenant izolasyonu
- şirket bazlı ayar
- MRR
- self servis
- SaaS
- kullanım bazlı faturalama
- churn
- white-label
- Giresun