Türkiye'nin 81 ilinde yazılım hizmeti · 0540 003 19 81
SaaS Geliştirme · Ayaş, Ankara

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

Çok kiracılı (multi-tenant) sistem için olması gereken özellikler işletmenin iş akışına göre değişir. Bu sayfada olmazsa olmaz özellikleri, ihtiyaca göre eklenen modülleri ve kullanıcı rollerini bir arada bulabilirsiniz.

Kısa cevap

Çok kiracılı (multi-tenant) sistem için olmazsa olmaz özellikler: tenant izolasyonu ve şirket bazlı ayar. Diğer modüller ihtiyaca göre sonraki sürümlere eklenir. Bilgi için 0540 003 19 81 numarasını arayabilir veya WhatsApp'tan yazabilirsiniz.

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

White-label tema

White-label tema, 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.

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.

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.

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.
  • Kullanım ölçümü ve faturalama kuralları netleşir.
  • Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

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

DurumOlası nedenÇözüm
Ödeme yenilemeleri elle takip ediliyorAbonelik altyapısı yokOtomatik yenileme ve hatırlatma
Ürün büyürken yavaşlıyorMimari ölçeklenmiyorYeniden yapılandırma
Her müşteri için ayrı kopya kuruluyorÇok kiracılı değilTenant mimarisi

05Kullanıcı rolleri ve yetkiler

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
RolGörebilirYapabilir
YöneticiTüm birimlerOnay ve yetki
Birim sorumlusuKendi birimiOnay, atama, rapor
KullanıcıKendi kayıtlarıGiriş ve takip
DenetçiSalt okunur raporlarDış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

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

08Ayaş için özellik planı

Ayaş'ın PTT verisindeki 33 yerleşim kaydı 1 farklı posta koduna dağılı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.

Ayaş'ta bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Ankara genelinde Yenimahalle, Keçiören ve Beypazarı gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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.

SSSSık sorulan sorular

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.

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.

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.

Ankara dışındaki işletmelere de hizmet veriyor musunuz?

Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.

Ayaş'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.

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.

Bu sayfada geçen kavramlar

  • tenant izolasyonu
  • şirket bazlı ayar
  • MRR
  • self servis
  • SaaS
  • white-label
  • lisans
  • Ankara
  • Ayaş
Askadar Yazılım · Türkiye geneli

Aklınızdaki projeyi konuşalım.

Telefonla arayın veya WhatsApp'tan birkaç cümleyle yazın. Kapsam kısa bir görüşmeyle netleşir, teklif yazılı verilir.