Canlı Destek Yükünü Azaltan SSS Sayfası En İyi Uygulamaları

“Sık sorulan sorular” sayfası (SSS) çoğu ekipte ya hiç sahiplenilmeyen ya da “ne varsa buraya koyalım” diye şişirilen bir alan. Sonuç: Müşteri yine canlı desteğe geliyor, ekip yine aynı soruları cevaplıyor, SSS ise kimsenin açmadığı bir arşive dönüşüyor.

Bu yazıda sık sorulan sorular sayfanızı canlı destek yükünü gerçekten azaltacak şekilde nasıl kurgulayacağınızı anlatıyorum. Kapsam sınırı nasıl çizilir, sorular nereden toplanır, nasıl önceliklendirilir, navigasyon ve yazım kalıpları nasıl standardize edilir… Hepsi uygulama odaklı.

SSS Kapsam Sınırı

SSS neyi çözer neyi yardım merkezine bırakır

SSS, “tek cevapla kapanan” ve kullanıcıyı bir sonraki adıma taşıyan sorular içindir. İyi bir kural: 1 ekranda anlaşılacak ve mümkünse 1–3 adımda uygulanacak cevaplar SSS’de kalır.

Yardım merkezi (knowledge base) ise kapsamlı süreçler, ekran görüntülü anlatımlar, farklı senaryolar ve güncelleme gerektiren detaylar içindir.

Örnek:

• SSS: “İade sürem kaç gün?”
• Yardım merkezi: “İade talebi nasıl açılır? Kargo etiketi nasıl alınır? Ürün koşulları neler?”

Kaçınılacak hata: SSS’yi mini yardım merkezine çevirmek. Düzeltme: SSS cevabının sonunda “Detaylı adımlar için …” diye yardım merkezine net bir link verin ve SSS’yi kısa tutun.

Canlı destek ve chatbot ile iş bölümü kuralları

SSS’nin tek başına çalışmasını beklemeyin. En iyi sonuç, SSS + chatbot + canlı destek iş bölümüyle geliyor. Basit bir kural seti:

1. SSS: Politika, fiyatlandırma, teslimat, iade, hesap işlemleri gibi “genel ve tekrar eden” sorular.
2. Chatbot: Sipariş durumu, kargo takibi, üyelik doğrulama, randevu gibi “veriye bağlı” ama standart akışlar.
3. Canlı destek: İstisnalar, duygusal gerilim, pazarlık, özel durumlar, sistem hataları.

Mini senaryo: Kullanıcı “Kargom nerede?” diye yazıyor. Chatbot sipariş numarası ister, takip linkini verir. Takip yoksa canlı desteğe devreder. Bu iş bölümünü daha detaylı okumak için: chatbot ve canlı destek iş bölümü.

Kaçınılacak hata: Chatbot’u SSS gibi konuşturmak. Düzeltme: Chatbot’u “aksiyon alan”, SSS’yi “bilgi veren” olarak ayırın.

Kapsam dışı konular için yönlendirme metinleri

SSS’ye sığmayan sorular olacak. Burada amaç “hayır” demek değil, kullanıcıyı en hızlı çözüme yönlendirmek. Kopyalayıp uyarlayabileceğiniz metinler:

• “Bu konu sipariş detayınıza bağlı. Sipariş numaranızla canlı destekten yazarsanız hemen kontrol edelim.”
• “Teknik bir inceleme gerektiriyor. Şu bilgileri maille paylaşın: cihaz, tarayıcı, hata ekranı.”
• “Bu durum standart politikanın dışında görünüyor. Canlı destek ekibi istisna kontrolü yapacak.”

Kaçınılacak hata: “Bunun cevabı yok” hissi. Düzeltme: Yönlendirmede hangi kanala, hangi bilgiyle gidileceğini yazın.

E ticaret ve SaaS için kapsam örnekleri

E-ticaret SSS kapsamına iyi oturan başlıklar:

• Teslimat süresi, kargo ücreti, iade koşulları, değişim, ödeme seçenekleri, fatura, kupon kullanımı.

SaaS SSS kapsamına iyi oturan başlıklar:

• Deneme süresi, plan farkları, faturalandırma, kullanıcı ekleme, iptal, veri dışa aktarma, güvenlik.

