Türkiye'de SaaS Ürünü Geliştirmek: Yerelleştirme, Hosting ve Ödeme Altyapısı

Yerelleştirme: göründüğünden derin

Arayüzün Türkçe çevirisi gerekli ilk adım, ama yeterli değil. Gerçek yerelleştirme şunları kapsar:

Dilsel: Güncel Türkçe, İngilizce'den otomatik çeviri değil. Hicri takvim gerektiğinde. Haftanın günleri (Pazartesi, Salı, ...) — "Day 1" tarzı numaralama değil. İstanbul Türkçesi referans, ağız değil. Teknik terimlerde Türkçe-İngilizce karışımı Türk BT kültüründe standart ("sprint", "backend", "deploy") — zorlama öz Türkçeleştirme genelde komik durur.

Deneyim akışı: Türk kullanıcı ilişki-önce yaklaşımı bekliyor — "Hakkımızda" sayfaları daha detaylı, yerel müşteri referansları önemli, WhatsApp Business ana iletişim kanalı (yan kanal değil).

Takvim ve etkinlik: Ramazan, Kurban Bayramı, Cumhuriyet Bayramı, milli ve dini tatiller. Ürün sürümlerini bunlara göre planlamak — Ramazan'ın ortasında büyük sürüm ilk hafta kitle kaybı demek.

Kültürel bağlam: Arayüz görselleri Türk toplumunu yansıtıyor, tasarım değerleri İstanbul/Ankara kurumsal estetiğine uyum sağlıyor, bildirim içeriği uygunsuz zamanlarda (namaz vakitleri, geceyarısı) dikkat gerektiriyor.

KVKK uyumlu hosting

KVKK Madde 9 kişisel veri yurt dışı aktarımına kısıtlamalar getiriyor. Kamu ve finans sektörlerinde sektörel düzenlemeler çoğu durumda üretim verisinin Türkiye'de tutulmasını şart koşar.

Türkiye'de önerilen hosting seçenekleri:

• Turkcell Dijital Merkez (DMC): Kamu ve finans sektörü için en yaygın tercih. ISO 27001, PCI DSS, KVKK tam uyum. İstanbul (Tuzla) ve Ankara lokasyonları.
• Türk Telekom Bulut: ikinci önemli alternatif, benzer sertifika setiyle.
• Turknet: orta ölçekli SaaS için uygun, daha esnek fiyatlandırma.
• AWS Frankfurt (eu-central-1): KVKK açısından bu da yurt dışı aktarımdır; AB için ilan edilmiş bir yeterlilik kararı yoktur. 1 Haziran 2024'ten bu yana (7499 sayılı Kanun) Kurul'un ilan ettiği standart sözleşme imzalanıp 5 iş günü içinde Kurum'a bildirilmelidir. Hassas veri için Türkiye içi barındırma tercih edilmeli.
• Azure (Kuzey Avrupa) ve Google Cloud (Belçika): aynı kurallar geçerli; bunlar da yurt dışı aktarımdır.

Mimari: üretim veritabanı ve yedekleme Türkiye'de. Geliştirme ve kod depoları Türkiye dışında olabilir (kişisel veri içermezler). Üretim verisine erişim break-glass kanalla, tam denetim izi tutarak.

Ödeme altyapısı: iyzico, PayTR, Param, Moka

Türk ödeme altyapısı dünya ortalamasından farklı özelliklere sahip. Yerel ödeme geçitlerine entegrasyon zorunlu:

• iyzico: Türk kartlarında en yaygın, Türk e-ticaretinde lider. Taksit desteği, 3D Secure, tokenizasyon. API modern ve dokümantasyon Türkçe.
• PayTR: Benzer özellik seti, bazı sektörlerde (abonelik, dijital ürün) iyzico'ya tercih edilir.
• Param: QNB Finansbank iştiraki, banka kartı ve Fast üzerinden ödeme.
• Moka: İşbank iştiraki, özellikle büyük kurumsal entegrasyonlar.
• Iyzilink: iyzico'nun hızlı link-based ödeme modülü.

