Atlas
Tenant · izolyasiya
Xidmət
SaaS platformaları
Çox icarəçi struktur, abunə, istifadəçi idarəsi və admin — müştərilərinizə satılan məhsul kimi, birdəfəlik vitrin kimi yox.
Bir kod bazası, çox müştəri. Hər tenantın məlumatı ayrılır; siz abunə, rol və adminı bir yerdən idarə edirsiniz.
ReactASP.NET CorePostgreSQLRedis
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
- AtlasPro18SətirAktiv
- NomadTeam7SətirAktiv
- LumenSınaq3SətirSınaq
- HarborPro24SxemAktiv
- QuartzTeam9SətirDayandırılıb
Kimə uyğundur
Bu xidmət hansı ehtiyaca cavab verir.
Məhsul sahibləri
B2B alətini bir neçə müştəriyə satmaq istəyənlər — tenant və abunə lazımdır.
Agentlik və xidmət şirkətləri
Eyni məhsulu bir çox müştəriyə açmaq, amma məlumatı ayırmaq istəyənlər.
Mövcud panelini məhsullaşdıranlar
Daxili alət artıq işləyir; növbəti addım: çox icarəçi və ödəniş.
İzolyasiya
Üç otaq. Bir binada.
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.
- 01
Hər müştəri ayrı otaqda.
Atlas · Tenant · izolyasiya
- 02
Eyni kod, fərqli brend.
Nomad · Ağ etiket · tema
- 03
Plan bayraqla açılır.
Lumen · Sınaq · limit
Nomad
Ağ etiket · tema
Lumen
Sınaq · limit
İstifadə ssenariləri
Eyni özül, fərqli dərinlik.
Bir layihədə hamısı lazım deyil. Ehtiyacınıza uyğun kəsim seçilir — sonra böyütmək asan qalır.
B2B iş aləti
console.atlas / tenantlərİzolyasiyaÇox icarəçi
Tenant atlası
Tenant
48
MRR
12.4k
Churn
1.8%
TenantPlanYerStatusAtlasPro18AktivNomadTeam7AktivLumenSınaq3SınaqSətir filtri · RLS
CTX tenant_id
ISO row · schema
Atlas · Pro · 18 yer
Hər şirkət öz hesabı ilə daxil olur: layihə, sənəd və ya əməliyyat modulları.
Ağ etiketlənmiş panel
studio.atlas / ağ etiketAtlas
Tünd səth
Eyni məhsul. Tenant brendi: loqo, rəng, domen.
Nomad
İşıqlı səth
Konfiqurasiya — yeni kod bazası yox.
Eyni platforma, fərqli brend görünüşü — tenant başına konfiqurasiya.
Abunəli xidmət
billing.atlas / planlarAbunə
Plan və ödəniş
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
FakturaTenantStatusMəbləğINV-214AtlasÖdənib129INV-208NomadÖdənib49INV-201LumenSınaq0Pulsuz sınaq → ödənişli plan. Limitlər və xüsusiyyət bayraqları plana bağlıdır.
Komanda dəvəti
atlas / dəvətYeni dəvətOnboarding
Komanda dəvəti
QəbulLeyla H.
Owner
GözləyirKamran A.
Admin
GözləyirNigar R.
Member
Owner dəvət göndərir, rollar təyin olunur — təhlükəsiz onboarding.
Problem
Niyə adi sayt kifayət etmir
Birdəfəlik sayt və ya tək şirkət paneli abunə, tenant və hesabat tələbini ödəmir. Müştəri A-nın məlumatı B-yə sızmamalıdır. Ödəniş, plan dəyişikliyi və istifadəçi dəvəti ayrı-ayrı “əl işi” qalanda SaaS böyümür — dağılır. Bu, başqa memarlıqdır.
Həll
Nə qurulur
Tenant sərhədi, billing axını, istifadəçi/rol idarəsi və admin paneli ilə ölçülənə bilən məhsul özülü. Əvvəl izolyasiya və abunə modeli, sonra xüsusiyyət. Nəticə: satıla bilən, idarə olunan platforma — şablon CRM yox.
Satıla bilən özül
Əvvəl izolyasiya və abunə. Sonra xüsusiyyət.
Nəticə
Biznesinizdə nə dəyişir.
01
Məlumat sərhədi
Hər müştəri yalnız öz tenantını görür. İzolyasiya dizaynda, “ümid”də deyil.
02
Abunə və plan nəzarəti
Başlama, yüksəltmə, ləğv — ödəniş axını məhsulun bir hissəsidir.
03
Özünüz idarə olunan admin
Tenantlar, istifadəçilər və əsas metriklər bir paneldə — Excel və çat əvəzinə.
04
Böyüməyə hazır özül
Yeni xüsusiyyət bir dəfə yazılır, bütün tenantlara nəzarətlə açılır.
Tenant · plan · eyni sərhəd, telefonda
Platforma adminı
Bayraq bir dəfə yazılır. Tenantlara nəzarətlə açılır.
Billing, ağ etiket və dəvət plana bağlıdır. Excel yox — panel.
platform / admin
Platforma
Xüsusiyyət bayraqları
plan · tenant
BayraqAtlasNomadLumen
Billing
Ağ etiket
Dəvət
Proses
Necə irəliləyirik.
01
Məhsul kəsimi
Kim alır, nə satılır, hansı planlar və hansı sərhədlər — bir səhifədə net.
02
Tenant memarlığı
İzolyasiya, auth və billing sərhədi. Bu qərar sonra dəyişmək bahalıdır — erkən bağlanır.
03
MVP quruluşu
Bir ödənişli axın + bir əsas dəyər xüsusiyyəti. Əvvəl satıla bilən özül.
04
Təhvil və böyütmə
Canlıya çıxış, monitorinq və növbəti xüsusiyyət sırası — ölçülən backlog.
Təhvil
Nə alırsınız — aydın siyahı.
- 01Tenant modeli və məlumat izolyasiya strategiyası
- 02Qeydiyyat, dəvət, rol və icazə axını
- 03Abunə / plan modeli (ödəniş provayderi razılaşmaya görə)
- 04Müştəri tətbiqi + platforma admin paneli
- 05Əsas bildiriş və istifadə analitikasının özülü
- 06Təhvil: deploy, tenant idarə qeydi, növbəti roadmap kəsimi
Fərq
Niyə bu yanaşma.
SaaS = memarlıq, şablon deyil
Multi-tenant və billing sonradan yapışdırılmır. Əvvəldən məhsul kimi düşünülür.
Satışa uyğun MVP
Hər xüsusiyyət yox — ilk ödənişli müştərini daşıyan minimum. Sonra genişlənmə.
Dürüst sərhəd
Hansı provayder, hansı limit — razılaşmada. Uydurma “bütün inteqrasiyalar hazır” yoxdur.
Xüsusiyyətlər
- Çox icarəçi (multi-tenant) model və məlumat izolyasiyası
- Abunə, plan və ödəniş axını (provayder razılaşmaya görə)
- İstifadəçi, dəvət və rol idarəsi
- Platforma adminı: tenantlar, status, əsas metriklər
- Bildiriş özülü və əsas istifadə analitikasının yeri
- Xüsusiyyət bayraqları — plana və tenant-a görə açılış
Tez-tez suallar
- Ödəniş inteqrasiyası varmı?
- Bəli, ehtiyaca görə. Konkret provayder layihə razılaşmasında seçilir — uydurma inteqrasiya siyahısı yoxdur.
- Məlumatlar tenantlar arasında qarışırmı?
- Xeyr — dizayn belə qurulur. İzolyasiya modeli (sxema, sətir filtri və s.) əvvəlcədən seçilir və test olunur.
- Mövcud tək-müştəri paneli SaaS-ə çevrilə bilər?
- Tez-tez bəli, amma tenant və billing əlavə etmək ciddi işdir. Əvvəl uyğunluq analizi, sonra mərhələli plan.
- Nə qədər vaxt aparır?
- MVP (qeydiyyat + bir tenant axını + əsas dəyər) adətən mərhələli planlanır. Tam marketplace yox — razılaşdırılmış kəsim.
- Qiymət necə müəyyən olunur?
- Tenant modeli, billing dərinliyi və modul sayına görə. Brifdən sonra aydın təklif.
Layihəniz var? Danışaq.
Qısa bir söhbət kifayətdir. Ehtiyacı netləşdiririk, yolu çəkirik, sonra təklif veririk.
İndi yazın — forma gözləmədən.
Instagram-da yaz