Her iki tarafta da canlı desteğe bırakılacaklar:

• Hesap özelinde istisnalar (yanlış fatura, özel indirim, riskli ödeme), teknik hata incelemeleri, hukuki talepler.

Kaçınılacak hata: Her sektör için aynı şablonu kopyalamak. Düzeltme: SSS kapsamını “en çok tekrar eden + en az istisna” kesişimine göre kurun.

Kontrol listesi kapsam sınırı maddeleri

• Her SSS maddesi tek bir niyeti cevaplıyor mu?
• Cevap 150–250 kelime aralığında kalabiliyor mu?
• “Bu soruyu okuyan kişi işlem yapabilir mi?” (link, buton, yönlendirme)
• İstisna oranı yüksek mi? Yüksekse canlı desteğe yönlendir.
• 12–18 ayda bir güncelleme gerektiriyor mu? Gerekiyorsa yardım merkezine taşı.

Kaçınılacak hata: Kontrol listesini yazıp hiç uygulamamak. Düzeltme: Yayın öncesi editoryal onay adımı koyun.

Yaygın hata her şeyi SSSye koymak ve düzeltme

En sık gördüğüm hata: SSS’nin “çöp çekmecesi” olması. Ekip bir sorunu çözemeyince SSS’ye ekliyor. Sonra sayfa 80 soru oluyor, arama çalışmıyor, kullanıcı çıkıyor.

Düzeltme yöntemi:

• SSS’yi maksimum 25–40 soru bandında tutun.
• Fazlasını yardım merkezine taşıyın.
• Canlı destek ekibiyle ayda bir “SSS temizlik” oturumu yapın: tekrar edenleri birleştirin, eskileri kaldırın.

Soru Toplama Kaynakları

Chat loglarından soru çıkarma adımları

Chat logları altın madeni ama ham haliyle gürültülü. Pratik akış:

1. Son 30 günü dışa aktarın (konuşma başlıkları, ilk mesaj, etiket).
2. İlk kullanıcı mesajlarını filtreleyin. “Merhaba” gibi selamları eleyin.
3. Aynı anlamdaki cümleleri birleştirin: “iade nasıl”, “iade yapacağım”, “ürünü geri göndermek istiyorum”.
4. En çok tekrar eden 20 ifadeyi çıkarın ve SSS sorusuna dönüştürün.

Neden işe yarar? Çünkü SSS’nin dili “müşterinin kendi cümlesi” olunca bulunabilirlik artar.

Kaçınılacak hata: Logları okuyup sezgiyle karar vermek. Düzeltme: En azından basit bir frekans listesi çıkarın.

Ticket ve e posta konularını kümelendirme

Ticket ve e-posta başlıkları genelde daha “net sorun” içerir. Kümelendirme için:

• Konu satırlarını alın, benzer kelimelere göre gruplandırın.
• Her grup için 1 “ana SSS sorusu” yazın, alt varyasyonları tek cevapta toparlayın.
• Eğer cevap 2 farklı politika gerektiriyorsa bölün.

Örnek: “Faturam gelmedi”, “e-fatura nerede”, “fatura bilgisi değiştirme” tek başlık değil. Burada en az iki soru çıkar: “Faturaya nasıl ulaşırım?” ve “Fatura bilgisi nasıl güncellenir?”

Kaçınılacak hata: Ticket kategorilerini SSS kategorisi sanmak. Düzeltme: Ticket sınıflaması operasyon içindir, SSS sınıflaması kullanıcı niyeti içindir.

Site araması sorgularını SSS girdisine çevirme

Sitenizde arama varsa (help center veya site içi), sorgular doğrudan SSS adayını verir. Uygulama:

• Son 90 gün sorgularını çıkarın.
• “Sonuç bulunamadı” sorgularını ayrı listeleyin.
• 10+ kez aranan sorguları SSS’ye aday yapın.

Örnek: Kullanıcı “kapıda ödeme” arıyorsa, bu bir SSS sorusu olmalı: “Kapıda ödeme var mı? Hangi şehirlerde?”

