
Atlas
Tenant · izolyasiya
Hizmet
Çok kiracılı yapı, abonelik, kullanıcı yönetimi ve admin — müşterilerinize satılan ürün gibi, tek seferlik vitrin gibi değil.
Bir kod tabanı, çok müşteri. Her tenant'ın verisi ayrılır; siz aboneliği, rolleri ve admin'i tek yerden yönetirsiniz.
Tenant · Billing · Admin
Tenant sərhədi
DEMO DATA

Tenant · Billing · Admin
Bir kod bazası. Çox müştəri. Sərhəd dizaynda.
Tenant reyestri
izolyasiya · plan
Kime uygun

Ürün sahipleri
B2B aracını birkaç müşteriye satmak isteyenler — tenant ve abonelik gerekir.

Ajans ve hizmet şirketleri
Aynı ürünü birçok müşteriye açmak, ama veriyi ayırmak isteyenler.

Mevcut panelini ürünleştirenler
İç araç zaten çalışıyor; sonraki adım: çok kiracılı yapı ve ödeme.
İzolyasiya
Müştəri A-nın məlumatı B-yə sızmır. Hər tenantın planı, brendi və icazəsi ayrıdır — eyni kod, ayrı sərhəd.
Hər müştəri ayrı otaqda.
Atlas · Tenant · izolyasiya
Eyni kod, fərqli brend.
Nomad · Ağ etiket · tema
Plan bayraqla açılır.
Lumen · Sınaq · limit

Atlas
Tenant · izolyasiya

Nomad
Ağ etiket · tema

Lumen
Sınaq · limit
Kullanım senaryoları
Bir projede hepsi gerekmez. İhtiyacınıza uygun kesim seçilir — sonra büyütmek kolay kalır.

B2B iş aracı
Çox icarəçi
Tenant
48
MRR
12.4k
Churn
1.8%

Sətir filtri · RLS
CTX tenant_id
ISO row · schema
Atlas · Pro · 18 yer
Her şirket kendi hesabıyla girer: proje, belge veya operasyon modülleri.

Beyaz etiketli panel
Atlas

Eyni məhsul. Tenant brendi: loqo, rəng, domen.
Nomad

Konfiqurasiya — yeni kod bazası yox.
Aynı platform, farklı marka görünümü — tenant başına yapılandırma.

Abonelikli hizmet
Abunə
MRR · 12.4k
Sınaq
0/ay
14 gün · 3 yer
Team
49/ay
10 yer · dəvət
Pro
129/ay
Limitsiz · admin
Ücretsiz deneme → ücretli plan. Limitler ve özellik bayrakları plana bağlıdır.

Ekip daveti
Onboarding

Leyla H.
Owner
Kamran A.
Admin
Nigar R.
Member
Owner davet gönderir, roller atanır — güvenli onboarding.

Sorun
Tek seferlik site veya tek şirket paneli abonelik, tenant ve rapor ihtiyacını karşılamaz. Müşteri A'nın verisi B'ye sızmamalıdır. Ödeme, plan değişikliği ve kullanıcı daveti ayrı ayrı “el işi” kalınca SaaS büyümez — dağılır. Bu, başka bir mimaridir.

Çözüm
Tenant sınırı, faturalama akışı, kullanıcı/rol yönetimi ve admin paneliyle ölçülebilir ürün temeli. Önce izolasyon ve abonelik modeli, sonra özellik. Sonuç: satılabilir, yönetilebilir platform — şablon CRM değil.

Satıla bilən özül
Əvvəl izolyasiya və abunə. Sonra xüsusiyyət.
Sonuç
01
Veri sınırı
Her müşteri yalnızca kendi tenant'ını görür. İzolasyon tasarımda, “umut”ta değil.
02
Abonelik ve plan kontrolü
Başlama, yükseltme, iptal — ödeme akışı ürünün bir parçasıdır.
03
Kendi yönettiğiniz admin
Tenant'lar, kullanıcılar ve temel metrikler bir panelde — Excel ve sohbet yerine.
04
Büyümeye hazır temel
Yeni özellik bir kez yazılır, tüm tenant'lara kontrollü açılır.

Tenant · plan · eyni sərhəd, telefonda
Platforma adminı
Billing, ağ etiket və dəvət plana bağlıdır. Excel yox — panel.
Platforma
plan · tenant


Süreç
01
Ürün kesimi
Kim alır, ne satılır, hangi planlar ve hangi sınırlar — bir sayfada net.
02
Tenant mimarisi
İzolasyon, auth ve faturalama sınırı. Bu karar sonra değişmek pahalıdır — erken kapanır.
03
MVP kurulumu
Bir ücretli akış + bir temel değer özelliği. Önce satılabilir temel.
04
Teslim ve büyütme
Canlıya çıkış, izleme ve sonraki özellik sırası — ölçülen backlog.
Teslim
Fark
SaaS = mimari, şablon değil
Multi-tenant ve faturalama sonradan yapıştırılmaz. Baştan ürün olarak düşünülür.
Satışa uygun MVP
Her özellik değil — ilk ücretli müşteriyi taşıyan minimum. Sonra genişleme.
Dürüst sınır
Hangi sağlayıcı, hangi limit — mutabakatta. Uydurma “tüm entegrasyonlar hazır” yoktur.
Kısa bir konuşma yeter. İhtiyacı netleştiririz, yolu çizeriz, sonra teklif veririz.
Şimdi yazın — formu beklemeden.
Instagram’dan yaz