BKM (Bankalararası Kart Merkezi) Masterpass ve Garanti Bonus gibi kart programları için ek entegrasyon imkanı sunar.

Yalnızca Stripe ya da Adyen gibi uluslararası ödeme altyapılarını kullanan SaaS'lar, Türk kartlarında 3D Secure akışı, BKM ağı ve taksit desteği nedeniyle yüksek red oranıyla karşılaşabilir; Stripe ayrıca Türkiye'de kurulu şirketlere hesap açmıyor. Türk müşteri bekleniyorsa yerel geçit zorunlu.

e-Fatura entegrasyonu — baştan planla

KVKK ve GİB uyumluluğuyla birlikte e-Fatura, e-Arşiv ve e-Defter Türk SaaS'ının temel taşı. GİB düzenlemesine göre 2022 ve sonraki hesap dönemlerinde brüt satış hasılatı 3 milyon TL ve üzeri olan mükellefler, izleyen yılın Temmuz ayı başından itibaren e-Fatura uygulamasına geçmek zorunda (bazı sektörlerde, örneğin e-ticarette, daha düşük hadler var; güncel hadleri ebelge.gib.gov.tr üzerinden kontrol edin). Müşteriniz e-Fatura mükellefiyse SaaS'ın ona kestiği faturanın da e-Fatura olarak düzenlenmesi gerekir.

Seçenekler:

1. Kendi faturalarınız için e-Fatura yöntemi seçmek: GİB e-Belge Portalı, özel entegrasyon ya da GİB listesindeki bir özel entegratör (örneğin EDM, QNB eSolutions, Uyumsoft). Fatura hacmi arttıkça özel entegratör pratikte en yaygın yoldur.
2. Müşterileriniz için e-Fatura üretmek (eğer SaaS ürününüz müşterinin kendi faturalarını kesiyor — örneğin bir POS SaaS'ı, muhasebe SaaS'ı) — ek entegrasyon katmanı gerektirir.

Her iki durumda da e-Fatura entegrasyonu proje başında planlanmalı; proje sonuna bırakılırsa 3-5 haftalık yeniden çalışma kaçınılmaz. Ayrıntılar için e-Fatura entegrasyon rehberi yazımıza bakın.

BDDK ve SPK uyumlu FinTech SaaS

FinTech SaaS'ları (banka entegrasyonu, ödeme hizmeti, yatırım platformu) BDDK, TCMB ya da SPK düzenlemesine tabi. Kısaca:

• BDDK: Bankacılık.
• TCMB: Ödeme kuruluşları ve elektronik para kuruluşları. 6493 sayılı Kanun çerçevesinde lisans, 7192 sayılı Kanunla yapılan değişiklikten sonra 1 Ocak 2020'den bu yana Merkez Bankası'ndan alınır.
• SPK: Yatırım hizmetleri, kitle fonlama ve kripto varlık hizmetleri. SPK izni gerekebilir; kripto varlık hizmet sağlayıcıları 2024'te 7518 sayılı Kanunla SPK iznine bağlandı.
• MASAK: Suç gelirlerinin aklanmasının önlenmesi. KYC ve izleme yükümlülükleri.

Bankalar BDDK'nın bilgi sistemleri yönetmeliğine, ödeme ve elektronik para kuruluşları ise Merkez Bankası'nın bilgi sistemleri düzenlemesine tabidir; verinin yurt içinde tutulması dahil teknik şartlar kuruluş türüne göre bu düzenlemelerden okunur. Bu yolun başlamadan bir lisans danışmanıyla değerlendirilmesi şart.

Gerçekçi takvim — MVP

Yeni bir SaaS ürünü için gerçekçi MVP kapsamı:

• Başlangıç: mimari kararlar, teknoloji yığını seçimi, altyapı kurulumu, ilk ürün tasarım mockup'larının doğrulanması.
• Çekirdek: temel fonksiyonellik — kayıt, ana değer akışı, faturalama (e-Fatura ile), basit admin backend.
• Ödeme ve KVKK: yerel ödeme geçidi entegrasyonu (iyzico/PayTR), KVKK asgari gereksinimleri (Türkçe gizlilik politikası, rıza yönetimi, veri sahibi talep uç noktaları), ilk pilot müşteriler devreye.
• İyileştirme: müşteri geri bildiriminden iterasyonlar, istikrar, daha geniş pazarlama hazırlığı.

