Hilvan'da ç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

Bu projeler çoğu zaman SaaS MVP, abonelik yönetimi ve SaaS geliştirme gibi işlerle birlikte ele alınır.

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.

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

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

Ş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

• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• MVP en dar ama değer üreten senaryoyla başlar.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

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

Hilvan, Şanlıurfa iline bağlı bir ilçedir ve PTT adres verisine göre 70 mahalleden oluşur. 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: Hilvan'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.

Aynı ildeki Suruç, Eyyübiye ve Bozova ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

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: 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: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Örnek kapsam hesabı

07Nasıl çalışıyoruz?

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.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Yayın sonrası bakım ve destek planlanır.
• KVKK baştan tasarlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Şanlıurfa 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
• abonelik
• kullanım bazlı faturalama
• MVP
• Şanlıurfa
• Hilvan