Osmangazi'de çok kiracılı (multi-tenant) sistem yaptırmak

01Çok kiracılı (multi-tenant) sistem ile neler yapılır?

Her işletmenin ihtiyacı farklıdır; yine de çoğu çok kiracılı (multi-tenant) sistem projesinde şu başlıklar konuşulur:

• şirket bazlı ayar
• tenant izolasyonu

İhtiyaca göre SaaS MVP, abonelik yönetimi ve SaaS geliştirme da aynı yol haritasına eklenebilir.

02Hangi durumlarda çok kiracılı (multi-tenant) sistem yaptırılır?

Şirket bazlı ayar gerektiğinde

Şirket bazlı ayar, çok kiracılı (multi-tenant) sistem projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Şirket içi yazılım başka firmalara satılacaksa

Mimari çok kiracılı yapıya dönüştürülür; ödeme, kayıt ve yönetim katmanları eklenir.

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

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

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

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

05Osmangazi için uzaktan ve yerinde çalışma

Osmangazi, Bursa iline bağlı bir ilçedir ve PTT adres verisine göre 137 mahalleden oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır.

Osmangazi'de 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.

Aynı ildeki Orhangazi, Gemlik ve İznik ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Çalışma adımları

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

07Örnek planlama hesabı

08Çalışma düzenimiz

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Yayın sonrası bakım ve destek planlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Bursa da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Çok kiracılı (multi-tenant) sistem işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Ödeme yenilemeleri elle takip ediliyor: abonelik altyapısı yok.
• Her müşteri için ayrı kopya kuruluyor: çok kiracılı değil.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• tenant izolasyonu
• şirket bazlı ayar
• MRR
• self servis
• SaaS
• white-label
• lisans
• churn
• Bursa
• Osmangazi