Türk E-Ticaret SaaS Sağlayıcılarıyla İletişim ve Müşteri Hizmetleri Rehberi

Türkiye'de bir e-ticaret veya kurumsal site işletiyorsanız, kullandığınız SaaS sağlayıcının iletişim kanalları sadece bir telefon numarasından ibaret değildir. Ödeme entegrasyonu bozulduğunda, kargo modülü hata verdiğinde, ürün sayfası yavaşladığında veya alan adı yenileme tarihinde bir aksaklık çıktığında — saatlerce yanıt bekleyebileceğiniz bir destek hattıyla, 15 dakika içinde teknik bir mühendise ulaşabileceğiniz bir kanal arasındaki fark, doğrudan ciroya yansır. Bu rehber, Türkiye'deki yerel e-ticaret SaaS ve hosting sağlayıcılarıyla iletişim kurmanın, destek taleplerini etkili açmanın, SLA'lerini değerlendirmenin ve müşteri hizmetleri süreçlerini iş akışınıza entegre etmenin tüm pratik yönlerini ele alıyor.

Yazı boyunca belirli bir markayı önermeden, sektördeki yaygın iletişim modellerini, beklenmesi gereken yanıt sürelerini ve teknik destek ekiplerinin nasıl çalıştığını anlatacağız. Aradığınız konu sadece bir e-posta adresiyse, doğrudan sağlayıcının resmi iletişim sayfasına gitmek en hızlı yoldur; ama bir SaaS panele uzun süreli bağımlı kalacaksanız, bu rehberdeki kriterleri gözden geçirmenizi öneririz.

İlgili rehberler: Hosting türleri ve seçim rehberi · cPanel ile site yönetimi · Plesk panel yönetimi · Domain ve WHOIS sorgulama · E-ticaret SEO rehberi · VPS nedir, VDS farkı

Türkiye'deki E-Ticaret SaaS Sağlayıcılarının Genel Görünümü

Türkiye e-ticaret yazılım pazarı son on yılda hızla olgunlaştı. Genel olarak üç ayrı sağlayıcı tipinden bahsedebiliriz: tam paket SaaS e-ticaret platformları (panel + tema + ödeme + kargo + entegrasyonlar bir arada, aylık abonelik), açık kaynak tabanlı yönetilen hosting (WooCommerce, OpenCart, PrestaShop için optimize edilmiş paketler) ve kurumsal hibrit çözümler (özel sunucu + yazılım lisansı + ajans desteği). Yerel sağlayıcılar arasında ticimax, ideasoft, t-soft, faprika, ikas, shopify-tr partner'ları, ayrıca turkticaret.net, ihtiyacniz, eticaretpaketleri benzeri SaaS/yarı-SaaS modelleri sayılabilir. Her birinin müşteri hizmetleri yapısı farklıdır.

Türkçe arayüz, Türkçe destek ve TL faturalandırma — global rakiplere (Shopify Plus, BigCommerce, WooCommerce.com) göre yerel sağlayıcıların en güçlü yanıdır. Buna karşılık, ölçek ve eklenti zenginliği konusunda global oyuncular hâlâ önde. Dolayısıyla iletişim kanallarının kalitesi yerel sağlayıcılarda neredeyse satın alma kararının ana ekseni haline gelir.

İletişim Kanalı Tipleri ve Hangisini Ne Zaman Kullanmalı

Bir SaaS sağlayıcının resmi iletişim sayfasına gittiğinizde tipik olarak şu kanallarla karşılaşırsınız: telefon (sabit ve mobil), e-posta (genel + departman bazlı), canlı sohbet (chat widget), ticket sistemi (panele giriş yaparak), WhatsApp Business hattı, sosyal medya kanalları (Instagram, Facebook, X), forum / topluluk, ofis adresi (yüz yüze randevu için). Hangi sorunda hangi kanalı tercih etmelisiniz?

• Acil servis kesintisi (site açılmıyor, ödeme alınamıyor): telefon + ticket aynı anda. Telefonda kayıt numarasını alın, ticket'a ekran görüntüsü ve hata kodunu ekleyin.
• Teknik konfigürasyon sorusu (SPF/DKIM kaydı, DNS, SSL): ticket veya e-posta. Mühendis ekibe ulaşmak telefonda zor olur; yazılı talep daha hızlı doğru ele geçer.
• Faturalama, abonelik, paket değişikliği: e-posta veya panel içi talep formu. SLA değiştir/iptal için her zaman yazılı kanıt bırakın.
• Pre-sale, demo, tanıtım: canlı sohbet veya WhatsApp en hızlı. Satış ekibi anlık yanıtlar.
• Genel kullanım sorusu (panele nasıl ürün eklenir vb.): önce dokümantasyon ve YouTube kanalı; cevap yoksa ticket.
• Kötü deneyim, şikayet: hem ticket hem sosyal medya etiketi (Twitter/X). Sosyal medya görünürlüğü çoğu zaman yanıt süresini kısaltır.