Kaçınılacak hata: Arama sorgusunu başlık olarak aynen kopyalamak. Düzeltme: Sorguyu düzgün Türkçe soruya çevirin ama ana kelimeyi koruyun.

Satış itirazlarını SSS sorusuna dönüştürme

SSS sadece destek yükünü değil, satış sürtünmesini de azaltır. Satış ekiplerinden veya chat satış konuşmalarından şu itirazları toplayın:

• “Güvenli mi?”, “İade edersem ne olur?”, “Kurulum zor mu?”, “Sözleşme var mı?”

Örnek (SaaS): “Deneme bitince otomatik ücret alıyor musunuz?” sorusu satış öncesi tıkanma yaratır. Bunu net bir SSS ile çözmek, hem dönüşümü artırır hem de canlı chat’te aynı açıklamayı tekrar etmeyi azaltır.

Kaçınılacak hata: Pazarlama diliyle kaçamak cevap yazmak. Düzeltme: “Evet/Hayır + şart” netliğinde yazın.

Örnek kaynak tablosu alanları

Aşağıdaki tabloyu Google Sheets’te tutmak yeterli:

Kaynak	Veri alanı	Örnek	Not
Canlı chat	İlk mesaj	“iade kaç gün”	Niyet net
Ticket	Konu/etiket	“Fatura talebi”	Süreç karmaşık olabilir
E-posta	Konu satırı	“Kargo gecikti”	Duygu yüksek
Site araması	Sorgu	“kapıda ödeme”	İçerik açığı
Satış	İtiraz cümlesi	“Sözleşme var mı?”	Satış etkisi

Kaçınılacak hata: Kaynakları ayrı ayrı ekiplerde bırakmak. Düzeltme: Haftalık tek bir “SSS aday havuzu”nda birleştirin.

Yaygın hata tek kaynağa dayanmak ve düzeltme

Sadece chat loglarına bakarsanız satış itirazlarını kaçırırsınız. Sadece ticket’a bakarsanız arama sorgularındaki içerik boşluklarını görmezsiniz.

Düzeltme: Minimum 3 kaynak kuralı koyun (chat + ticket/e-posta + site araması). Ayda bir de satıştan 10 itiraz cümlesi isteyin.

Önceliklendirme Kural Seti

Hacim etki ve çözümlenebilirlik puanlaması

SSS’de “en çok sorulan” her zaman “en doğru ilk konu” değildir. Basit bir puanlama kurun:

• Hacim (1–5): Ayda kaç kez geliyor?
• Etki (1–5): Çözülmezse canlı desteği ne kadar uzatıyor, iade/iptal yaratıyor mu?
• Çözümlenebilirlik (1–5): Tek bir standart cevapla kapanır mı?

Toplam puan = Hacim + Etki + Çözümlenebilirlik. 12+ puan olanları ilk dalgada yayınlamak genelde iyi çalışır.

Kaçınılacak hata: Puanlamayı “hissiyatla” yapmak. Düzeltme: Hacmi chat/ticket sayısından, etkiyi ortalama konuşma süresinden, çözümlenebilirliği ekip lideri onayından alın.

Canlı destek azaltma potansiyeli filtresi

Bazı sorular sık gelir ama zaten 10 saniyede cevaplanır. Bazıları daha az gelir ama 8 dakika sürer. SSS’nin hedefi yük azaltmaksa filtre net:

• Konuşma süresi 3 dakikanın üstündeyse öncelik yükselsin.
• “Temsilci devri” oranı yüksekse öncelik yükselsin.
• Aynı kullanıcıdan tekrar tekrar geliyorsa (takip sorusu) öncelik yükselsin.

Mini örnek: “Kargo takip linki nerede?” sık ve kısa olabilir. “İade kargo kodu nasıl alınır?” daha uzun sürer. İkincisi daha çok yük azaltır.

Kaçınılacak hata: Sadece frekansa bakmak. Düzeltme: Frekansın yanına süre metriğini ekleyin.

Chatbot devri için uygunluk kontrolü

SSS maddesi bazen chatbot akışına daha uygundur. Kontrol soruları:

• Cevap için sipariş numarası, hesap girişi, plan bilgisi gerekiyor mu?
• Kullanıcıdan 1–2 bilgi alıp otomatik yanıt üretilebilir mi?
• Aynı soru için farklı cevaplar çıkıyor mu?

