Anasayfa/Hizmetler/SaaS Platform

Multi-tenant SaaS platformları

Fikirden ödeme alan ürüne 12 haftada. Auth, billing, admin paneli, API — saas'ın "boring" ama zorunlu kısımlarını sıfırdan yazmak yerine kanıtlanmış kalıplarımızı kullanıyoruz.

Süre10–14 hafta
MimariMulti-tenant
BillingStripe · Paddle · iyzico
StackNext.js · Node · Postgres
Multi-tenant SaaS, temelden ölçekli
A

Auth & Tenant

E-posta, OAuth, magic link, SSO. Workspace/team yapısı, rol bazlı yetki, davet akışı — gün 1'den hazır.

B

Billing & Subscription

Stripe veya Paddle ile aylık/yıllık paketler, free trial, proration, customer portal, invoice geçmişi.

C

Admin Console

Müşteri arama, abonelik yönetimi, refund, impersonation, gelir/churn metrikleri — tüm gerekli operasyon araçları.

D

API & Webhooks

REST veya GraphQL public API, rate limiting, API key yönetimi, müşterilere webhook gönderimi.

E

Email & Bildirim

Postmark/Resend ile transactional email, in-app notification, Slack/Discord entegrasyonu.

F

Analitik & Onboarding

PostHog/Mixpanel ile funnel, kohort, kullanım analitiği. Etkinleştirme akışı için checklist UI'ları.

Stack

Üretkenlik ve ölçek arasında doğru denge — kanıtlanmış araçlar.

Next.js 15App Router · RSC
TypeScriptStrict mode
PostgreSQLNeon · RDS
Prisma / DrizzleORM
StripeBilling
Clerk / Auth.jsAuthentication
ResendEmail
Vercel / AWSDeploy

SaaS geliştirme partneri seçerken kritik kriterler

İlk SaaS'inizi yaptırırken ya da mevcut bir ekipten devralırken, sözleşmeyi imzalamadan önce yanıtlanması gereken pratik sorular.

Sabit fiyat mı sprint bazlı mı çalışmalı?

SaaS projelerinde sabit fiyatın çalıştığı yer çok dardır: yalnızca discovery fazı, mimari tasarım veya net tanımlı tek modüller (örn. Stripe entegrasyonu) için adildir. Tam ürün geliştirmeyi sabit fiyatla bağladığınızda, ya kapsam dondurulur ve ürün gerçek pazara cevap verecek esneklikten yoksun kalır, ya da kapsam revizyonları sürekli kontrat eklerine dönüşür. Sprint bazlı (2 haftalık iterasyonlar, sabit ekip kapasitesi, açık backlog) modelde her sprint sonunda gerçek velocity ölçülür ve kalan iş yeniden planlanır. Önerimiz: ilk discovery + mimari fazını sabit fiyat al, geliştirme ve sonrasını sprint bazlı sürdür.

Kod sahipliği ve devir nasıl olmalı?

