Zeytinburnu'nda çok kiracılı (multi-tenant) sistem yaptırmak

01Çok kiracılı (multi-tenant) sistem nedir, kimler için uygun?

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

• tenant izolasyonu
• şirket bazlı ayar

İ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?

Kurumsal müşteriler SSO istediğinde

Kurumsal oturum açma ve rol yönetimi ürüne eklenir.

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

Ü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

• MVP en dar ama değer üreten senaryoyla başlar.
• Kullanım ölçümü ve faturalama kuralları netleşir.
• KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.

04Zeytinburnu'nda çok kiracılı (multi-tenant) sistem: çalışma düzeni

Zeytinburnu'nun PTT verisindeki 13 yerleşim kaydı 4 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.

Mesafe yazılım işinin önünde engel değildir: Zeytinburnu'ndaki 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 Başakşehir, Silivri ve Tuzla ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

05İlk görüşmeden yayına

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: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
4. Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Örnek planlama hesabı

07Çalışma düzenimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Kaynak kod ve veri işletmeye teslim edilir.
• KVKK baştan tasarlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

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

08Uzman 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.
• Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
• 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
• churn
• kullanım bazlı faturalama
• İstanbul
• Zeytinburnu