Evet’lerin sayısı artıyorsa chatbot’a taşıyın, SSS’ye de “Chatbot’tan kontrol et” yönlendirmesi ekleyin.

Kaçınılacak hata: Chatbot’a her şeyi yıkmak. Düzeltme: Chatbot’a sadece veriye bağlı akışları verin; politika ve genel bilgiyi SSS’de tutun.

Örnek önceliklendirme matrisi

Soru	Hacim (1–5)	Etki (1–5)	Çözümlenebilirlik (1–5)	Toplam	Karar
İade süresi kaç gün?	4	4	5	13	SSS ilk dalga
Fatura adresi değişir mi?	3	3	4	10	SSS ikinci dalga
Kargom neden gecikti?	5	5	2	12	SSS + canlı destek yönlendirme
Sipariş durumum	5	4	3	12	Chatbot akışı

Kaçınılacak hata: Matrisi hazırlayıp yayın sırasını yine “kolaya” göre yapmak. Düzeltme: Toplam puanı yayın takvimine bağlayın.

Kontrol listesi yayın sırası kuralları

• İlk 10 soru: toplam puanı en yüksek olanlar
• Her kategoride en az 2 soru olsun (boş kategori bırakmayın)
• “Sonuç bulunamadı” aramalarından en az 3 soru ekleyin
• Yayın sonrası 2 hafta izleyin, sonra ikinci dalgayı çıkın

Kaçınılacak hata: Tek seferde 50 soru yayınlamak. Düzeltme: 10–15 soruluk iterasyonlar halinde ilerleyin.

Yaygın hata en kolay sorudan başlamak ve düzeltme

Kolay sorular ekipte “hızlı başarı” hissi yaratır ama canlı destek yükü düşmez. Çünkü yükü asıl artıranlar genelde politika gri alanları ve süreç sorularıdır.

Düzeltme: “En kolay” yerine “en çok süre yakan” sorulardan başlayın. İlk ay hedefiniz: temsilcilerin kopyala-yapıştır yaptığı 10 cevabı SSS’ye taşımak.

Kategori ve Navigasyon

Kategori sayısı ve derinlik sınırları

SSS’de kategori sayısı arttıkça bulunabilirlik düşer. Pratik sınırlar:

• Kategori: 4–7 arası
• Derinlik: maksimum 2 seviye (Kategori > Soru)
• Kategori başına: 5–10 soru (daha fazlası yardım merkezine kaymalı)

Kaçınılacak hata: Departmanlara göre kategori açmak (“Muhasebe”, “Operasyon”). Düzeltme: Kullanıcı niyetine göre açın (“Teslimat”, “İade”, “Ödeme”).

Etiketleme ve arama odaklı gezinme

Kategori şart ama tek başına yetmez. İyi bir SSS’de arama kutusu görünür olmalı ve etiketleme mantığı çalışmalı:

• Etiketleri kullanıcı diliyle koyun: “kapıda ödeme”, “havale”, “kupon”
• Arama sonuçlarında soru başlığına ek olarak 1 satır özet gösterin
• En azından yazım hatalarını tolere edin (basit eşleşme bile fark eder)

Kaçınılacak hata: Etiketleri sadece içerik ekibi anlasın diye yazmak. Düzeltme: Etiketleri chat loglarından çıkarın.

Mobilde akordeon ve liste düzeni kararları

Mobilde SSS en çok “kaydırma yorgunluğu” yüzünden kaybeder. Akordeon (açılır-kapanır) iyi çalışır ama iki şeye dikkat:

• Akordeon başlıkları tek satıra sığmalı.
• Açılan içerikte adımlar numaralı olmalı, linkler parmakla basılabilir olmalı.

Liste düzeni ise arama odaklı kullanımda daha iyi olabilir. Eğer sorular uzun ve çoksa liste + ayrı detay sayfası tercih edin.

Kaçınılacak hata: Mobilde masaüstü tasarımını aynen bırakmak. Düzeltme: 375px genişlikte test edin, ilk ekranda arama + 3 popüler soru görünsün.

Senaryo e ticaret iade kargo navigasyonu