Telefon Destek: Avantaj, Sınırlama ve Beklentiler

Türkiye'de telefon destek hâlâ baskın bir kanal — özellikle KOBİ pazarında. Ortalama bir SaaS sağlayıcının çağrı merkezi mesai içinde 09:00–18:00 arasında çalışır, hafta sonu nöbetçi ekibi vardır, gece kritik olay nöbeti L2/L3 mühendislerle yürütülür. Bir telefon araması başlatmadan önce şu bilgileri elinizin altında tutun: müşteri numaranız (panel ID), site URL'si, etkilenen modülün adı, ilk hata zamanı, kendi yaptığınız adımlar.

Telefon kanalının zaafiyeti, yazılı kayıt eksikliğidir. Bir destek temsilcisinin sözlü olarak verdiği bilgi, bir hafta sonra başka bir temsilciyle çeliştiğinde elinizde belge olmaz. Bu nedenle her telefon görüşmesinin ardından özet e-posta atın: "Bugün saat 14:32'de görüştüğümüz konu hakkında: SSL yenileme talebim ticket #54321 ile açıldı. 24 saat içinde aktif olacak." Bu basit alışkanlık, sonradan çıkacak anlaşmazlıkları %90 oranında çözer.

• Mesai içi çağrı yanıt süresi: ortalama 30 saniye – 3 dakika (KOBİ paketleri için), kurumsal paketlerde önceliklendirilmiş hat <30 saniye.
• İlk problem teşhisi: 5–10 dakika; çözülmezse L2'ye yönlendirilir.
• L2 mühendis dönüş süresi: tipik 30–120 dakika, kritik olayda 15 dakikanın altı beklenmeli.
• Hafta sonu / tatil yanıtı: nöbetçi ekibe düşer; 1–4 saate uzayabilir.
• Yoğun saat (öğlen 13:00, gün başı 09:00): bekleme süreleri 2–3 katına çıkabilir; mümkünse 10:30 veya 16:00 civarı arayın.

E-posta ve Ticket Sistemleri: Yapılandırılmış Destek

Profesyonel SaaS sağlayıcıların büyük çoğunluğu, e-postaları arka planda bir ticket sistemie (Zendesk, Freshdesk, Jira Service Management, OTRS, Zoho Desk, ya da kendi geliştirdikleri panel içi sistem) yönlendirir. Ticket'ın bir kimliği vardır (#54321 gibi), durumu (açık / yanıt bekliyor / çözüldü / kapalı), önceliği (low/normal/high/urgent) ve sahibi (atanan mühendis) izlenir.

İyi yazılmış bir ticket, çözüm süresini doğrudan yarıya indirir. Aşağıdaki şablonu örnek alın:

Bu yapı, destek mühendisinin geri-iletişimsiz çalışmasını sağlar. Ekran görüntüsü ve HAR dosyası eklenmiş, hata zamanı net, etkilenen ölçek belirtilmiş. Ortalama çözüm süresi böyle bir ticket için 2–4 saate iner; aynı sorunu "ödeme çalışmıyor yardım edin" şeklinde açtığınızda 24+ saat sürebilir.

Canlı Sohbet (Chat Widget) ile Hızlı Sorun Çözme

Site sağ alt köşesinde gördüğünüz canlı sohbet kutucukları genelde Intercom, Crisp, Tidio, LiveChat, Zendesk Chat gibi araçlarla çalışır. Bu kanalın iki avantajı vardır: ekran/log paylaşımı kolay, hızlı ön-eleme yapılır. Dezavantaj: çoğu zaman ilk seviye temsilci botla karışık olur, derin teknik soru için yanıt alamazsınız.

Strateji: canlı sohbeti yalnızca 5 dakikada çözülebilir sorular için kullanın. "Faturamı PDF olarak nereden indiririm?", "Yeni alan adı eklemek için hangi menüden gidilir?" gibi. Karmaşık sorunlarda chat kanalında ısrar etmek yerine, doğrudan ticket'a geçin ve chat geçmişini ticket'a ekleyin.

Chat aracı konuşma transkriptini e-postaya gönderme seçeneği sunar — görüşmenin hemen sonunda "transkripti gönder" butonuna basın. Bu basit alışkanlık, ileride "biz öyle dememiştik" tartışmasını engeller. Bazı sağlayıcılar transkripti otomatik olarak panel içi destek geçmişine yazar — kontrol edin.