Bu aşamaların sonunda ilk ödeme yapan müşterileri taşıyan bir ürün hedeflenir; her aşamanın süresi keşifte netleşir ve sözleşmeye yazılır. "Tam işlevsellik" sonraki 12 ayın konusu.

D'Cloud'un SaaS projelerinde yaklaşımı

Tipik modelimiz: kapsam ve mimari tavsiyesi için ücretsiz online keşif görüşmesi. Sonra iki haftalık sprint paketlerinde eser sözleşmesi, sprint başı sabit fiyat. Türkçe proje yönetimi. Üretim verileri, projenin yasal gereklerine göre Türkiye'deki bir veri merkezinde veya uygun bir bulut bölgesinde tutulur; geliştirme sentetik veriyle yapılır. SaaS projeleri web yazılım ve geliştirme hizmetlerimizin parçası, DevOps ve bulut altyapı ile hosting ve CI/CD için ve UI/UX tasarım ile pilot müşterilerin gerçekten benimsediği ürün yönü için sıkı entegre.

Her kabul sonrası 15 gün ücretsiz hata düzeltme, ardından isteğe bağlı bakım. Kaynak kod, dokümantasyon ve altyapı erişiminin teslimi sözleşmede yazılır; kod deposuna erişim istenirse proje boyunca açılır.

Sonraki adım

Önümüzdeki altı ayda pazara çıkmayı planlıyorsanız, ilk soru teknoloji seçimi değil — MVP kapsam dilimlemesi. Deneyimli bir ortakla iki saatlik bir keşif görüşmesi haftalarca yanlış yönde gelişmeyi önler. Türk KOBİ için sabit fiyat vs saat başı sözleşme çerçevesi yazısını paralel olarak okuyun — sözleşme yapısı SaaS kurucuları için kritik.

Sık sorulan sorular

Mobil uygulama baştan gerekli mi?

Pazara bağlı. Türkiye'de B2B SaaS kullanıcıları çoğunlukla masaüstü; mobil ikincil önem. Mobile-first tasarım gerekli ama ayrı native iOS/Android uygulama MVP sonrasına bırakılabilir. Ürününüz sahaya yönelikse (saha ekibi, perakende, lojistik) mobil baştan.

Turkcell DMC'ye hosting'in SLA'sı nasıl?

SLA oranı hizmet ve sözleşme tipine göre değişir; güncel değeri sağlayıcının sözleşmesinden kontrol edin. Sorumluluk paylaşımı modeli klasik: altyapı Turkcell'den, uygulama katmanı, uygulama yedekleme, kimlik yönetimi geliştirici sorumluluğunda.

iyzico ve PayTR arasında nasıl karar veririz?

iyzico: daha geniş banka kapsamı, daha güçlü dokümantasyon, uluslararası kartlarda iyi. PayTR: dijital ürün ve abonelik modelleri için daha özelleşmiş, bazı sektörlerde (eğitim, SaaS) daha esnek. Her ikisi de entegre edilebilir — örneğin biri birincil, diğeri yedek geçit olarak kurulabilir.

Bir Türk ürün yöneticisi mutlaka çalıştırmalı mıyız?

Derin pazar anlayışı için, evet — en azından MVP aşamasında yarı zamanlı bir Türk pazar danışmanı. Lansman sonrası tam zamanlı Türk ürün yöneticisi zorunlu hale geliyor. Dağıtık ekiplerde yerel ürün yöneticisi + İzmir veya İstanbul merkezli tasarım + Mersin/Bursa teknik takımı gibi dağıtık modeller işleyebilir.

Geliştirme takımı büyüklüğü ne olmalı?

İlk MVP için: 2-4 geliştirici, proje yöneticisi, tasarımcı. Lansman sonrası sürdürülebilir işletim için: genelde 1.5 geliştirici tam zamanlı + özel gereksinimler için dış destek.