Çok Kiracılı (Multi-Tenant) Sistem Özellikler

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

Çok kiracılı mimari

Çok kiracılı mimari için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

Self servis müşteri portalı

Self servis müşteri portalı, 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.

Abonelik ve deneme süresi

Abonelik ve deneme süresi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

Kullanım bazlı ücretlendirme

Kullanım bazlı ücretlendirme, 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.

03Çok kiracılı (multi-tenant) sistem planlarken bilinmesi gerekenler

MVP en dar ama değer üreten senaryoyla başlar.
Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.

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

Durum	Olası neden	Çözüm
Ü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
Her müşteri için ayrı kopya kuruluyor	Çok kiracılı değil	Tenant mimarisi

05Kullanıcı rolleri ve yetkiler

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
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

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.

07Sektöre göre özellik önerileri

Ajanslar: Çok kiracılı (multi-tenant) sistem, ajanslar 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.
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.

08Çan için özellik planı

Çan, Çanakkale iline bağlı bir ilçedir ve PTT adres verisine göre 79 mahalle ve köy kaydından oluşur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Çan'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ı ildeki Eceabat, Ezine ve Lapseki ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; çok kiracılı (multi-tenant) sistem için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

Ç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 Çanakkale için mi çalışıyorsunuz?

Askadar Yazılım 81 ilde uzaktan çalışır; Çanakkale de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.

Ç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.

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.

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.

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.

→İlgili sayfalar

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

Çan'da ilgili hizmetler

Çanakkale içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

tenant izolasyonu
şirket bazlı ayar
MRR
self servis
SaaS
rol bazlı yetki
kullanım bazlı faturalama
churn
Çanakkale
Çan

Çok kiracılı (multi-tenant) sistem: olması gereken özellikler ve modüller (Çan)