WhatsApp Business: Türkiye'de Yükselen Kanal

Türkiye'de WhatsApp e-ticaret iletişiminin merkezine oturdu. SaaS sağlayıcıların büyük çoğunluğu WhatsApp Business API ile entegre çağrı merkezi yürütüyor. Avantajları: anında bildirim, ses kaydı / video gönderme, mobil cihazdan kolay erişim. Dezavantaj: yazılı kayıt WhatsApp'ta kalır, paneldeki ticket sistemiyle entegre değilse iz kaybolur.

WhatsApp ile iletişimde altın kural: kritik karar veya tutar bilgisini içeren mesajların ekran görüntüsünü alın ve panel ticket'ına ekleyin. Sağlayıcının WhatsApp numarasının resmi iletişim sayfasında yayınlanmış olduğundan emin olun — sahte numaralar son yıllarda artan bir dolandırıcılık vektörü.

SLA (Service Level Agreement) Nedir, Nasıl Okunur?

SLA, sağlayıcı ile müşteri arasındaki hizmet seviyesi sözleşmesidir. İki temel parametresi vardır: uptime (sistemin yüzde kaç zamanda erişilebilir olacağı) ve response/resolution time (bir destek talebine ne kadar sürede cevap/çözüm verileceği). Türkiye'deki yaygın SaaS SLA'leri %99.5 ile %99.9 arasında uptime taahhüdü sunar; bu rakamlar yıllık ne kadar kesinti demek?

• %99 uptime = yıllık 87 saat 36 dakika izin verilen kesinti
• %99.5 = yıllık 43 saat 49 dakika
• %99.9 = yıllık 8 saat 45 dakika ("three nines")
• %99.95 = yıllık 4 saat 22 dakika
• %99.99 = yıllık 52 dakika 36 saniye ("four nines")
• %99.999 = yıllık 5 dakika 15 saniye ("five nines" — telekom seviyesi)

Bir e-ticaret sitesi için pratik eşik %99.9'dur. Bunun altındaki sözleşmeler, Black Friday gibi yüksek trafikli günlerde ciroya zarar verir. SLA metnini imzalamadan önce şu üç noktayı kontrol edin: ölçüm yöntemi (bağımsız izleme mi, sağlayıcının kendi raporu mu?), kapsam dahili mi (planlı bakım sayılıyor mu?), ihlal halinde tazminat (servis kredisi mi, fatura iadesi mi?).

SLA ihlali tespiti — bağımsız uptime ölçümü:

Sağlayıcı raporlarına güvenmeden, kendi ölçümünüzü tutun. UptimeRobot, Pingdom, StatusCake, Better Uptime, Hetrix Tools — birçoğu ücretsiz planda 5 dakika aralıkla 50 monitörü destekler. Prometheus ve Grafana ile self-hosted çözüm de iyi bir seçenektir.

Bu kayıtlar, SLA ihlali iddianızda en güçlü kanıtınız olur. Sağlayıcının panel raporu kesintiyi göstermese bile, bağımsız ölçüm ile kanıtlanan downtime'lar için tazminat talep edilebilir.

Müşteri Hizmetleri Vatandaşlık Sözlüğü

Destek temsilcileriyle iletişimde sıkça karşılaşacağınız teknik terimleri net kullanmak, çözüm süresini kısaltır. Aşağıda en yaygın 12 terim:

• Ticket / Talep: bir destek isteğinin sistem kaydı.
• SLA: hizmet seviyesi sözleşmesi.
• Uptime: sistemin erişilebilir olduğu süre yüzdesi.
• Downtime: kesinti süresi.
• Failover: birincil sistem çöktüğünde yedeğin devreye girmesi.
• Maintenance Window: planlı bakım zaman dilimi.
• Escalation: bir talebin üst seviyeye yükseltilmesi.
• L1 / L2 / L3: destek seviyeleri (genel temsilci / uzman / kıdemli mühendis).
• RCA (Root Cause Analysis): kök neden analizi raporu.
• Postmortem: olay sonrası inceleme dokümanı.
• MTTR (Mean Time To Recovery): ortalama kurtarma süresi.
• Service Credit: SLA ihlali halinde fatura indirimi.

Olay Yönetimi: Ciddi Kesintide Adım Adım Ne Yapmalı?

Sitenizin tamamen erişilemez olduğunu fark ettiniz. Panik yapmadan, aşağıdaki sırayı takip edin. Bu protokol.