E-ticarette en kritik akış “iade/kargo” olduğu için navigasyonu buraya göre test etmek mantıklı:

• Kategori: “İade ve Değişim”
• Popüler sorular: “İade süresi”, “İade kargo ücreti”, “Değişim nasıl yapılır?”, “Hangi ürünler iade edilemez?”

Kullanıcı “iade” aradığında hem politika cevabını hem de “iade başlat” linkini bulmalı. Bu arada iyi bir referans görmek isterseniz: SSS sayfası örneği.

Kaçınılacak hata: İade akışını 6 farklı kategoriye bölmek. Düzeltme: İade ile ilgili her şeyi tek kategoride, kısa sorularla toplayın.

Kontrol listesi gezinme testleri

• Kullanıcı testinde 3 görev: “iade süresi”, “fatura”, “kargo takip” 30 saniyede bulunabiliyor mu?
• Arama kutusu her sayfada görünüyor mu?
• “Popüler sorular” alanı ilk ekranda mı?
• Her cevapta ilgili bir sonraki adım linki var mı?

Kaçınılacak hata: SSS’yi yayınlayıp unutmak. Düzeltme: 3 ayda bir gezinme testi yapın, kategori sayısını sabit tutun.

Yaygın hata kategori şişmesi ve düzeltme

Kategori şişmesi genelde “her yeni konuya yeni kategori” refleksinden gelir. Sonra 12 kategori olur ve kullanıcı hangisine gireceğini bilemez.

Düzeltme: Yeni kategori açma şartı koyun:

• En az 8 soru birikmeden kategori açılmasın.
• Açıldıysa da 2 ay içinde dolmazsa kapatılsın.

Soru Yazım Kalıpları

Soru kalıpları ne nasıl ne zaman ücret iade

SSS soruları başlıkta doğru kalıpla başlar. En çok çalışan kalıplar:

• “Nasıl …?” (işlem)
• “Ne zaman …?” (zaman/teslimat)
• “Ücret iadesi …?” (para)
• “Nereden …?” (ekran/menü)
• “Var mı / mümkün mü?” (özellik/politika)

Başlıkları 50–70 karakter bandında tutmak iyi bir pratik. Gereksiz uzunluk aramada ve mobilde kırpılır.

Kaçınılacak hata: “İade hakkında” gibi muğlak başlıklar. Düzeltme: Başlığa eylemi koyun: “İade süresi kaç gün?”

Kullanıcı dili ile ürün dili eşleştirme

Kullanıcı “paket” der, siz “abonelik planı” dersiniz. Kullanıcı “iptal” der, siz “fesih” yazarsınız. SSS’nin bulunması için ikisi de görünmeli.

Pratik yöntem: Başlıkta kullanıcı dili, cevap içinde ürün dili.
Örnek: “Aboneliği nasıl iptal ederim?” başlığı. Cevapta “Planınızı sonlandırmak için…” gibi ürün terimi açıklanır.

Kaçınılacak hata: Sadece iç terminolojiyle yazmak. Düzeltme: Chat ve arama sorgularındaki kelimeleri başlığa taşıyın.

Chat ve ticket cümlelerini soruya dönüştürme

Ham cümle: “İade edicem ama kargo parası ben mi”
SSS sorusu: “İadede kargo ücreti kime ait?”

Ham cümle: “Faturamı yanlış kestiniz”
SSS sorusu: “Fatura bilgilerimi değiştirebilir miyim?”

Neden işe yarar? Çünkü SSS, “şikayet cümlesini” sakin ve genel bir soruya çevirince hem SEO hem kullanıcı deneyimi toparlanır.

Kaçınılacak hata: Kullanıcının cümlesini olduğu gibi başlık yapmak. Düzeltme: Aynı niyeti koruyup düzgünleştirin.

Örnek soru dönüşümü önce sonra

• Önce: “Kargo”
  Sonra: “Kargo ücreti ne kadar? Hangi siparişlerde ücretsiz?”

• Önce: “Üyelik”
  Sonra: “Şifremi unuttum, nasıl sıfırlarım?”

• Önce: “Ödeme sorunu”
  Sonra: “Ödeme alınmadı görünüyor, ne yapmalıyım?”

