Ç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

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.

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

SSO ve rol yönetimi

SSO ve rol yönetimi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

Kullanım bazlı ücretlendirme

Kullanım bazlı ücretlendirme için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

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

Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
Ç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

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

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

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

08Kınık için özellik planı

PTT kayıtlarında Kınık ilçesine bağlı 38 yerleşim bulunur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. 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.

Kınık'ta PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde çok kiracılı (multi-tenant) sistem için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Mesafe yazılım işinin önünde engel değildir: Kınık'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 Beydağ, Selçuk ve Tire 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 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.

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

Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Ege Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.

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.

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.

Kınık'tan 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.

Ö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

Kınık'ta 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
kullanım bazlı faturalama
MVP
white-label
İzmir
Kınık

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