• 1. Doğrula: Farklı ağlardan (mobil veri, başka WiFi, online ping aracı) siteyi açmayı dene. Sorunun tek bir cihazda mı, ülke çapında mı, global mi olduğunu belirle.
• 2. Sağlayıcı status sayfası: Sağlayıcının status.X.com tarzı durum sayfasını kontrol et. Genel kesinti varsa beklemek dışında yapacak bir şey yok; ETA'yı oradan takip et.
• 3. Acil iletişim: Telefon + ticket eş zamanlı. Ticket'ta ekran görüntüsü, ping/traceroute çıktısı ekle.
• 4. Müşteri iletişimi: Sosyal medyada şeffaf bir duyuru paylaş. "Sitemizde geçici teknik sorun yaşıyoruz, çözüm üzerinde çalışıyoruz, şu an arşivde sipariş veremezsiniz, takip ediyoruz". Sessizlik, güveni öldürür.
• 5. Olay sonrası belge: Kesinti çözüldükten sonra sağlayıcıdan RCA raporu talep et. "Ne oldu, neden oldu, bir daha olmaması için ne yapıldı?" üç sorusunun cevabı bu raporda olmalı.
• 6. SLA hesaplama: Kesintinin uzunluğu sözleşmedeki SLA eşiğini aştıysa, yazılı tazminat talebi gönder.

Olay anında hazır bulundurulacak bilgi paketi (acil iletişim, müşteri ID, panel URL, DNS/SSL bitiş tarihleri ve ana entegrasyon anahtarları) tek bir dosyada toplanmalı:

Bu dosya kriz anında 5 dakika kazandırır. Ekibin tamamı (yedek personel dahil) erişimini bilmeli, fiziksel olarak yazıcı çıktısı kasada bulunmalı (panel erişimi gittiğinde dahi okunabilsin diye).

Müşteri Hizmetleri Kalitesini Önceden Test Etmek

Bir SaaS sağlayıcıyla sözleşme imzalamadan önce, müşteri hizmetleri kalitesini test edebilirsiniz. Pre-sale test protokolü:

• Salı günü saat 14:00'te canlı sohbette teknik bir soru sor (örn: "Cron job entegrasyonu nasıl çalışır?"). Yanıt süresi ve derinliği kalite göstergesidir.
• Cumartesi gecesi 22:00'de telefonu ara. Açıyor mu? Açıyorsa kim açıyor (gerçek mühendis mi, IVR'de takılıyor mu)?
• E-posta gönder ve kaç dakikada otomatik cevap, kaç saatte gerçek cevap geldiğini kaydet.
• Sosyal medyada (X / Instagram) marka hesabını mention'la — yanıt süresi ve tonu önemli.
• Forum / topluluk sayfasını incele. Aktif mi, son 30 günde kaç soru cevaplandı?
• Eski müşterilerin yorumlarını oku — Google Maps yorumları, Şikayetvar, Ekşi Sözlük, sektör forumları.

Bu testleri 2–3 alternatif sağlayıcıyla aynı zaman dilimlerinde yaparsanız, objektif bir karşılaştırma elinizde olur. Sonuçları bir Excel'e dökün; "X firmasının destek puanı 8.7, Y firmasının 6.2" gibi sayısal bir karara ulaşırsınız.

İletişim Bilgilerini Doğrulama: Sahte Sayfalardan Korunma

Phishing saldırganları popüler SaaS markalarının sahte iletişim sayfalarını arama sonuçlarında üst sıralara çıkarabilir. "X firma müşteri hizmetleri" diye Google'a yazdığınızda gördüğünüz ilk reklam linki, gerçek firmanınki olmayabilir. Birkaç güvenli alışkanlık edinin:

• Doğrudan firmanın kendi domainini adres çubuğuna yazın (örn: firmaadi.com.tr/iletisim). Reklam değil organik sonuçtan da gidin.
• WHOIS sorgulaması yapın — yıllarca kayıtlı,.tr veya tanınmış TLD'de domain. Detaylar için domain sorgulama araçları rehberi.
• Resmi sosyal medya hesaplarının doğrulama tikini kontrol edin (mavi tik / gri tik).
• SSL sertifikasının organizasyon adına çıkmış olduğunu kontrol edin (EV / OV sertifika). markaadi'in SSL Sertifika Kontrol aracı hızlı bakış sunar.
• Ödeme talep eden e-posta veya SMS asla iletişim kanalı değildir — şüpheli mesajları KVKK kapsamında firma yetkililerine bildirin.
• Telefon numarasını araştırın: numara firmanın resmi sayfasında yayınlanmış mı? Üçüncü taraf rehberlerde aynı mı?

E-ticaret Modülleri ve Destek Talebi Tipolojisi

Bir SaaS e-ticaret panelinin destek talepleri genelde aşağıdaki modüllere kümelenir. Her birinin tipik çözüm süresi farklıdır.