Sözleşmede şunlar yazılı olmalı: (1) repository sizin organizasyon hesabınızda (GitHub/GitLab) açılmalı ve ajansa collaborator yetkisi verilmeli, (2) AWS/Vercel/cloud sağlayıcı hesabı sizin şirketinize ait olmalı — ajansa IAM ya da team yetkisi verilir, (3) Stripe, Postmark, Sentry ve PostgreSQL gibi tüm üçüncü parti servislerin sahibi siz olmalısınız. Bu üçü olmadan, ajansla ilişki bittiğinde ürünün üretim ortamı ve müşteri verileriniz risk altındadır. Devir için README'si güncel, runbook'u olan, .env.example dosyaları eksiksiz ve mimari karar kayıtları (ADR'ler) olan bir kod tabanı teslim alınmalıdır.

Hangi metrikler sözleşmeye girmeli?

"Hızlı ve güvenli olacak" cümlesi sözleşme şartı değildir. Sayılabilir hedefler eklenmelidir: P95 API yanıt süresi (örn. 300ms altı), uptime hedefi (örn. %99,9 — aylık 43 dakika downtime'a denk gelir), kritik akışlar için end-to-end test kapsamı (auth, billing, ana iş akışı), Lighthouse performans skoru (90+), OWASP Top 10 kapsamlı temel güvenlik kontrolleri. Billing sonrası audit log, GDPR/KVKK için silme ve veri ihracı API'leri zorunluluk değil, sözleşme satır kalemi olmalı. Bu sayılar olmadan kalite öznel kalır ve devirde yeniden tartışılır.

Multi-tenant izolasyonu nasıl çözülmeli?

Üç temel model vardır ve seçim ürün gereksinimlerine bağlıdır. Shared database + row-level security (PostgreSQL RLS) çoğu B2B SaaS için en pragmatik çözümdür: tek şema, her tablo bir tenant_id sütunu, RLS politikalarıyla izolasyon. Schema-per-tenant orta hassasiyetli senaryolarda — örneğin sağlık veya finans — denetim kolaylığı sağlar ama yüzlerce tenant'ta migration yönetimi ağırlaşır. Database-per-tenant en güçlü izolasyondur ama maliyetli ve karmaşıktır; yalnızca müşteri sözleşmesi gerektirdiğinde tercih edilmelidir. Sözleşmede hangi modelin neden seçildiği ve yatay büyüme stratejisinin yazılı olması, ileride tasarım borcuna dönüşmesini engeller.

Yerel ekip mi nearshore mu?

Yerel (Türkiye) ekibin avantajları: aynı saat dilimi, yüz yüze toplantı imkanı, KVKK ve yerel ödeme entegrasyonlarında deneyim, Türkçe doküman. Saatlik maliyet Batı Avrupa veya ABD ekiplerine kıyasla anlamlı şekilde düşüktür ve teknik kalite üst düzey takımlarda eşittir. Nearshore (Doğu Avrupa) Avrupa fonlu projelerde fatura/sözleşme tarafında kolaylık sağlar fakat KDV ve sözleşme ek yükleri vardır. Offshore (Hindistan/Pakistan) saatlik ücrette daha düşük olsa da koordinasyon yükü ve revizyon turlarının çokluğu toplam sahip olma maliyetini sıklıkla yerel rakamlarla aynı yere çıkarır. Karar verirken saatlik ücreti değil, gerçek velocity üzerinden "kabul edilebilir kaliteye ulaşmak için gerekli toplam saat" rakamına bakın.

Bakım ve SLA nasıl şekillenir?

Bir SaaS lansmandan sonra her gün üç farklı baskıyla yaşar: müşteri istekleri, üçüncü parti servis değişiklikleri (Stripe API güncellemeleri, kütüphane CVE'leri) ve veri büyümesi kaynaklı performans yamaları. Aylık retainer modeli en pratik çözümdür: önceden anlaşılmış bir saat havuzu (örn. 40–80 saat/ay), saat dışına çıkıldığında nasıl faturalandırılacağı, on-call dahil mi sorusu netleştirilir. SLA'da en az üç sınıf öneriyoruz — kritik (ödeme alınamıyor, login çalışmıyor), yüksek (önemli özellik bozuk), normal (cosmetic / iyileştirme) — her biri için cevap ve çözüm süresi ayrı ayrı tanımlı olmalı. Saat carry-over ve aylık raporlama maddeleri standart pratiktir.

Sık sorulanlar

SaaS projelerinde sıkça karşılaştığımız sorular.

SaaS MVP'si ne kadar sürer?
Ortalama 10–14 hafta. Auth, billing, admin paneli ve temel ürün özellikleriyle ödeme alan bir MVP. Pazarlama sayfası ve onboarding'i ayrıca düşünmek gerekir.
Hangi billing sağlayıcıyı kullanıyorsunuz?
Global müşteri için Stripe veya Paddle. Türkiye için iyzico ve PayTR entegrasyonu da yapıyoruz. Paddle'ın merchant of record modeli VAT/sales tax derdini sizden alır.
Multi-tenant'ı nasıl çözüyorsunuz?
Çoğu projede shared database + row-level security ile tenant izolasyonu. Yüksek güvenlik gereken durumlarda schema-per-tenant veya database-per-tenant modeline geçiyoruz.
Mevcut SaaS'imi devralabilir misiniz?
Evet. Önce 1 haftalık teknik audit yapıyoruz: kod kalitesi, altyapı, billing, mimari borç haritası. Sonra retainer modeliyle veya proje bazlı çalışıyoruz.
Türkiye'de SaaS satarken vergi nasıl?
Türk müşteriye Türk şirketinizden, global müşteriye Delaware veya UK şirketinizden faturalandırma standart kurgu. Kendi yapımız bu, kurmanıza yardım ediyoruz.

Üç farklı çalışma şekli

SaaS projenin olgunluğuna göre uygun paketi birlikte seçelim.

Paket A

SaaS MVP — 10 hafta

Tek tenant veya basit multi-tenant, kimlik & ekip yönetimi, Stripe Subscriptions, admin panel temeli, 3 plan.

Genelde: İlk ödeyen müşteri hedefi
En çok seçilen
Paket B

Production SaaS — 14-18 hafta

Multi-tenant, kullanım bazlı billing, RBAC, audit log, API + webhooks, kapsamlı admin paneli, GDPR & KVKK uyum.

Genelde: B2B satışa hazır ürün
Paket C

Ölçek & modernizasyon

Mevcut SaaS için performans audit, queue mimarisi, çok bölgeli deployment, billing göçü, eski koddan migrasyon.

Genelde: 100+ müşteri sonrası
bubi
ADS
Vaka çalışması — Paket B

18 haftada multi-tenant SaaS, bugün 6.700+ ödeyen müşteri

Meta Ads otomasyonu, kural motoru + LLM yorumlayıcı, $900K aylık reklam bütçesi yöneten platform.

Vaka →

SaaS fikrinizi ödeme alan ürüne çevirelim.

Brief gönderin, 24 saat içinde 30 dakikalık görüşme ayarlayalım.