Kaçınılacak hata: Tek kelimelik başlıklar. Düzeltme: Başlığı “soru” formuna sokun ve bir bağlam ekleyin.

Kontrol listesi soru yazım kuralları

• Başlık soru işaretiyle bitsin mi? Şart değil ama tutarlı olun
• Başlıkta 1 ana kelime: “iade”, “kargo”, “fatura”
• Aynı anlama gelen iki soru varsa birleştirin
• Negatif dil yerine nötr dil: “Neden yapmıyorsunuz?” yerine “Şu özellik var mı?”

Kaçınılacak hata: Her ekip üyesinin farklı stil yazması. Düzeltme: 10 örnek başlıkla mini bir stil rehberi çıkarın.

Yaygın hata belirsiz başlıklar ve düzeltme

Belirsiz başlıklar hem aramada kaybolur hem de kullanıcıyı tıklamaya ikna etmez. “Teslimat bilgileri”, “Ödeme seçenekleri” gibi başlıklar genelde performans vermez.

Düzeltme: Başlığa tek bir karar koyun: süre, ücret, şart, adım. “Teslimat kaç gün sürer?”, “Kapıda ödeme var mı?” gibi.

Cevap Format Standardı

Kısa cevap ve detay blokları yapısı

En iyi SSS cevapları iki katmanlıdır:

• İlk satır: 1 cümlelik kısa cevap (kullanıcıyı rahatlatır)
• Altı: Detay blokları (koşullar, istisnalar, linkler)

Örnek: “İade süresi 14 gündür. Ürün kullanılmamış olmalı. Aşağıdan iade adımlarına geçebilirsiniz.”

Kaçınılacak hata: Cevabı paragrafla açmak. Düzeltme: İlk satırı “net hüküm” olarak yazın.

Adım adım talimat formatı ve uyarılar

İşlem gerektiren cevapları numaralı yazın. 3–6 adım idealdir. Uyarıları ayrı satırda verin:

1. Hesabınıza giriş yapın
2. Siparişler > İade Talebi’ne gidin
3. Ürünü seçin ve nedeni işaretleyin
4. Kargo kodunu alın ve pakete ekleyin

Uyarı: “Hijyen ürünlerinde iade kabul edilmez” gibi kritik kuralı gözden kaçırmayın.

Kaçınılacak hata: Uyarıyı metnin ortasına gömmek. Düzeltme: Uyarı: etiketiyle görünür yapın.

Politika ve şartlar için netlik şablonu

Politika cevaplarında kullanıcı 3 şeyi arar: süre, koşul, istisna. Şablon:

• Süre: “X gün içinde”
• Koşul: “Şu şartlarla”
• İstisna: “Şunlar hariç”
• Aksiyon: “Şuradan başlatın / şuraya yazın”

Kaçınılacak hata: Hukuki metin gibi yazmak. Düzeltme: Kısa cümleler, net maddeler.

Örnek cevap şablonu kopyalanabilir

Kısa cevap: …
Detay:

• Şart 1: …
• Şart 2: …
  Adımlar:

1. …
2. …
   Uyarı: …
   İlgili: “…” (link)

Kaçınılacak hata: Her cevapta farklı düzen. Düzeltme: Şablonu zorunlu standart yapın.

Kontrol listesi cevap kalite maddeleri

• İlk satırda net cevap var mı?
• 150–250 kelime aralığında mı?
• En az 1 aksiyon linki var mı?
• Tarih/ücret gibi bilgiler güncel mi? (3 ayda bir kontrol)
• Görseller varsa 200KB altı, WebP tercih, açıklayıcı alt metin

Kaçınılacak hata: Kalite kontrolü yapmadan yayınlamak. Düzeltme: Yayın öncesi 5 maddelik hızlı kontrol yeter.

Yaygın hata uzun paragraflar ve düzeltme

Uzun paragraflar SSS’yi öldürür. Kullanıcı tarar, bulamaz, chat’e döner.

Düzeltme:

• Paragrafları 2–4 satırda bitirin
• Liste kullanın
• İlk satırı her zaman “sonuç” yapın
• Çok uzadıysa yardım merkezine taşıyın ve SSS’de özet bırakın