• Ödeme entegrasyonu (sanal POS, 3D Secure, taksit, BIN kontrol): yüksek öncelik. Bankayla iki taraflı sorun olduğu için L2 mühendis zorunlu. Çözüm: 30 dakika – 24 saat.
• Kargo entegrasyonu (yurtiçi, MNG, Aras, PTT, UPS): API tarafı çoğu zaman sağlayıcıda; sorunun kaynağı kargo firmasının webhook'u olabilir. Çözüm: 1–6 saat.
• Pazaryeri entegrasyonu (Trendyol, Hepsiburada, n11, Amazon): SKU eşleşmesi, stok senkronizasyonu en yaygın sorun. Çözüm: 4–48 saat.
• Tema, tasarım, mobil görünüm: çözüm süresi uzun olabilir, çünkü her tema farklı. Sağlayıcının destek kapsamı sınırlıdır; ek geliştirme bedeli çıkabilir.
• Domain, SSL, e-posta: orta öncelik. SSL'in DNS doğrulaması 24 saate kadar sürebilir.
• Performans, hız, Core Web Vitals: Core Web Vitals raporu eklemeden "yavaş" demek yanıt süresini uzatır.
• SEO, sitemap, Search Console: Teknik SEO checklist'inden çıktı alarak destek talebine ekleyin.
• KVKK, gizlilik, çerez yönetimi: hukuki/teknik karma. Cevap süresi orta-uzun.
• Backup, geri yükleme, veri kaybı: kritik. Sağlayıcının yedek politikasını mutlaka önceden öğrenin.

Yedekleme Politikası ve Veri Kaybı Senaryoları

Bir destek talebi açma zamanlarınızın en stresli olanı veri kaybıdır. Sağlayıcının yedekleme politikasını kriz anında değil, sözleşme öncesi öğrenin. Sorulacak sorular: yedek sıklığı (saatlik / günlük / haftalık)? Saklama süresi (7 gün, 30 gün, 90 gün)? Yedek lokasyonu (aynı veri merkezi mi, farklı bölge mi)? Geri yükleme talebi nasıl açılır, ücretli mi, kaç saatte tamamlanır?

En sağlam strateji 3-2-1 kuralı: 3 kopya, 2 farklı medya, 1 offsite. Sağlayıcının yedekleri tek kopya / aynı veri merkezi tutuyorsa, kendi paralel yedeğinizi alın. Veritabanı yedekleme stratejileri rehberi detayları içerir.

Bu script'i cron ile gece 03:00'te çalıştırın. Sağlayıcının yedeği bozulduğunda, sizinki devreye girer. Bazı sağlayıcılar dış yedekleme erişimini kısıtlar — sözleşmede dış yedek izninin yazılı olarak teyit edildiğinden emin olun.

Faturalama, Sözleşme ve Cayma Hakkı İletişimi

Müşteri hizmetlerinin teknik olmayan tarafı: faturalama. Yıllık öde-aylık öde, otomatik yenileme, paket yükseltme/düşürme, kullanıcı/depolama eklenti, fazla kullanım ücreti. Bu konularda iletişimi sadece e-posta üzerinden yürütün — telefon görüşmesi geçerli iz bırakmaz.

• Otomatik yenileme tarihinden 30 gün önce takvime hatırlatma kur. Bu süreçte aboneliği gözden geçir — paket küçültme/iptal kararı varsa zamanında bildir.
• Türkiye'de tüketici mevzuatı kapsamında 14 gün cayma hakkı SaaS hizmetlerinde tartışmalıdır; sözleşmede mevcut maddeyi okuyun.
• "Otomatik yenileme" işaretli kutucuk varsa, ilk satın alımda kaldırın — ihtiyaç olunca tekrar açabilirsiniz.
• Faturada görünmeyen "yan ücretler" (SMS paketi, sertifika yenileme, e-fatura entegrasyonu) için aylık çıktı alın, kontrol edin.
• KVKK kapsamında veri silme talebini iletişim sayfasındaki resmi adres üzerinden yapın, başka kanaldan değil.

E-posta Hesabı Sorunları: Pre-DNS, MX, SPF

E-ticaret SaaS paketleriyle gelen kurumsal e-posta hizmetinde en yaygın destek talebi "e-postam karşı tarafa spam'a düşüyor" olur. Sağlayıcının destek ekibine bilet açmadan önce kontrol edebileceğiniz birkaç şey var:

SPF, DKIM, DMARC kayıtları eksikse veya hatalıysa, destek talebine direkt bu çıktıları ekleyin. Mühendisin tahmin etmesi yerine, sorunun kaynağını işaret etmiş olursunuz. DNS rehberi ve markaadi'in DNS Sorgulama aracı bu kontroller için yardımcıdır.

Kurumsal Müşteri için Dedicated Account Manager

