Avcılar'da çok kiracılı (multi-tenant) sistem yaptırmak

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

Çok kiracılı (multi-tenant) sistem projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• tenant izolasyonu
• şirket bazlı ayar

Çok kiracılı (multi-tenant) sistem ile birlikte sık planlanan işler arasında SaaS MVP, abonelik yönetimi ve SaaS geliştirme bulunur.

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.

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

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

• MVP en dar ama değer üreten senaryoyla başlar.
• 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.

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

Avcılar'ın PTT verisindeki 10 yerleşim kaydı 4 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için çok kiracılı (multi-tenant) sistem tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Mesafe yazılım işinin önünde engel değildir: Avcılar'daki 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.

İstanbul genelinde Esenler, Bayrampaşa ve Başakşehir gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

05Proje nasıl ilerler?

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
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: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Rakamlarla örnek bir senaryo

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

• KVKK baştan tasarlanır.
• Kapsam ve teslim kriterleri yazılı olur.
• Her değişiklik önce test ortamında denenir.

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
• lisans
• white-label
• multi-tenant
• İstanbul
• Avcılar