Belli bir aylık ciro üzerindeki paketlerde (genellikle Enterprise / Plus seviyesi), sağlayıcı size özel müşteri yöneticisi (account manager / customer success manager) atar. Bu kişi sıradan destek hattının üzerinde, doğrudan WhatsApp/telefon iletişimi sağlar. Pahalı bir ayrıcalık gibi görünse de, gelir kaybı yaratabilecek tek bir kesintide kendini ziyadesiyle amorti eder.

Account manager'ınızla aylık kısa görüşmeler düzenleyin (15–30 dk). Görüşme gündeminde: geçen ay yaşadığınız 3 önemli olay, üç aydır beklediğiniz feature istekleri, yaklaşan kampanya hazırlığı (Black Friday, Anneler Günü), faturalandırma değişiklikleri. Bu disiplin, ilişkinizi tepkisel olmaktan çıkarıp proaktif yapar.

Topluluk, Forum ve Bilgi Tabanı: İlk Başvuru Noktası

İyi sağlayıcıların kapsamlı bir knowledge base'i ve topluluk forumu vardır. Bir destek talebi açmadan önce buralarda 5 dakika arama yapmak, çoğu zaman cevabı aynı sorunu daha önce yaşamış başka bir kullanıcıdan öğrenmenizi sağlar. Avantaj: zaman tasarrufu. Dezavantaj: forum cevapları her zaman güncel olmayabilir, tarihi kontrol edin.

Topluluğa katkıda bulunmak da değerli — başkalarının sorduğu sorulara cevap yazdığınızda, kendi adınızı sektörde duyurursunuz. Yıllık "en iyi katılımcı" gibi ödüller veren sağlayıcılar var; bu rozetler güvenilirliğinizi artırır.

Sosyal Medya Üzerinden Destek: Hızın Bedeli

X (Twitter), Instagram, Facebook üzerinden "@firmaadidestek" mention'ları çoğu zaman ticket'tan daha hızlı yanıt alır — markanın halkla ilişkiler boyutu devreye girer. Ancak iki risk vardır: (1) konuşma herkese açıktır, hassas veri (müşteri ID, sipariş no) yazmamanız gerekir; (2) yanıt veren kişi destek mühendisi değil, sosyal medya yöneticisi olur — derinlikli teknik soru için ticket hâlâ doğru kanal.

İdeal kullanım: "Sayın @firmaadi, 2 saattir açtığım #54321 numaralı ticket'a cevap alamıyorum, durumu kontrol edebilir miyiz?" tarzı bir nudge. Ticket'ı kapatmazlar, ancak öncelik kuyruğunda yukarı çekerler. Sosyal medyayı bir eskalasyon kanalı olarak düşünün, birinci kanal değil.

Mağaza Sahibi Bakış Açısıyla 12 Aylık Destek Skoru

Yeni bir SaaS sözleşmesi imzaladıktan sonra, ilk 12 ay boyunca tüm destek etkileşimlerini bir tabloda kaydedin. Yıl sonunda objektif bir karneye ulaşırsınız. Tablo başlıkları: tarih, kanal, kategori, açılış zamanı, ilk yanıt zamanı, çözüm zamanı, çözüm kalitesi (1–5), tekrar gerekti mi, MTTR (dk), notlar.

Yıl sonunda bu raporu sağlayıcı ile paylaşmak, yenileme görüşmesinde size pazarlık gücü verir. Eğer ortalama yanıt süresi sözleşmedeki SLA'i ihlal ediyorsa, indirim veya paket yükseltme ücretsiz alabilirsiniz.

Geçiş Senaryosu: Sağlayıcıdan Memnun Değilseniz

Müşteri hizmetleri sürekli zayıfsa ve sözleşme sonu yaklaşıyorsa, geçiş planı yapın. Tipik geçiş planı (12 hafta): hafta 1–2 alternatif değerlendirme ve test, 3–4 yeni paket satın alma + staging kurulum, 5–6 veri export ve dönüşüm script'leri, 7–8 paralel çalışma testi, 9–10 müşteri iletişimi (e-posta + duyuru), 11 DNS değişikliği + yönlendirme, 12 eski paneli arşivle. Detayları için site geçişi sırasında performans rehberinden faydalanabilirsiniz.

• Veri export formatlarını önceden inceleyin: ürün CSV/XML, müşteri CSV, sipariş geçmişi, blog yazısı, kupon, kategori ağacı.
• Mevcut sağlayıcının export aracında bilinen sınırlamalar var mı? (örn. yalnızca son 6 ay sipariş, görseller dış URL olarak)
• SEO açısından URL yapısı değişiklikleri için 301 yönlendirme haritası hazırlayın.
• Ödeme sistemi tarafında token taşınıyor mu, kullanıcılar yeniden giriş yapmak zorunda mı?
• KVKK kapsamında veri taşıma sözleşmesi (data processing agreement) iki sağlayıcıyla da imzalı olsun.
• Geçiş öncesi son tam yedek alın ve 12 ay süreyle saklayın.

Status sayfaları: Şeffaf bir SaaS sağlayıcı, status.firmaadi.com.tr sayfasında gerçek zamanlı sistem durumu, olay günlüğü, planlı bakım takvimi ve geçmiş incident raporları yayınlar. Atlassian Statuspage, Better Uptime, Instatus veya Cachet altyapı seçimi olabilir — formatı önemli değil, varlığı önemli. E-posta veya RSS ile abone olun: kesinti anında 30 saniye içinde haberdar olur, müşterilerinize öncül duyuru yapma şansınız doğar. Status sayfası yoksa veya günlerce güncellenmemişse, bu bir kalite uyarı işaretidir.

Kanun ve Mevzuat: KVKK, ETK, Tüketici Hakem Heyeti

İletişim ve müşteri hizmetleri konusunun hukuki bir boyutu var. Türkiye'de e-ticaret SaaS sağlayıcıları aşağıdaki düzenlemelere tabidir:

• KVKK (6698 sayılı): kişisel veri işleme, saklama, silme, taşıma talepleri en geç 30 gün içinde cevaplanmalı.
• ETK (6563 sayılı Elektronik Ticaretin Düzenlenmesi): şikayet ve ihtiyaç bildirimlerinin yanıtlanması.
• Tüketici Hukuku (6502): mesafeli sözleşmelerde 14 gün cayma hakkı, ayıplı hizmetin iadesi.
• Tüketici Hakem Heyeti: belirli tutara kadar (2026 itibariyle yaklaşık 30.000 TL — sağlayıcıya göre değişir, güncel rakam tüketici.gov.tr'de) ücretsiz şikayet yolu.
• Vergi Usul: e-fatura/e-arşiv mecburiyeti, KEP üzerinden yazışma yükümlülükleri.
• Bilgi Toplum Hizmetleri Kanunu: hosting sağlayıcı internal yer barındırma kayıtlarını 1 yıl saklamak zorunda.

Bu mevzuatın detayları için resmi kaynaklara başvurun: kvkk.gov.tr, ticaret.gov.tr, tuketici.gov.tr. Ciddi bir uyuşmazlıkta avukat desteği zorunludur.

Otomasyon: Webhook ve API ile Self-Service Destek

Modern sağlayıcılar, ticket'larını API üzerinden açmanıza izin verir. Bu, içeride kendi monitoring araçlarınızdan ya da CI/CD pipeline'ınızdan otomatik destek talebi açmak için kullanılır. Tipik bir senaryo: Prometheus alert manager, sitenin 5 dakikadan uzun süre yavaş cevap verdiğini tespit eder ve sağlayıcı API'sine ticket açar.

Bu otomasyon manuel adım atlamanızı sağlar — 03:00'te uyanıp panel açmak zorunda kalmazsınız. Sağlayıcının API rate limit'ini ve doğru endpoint'i dokümantasyondan okuyun. API rate limiting stratejileri rehberi konuya yardımcı.

Webhook ile olay bildirimi alma:

Tersi yön de mümkün: sağlayıcı kendi tarafında bir olay yaşadığında size webhook gönderir. Örnek: SSL sertifikanız 14 gün içinde sona erecekse, sağlayıcı sizin önceden konfigüre ettiğiniz endpoint'e POST isteği gönderir; siz bu olayı Slack'e veya e-postaya iletebilirsiniz.

Webhook'ları her zaman HMAC imza ile doğrulayın. Açık endpoint, kötü niyetli üçüncü tarafların sahte olay göndermesini sağlar. JWT güvenlik ve genel REST API güvenlik rehberi prensiplere değiniyor.

Mobil Uygulama Üzerinden Yönetim

Çoğu Türk SaaS sağlayıcısı iOS/Android uygulaması sunar. Uygulamadan: sipariş bildirimleri, ürün stok güncelleme, ödeme onayı, basit istatistikler ve destek talebi açma mümkün. Mobil destek talebinin avantajı: kameradan ekran görüntüsü/video direkt eklenebilir. Bir kasa hatasını telefon kamerasıyla 10 saniyelik video kaydederek talep formuna eklemek, yazılı 5 paragraftan daha açıklayıcıdır.

Uygulama push bildirimlerini açın ama "sessiz mod" filtrelemesi yapın: sadece kritik uyarılar (sipariş başarısız, ödeme reddedildi, sistem kesintisi) bildirim verirken; günlük rapor / kampanya tipi bildirimler için sessiz takip yeterli olur.

İletişim Performansı için 10 Pratik Tavsiye

• 1. Destek talebinin ilk satırında [PROD], [STAGING], [DEV] etiketi koyun.
• 2. Her talepte etkilenen kullanıcı/sipariş sayısını rakamla belirtin.
• 3. Ekran görüntüsü ekleyin; ekran kaydı (loom benzeri) en iyisidir.
• 4. HAR/console log dosyasını mutlaka iliştirin (DevTools > Network > Save all as HAR).
• 5. Aynı sorunu yaşayan başka kullanıcı varsa onların ID'lerini de yazın — sistemik mi nokta mı görülür.
• 6. Çözüm önerinizi varsayımla yazın: "Sanırım Redis cache invalidation çalışmıyor" — bilgili olduğunuzu gösterir, mühendisin yolu kısalır.
• 7. Kibarlık ve aciliyet aynı cümlede olabilir: "Acil destek ricam, ayrıntılar aşağıda".
• 8. Birden çok konuyu tek ticket'a koymayın; her sorun ayrı talep.
• 9. Cevap geldiğinde test edip teyit edin; "Ürün eklendi, sorun çözüldü, teşekkürler" şeklinde kapatın.
• 10. Çözüm sonrası kalite anketini doldurun; sağlayıcı temsilciyi performansa göre ödüllendirir, hizmet kalitesi yükselir.

Saha Notu: Yıllık Maliyet ve Destek Karşılaştırması

Türkiye'deki popüler e-ticaret SaaS paketlerinin yıllık maliyetleri 2026 itibariyle şu aralıklarda (yaklaşık, sağlayıcıya göre değişir, ölçekle değişken):

• Başlangıç paketi: 4.000–10.000 TL/yıl. Genelde sınırlı ürün/sipariş sayısı, temel destek (mesai içi e-posta, chat).
• Profesyonel paket: 10.000–30.000 TL/yıl. Sınırsız ürün, gelişmiş kargo/pazaryeri entegrasyonları, telefon destek dahil.
• Kurumsal/Plus paket: 30.000–120.000 TL/yıl. Account manager, öncelikli destek, özel sunucu kaynağı.
• Enterprise / Bayi: 120.000+ TL/yıl. Özel SLA, 7/24 mühendis hattı, geliştirme saati, white-label seçenekleri.

Bu rakamlar 2026 verisidir ve sağlayıcıya göre belirgin farklılık gösterebilir. Kampanya dönemlerinde yıllık ödemede %20–35 indirim almak mümkün. Açık kaynak alternatif (kendi sunucunuza WooCommerce/OpenCart kurmak — cPanel rehberi) maliyeti üçte birine düşürür ama destek külfeti size geçer; küçük ölçekte SaaS toplam maliyette daha avantajlıdır.

Sıkça Sorulan Sorular

Müşteri hizmetlerine ulaşamıyorum, ne yapmalıyım?

Önce status sayfasına bakın — genel kesinti olabilir. Yoksa farklı kanal denemeyin (telefon kapalıysa ticket aç + sosyal medyada mention'la). Sözleşmedeki SLA'in ihlal edildiğini düşünüyorsanız, KEP üzerinden yazılı ihtar gönderebilirsiniz. Tüketici Hakem Heyeti yolu son çaredir.

Sağlayıcı 'sizin tarafınızda hata' diyor, ne yapmalıyım?

Bağımsız bir test ortamı kurun: aynı işlemi farklı bir cihazdan, farklı IP'den, farklı tarayıcıdan tekrar deneyin. Sorun yine aynıysa kanıt elinizde olur. Sağlayıcının bu açıklamasını mutlaka yazılı isteyin ("nereden, hangi log'dan kaynaklandığını paylaşır mısınız?"). Telefon konuşmaları KVKK kapsamında 1–2 yıl saklanır; anlaşmazlıkta yazılı talep ile kayıt kopyası alınabilir. Hizmet kalitesi sürekli düşüyorsa: aylık MTTR ve kalite skoru tablosu tutun, account manager'a yazılı geri bildirim gönderin, sözleşme yenileme öncesi alternatif sağlayıcı testi başlatın.

Kaynaklar

• KVKK Kişisel Verileri Koruma Kurumu
• T.C. Ticaret Bakanlığı
• Tüketici Bilgi Sistemi
• Tüketici Hakem Heyetleri
• UptimeRobot — uptime izleme
• Atlassian Statuspage
• ITIL — IT Service Management referans
• Google SRE Book — SLO/SLA bölümü
• Mail-Tester — e-posta deliverability
• MXToolbox — DNS/MX/RBL kontrol