Destek yükünün anatomisi
Destek kutusunun dökümü yapıldığında tipik tablo şudur. Taleplerin büyük bölümü, az sayıda sorunun kopyalarıdır, hesap işlemleri (şifre, e-posta değişikliği), fatura/ödeme soruları, "nerede bu özellik?" yol tarifi istekleri ve kurulum/başlangıç takılmaları. Gerçek sorunlar (hatalar, veri vakaları, edge case'ler) azınlıktadır, ama kopyaların arasında sıra bekler.
Bu tablo, çözümün hedefini netleştirir. Amaç destek talebini sıfırlamak değil, kopyaları kendi kendine çözüme yönlendirip ekibin zamanını azınlıktaki gerçek işe açmaktır. Kopya soruyu insanla cevaplamak, en pahalı cevaplama biçimidir.
Klasik SSS neden çalışmıyor?
Çoğu SSS sayfası üç hastalıkla doğar. Tahmine dayalıdır (ekip, "kullanıcı bunları sorar herhalde" diye yazar, gerçek trafik başka der), ekip diliyle yazılıdır ("kimlik doğrulama yapılandırması" başlığı, "giriş yapamıyorum" diye arayan kullanıcıya görünmezdir) ve akıştan kopuktur. Bir köşede durur, destek kanalıyla bağı yoktur, kullanıcı onu ya bulamaz ya güvenmez.
Sonuç bilinen döngüdür. SSS var ama sorular gelmeye devam ediyor; ekip "SSS'de yazıyor aslında" diye iç geçiriyor. Suç kullanıcıda değildir, SSS, kullanıcının yolunun üstünde ve dilinde değildir.
İlke 1: gerçek trafikten beslenme
SSS'nin içeriği, tahminle değil sayımla kurulur. Son bir-iki ayın destek talepleri dökülür ve tekrar sayısına göre sıralanır, en sık 10-15 soru, SSS'nin ilk sürümüdür. Sayım genellikle şaşırtır. Ekibin "basit" dediği bir konu listenin tepesindedir, özenle yazılmış bir SSS maddesinin sorusu ise hiç gelmemiştir.
Sıralama, sayfa düzenini de belirler. En çok sorulan en üstte. SSS bir bilgi ansiklopedisi değil, trafik aynasıdır ve ayna, neyi yansıtacağını trafikten öğrenir.
İlke 2: kullanıcı diliyle yazım
Soru başlıkları, kullanıcının yazdığı gibi yazılır. Destek taleplerindeki gerçek ifadeler, en iyi başlıklardır, "giriş yapamıyorum", "faturamı nereden indiririm?", "planımı nasıl değiştiririm?" Ekip terminolojisi ("abonelik yönetimi", "oturum sorunları") başlıkta değil, olsa olsa cevabın içinde yaşar.
Bu dil tercihi, aramayı da çalıştırır. Kullanıcı, SSS içinde ve arama motorunda kendi cümlesiyle arar, başlık o cümleyse bulunur, kurumsal karşılığıysa bulunmaz. Basit test. En sık beş talebin metnini açın; kullanıcının ilk cümlesi, SSS başlığınızla eşleşiyor mu?
İlke 3: çözüme kadar giden cevap
SSS cevabının ölçütü, kullanıcının işlemi tamamlamasıdır, yönü göstermek değil. "Ayarlardan değiştirebilirsiniz" yarım cevaptır; tam cevap adım adım gider. "Sağ üstteki profil simgesi → Ayarlar → Fatura sekmesi → 'Faturaları indir'." Ekran görüntüsü ya da kısa video, karmaşık akışlarda cevabın değerini katlar.
Cevabın sonuna küçük bir çıkış kapısı eklenir. "Bu adımlar sorununuzu çözmediyse bize yazın: [kanal]", kullanıcı, cevap işe yaramadığında çıkmaza değil kanala ulaşır. Bu kapı, SSS'ye güveni de büyütür. Deneyen kullanıcı, terk edilmeyeceğini bilir.
Yönlendirme: akışın önüne yerleştirme
SSS'nin çalışması, konumuna bağlıdır. Destek akışının önünde durmalıdır, köşesinde değil. Düzen şudur. "yardım" kapısına gelen kullanıcı önce konu seçenekleriyle karşılanır ("hesap işlemleri / fatura / kullanım / sorun bildir"); seçim, ilgili SSS cevabını getirir; çözüm olmadıysa "sorunum farklı" adımıyla gerçek kanala (form, e-posta, mesaj) geçilir.
Bu akışın her katmanı, bir eleme yapar. Kopya soruların çoğu ilk iki adımda çözülür; kanala düşen talepler ise ön bilgiyle gelir, hangi konu, hangi adımlar denendi. Ekibin karşıladığı talep, hem azalmış hem nitelenmiştir.
Duvar değil eleme: ekibe ulaşma dengesi
Düzenin etik sınırı nettir. SSS, ekibe ulaşmayı zorlaştıran bir labirent olmamalıdır. Kötü örnekler bilinir. Gizlenen iletişim kanalı, "önce şu beş makaleyi oku" dayatması, döngüye sokan botlar, bunlar destek yükünü değil, kullanıcı güvenini eritir. "Sorum bu değil" seçeneği her adımda görünür ve tek dokunuş uzaklıkta durur.
Denge şöyle özetlenir. Kendi kendine çözüm bir hizmettir, zorunluluk değil, çoğu kullanıcı beklemeden çözmeyi zaten tercih eder; SSS ona bu hızı verir. Beklemeyi göze alıp yazmak isteyen ise engellenmez. İki yol da açık olduğunda, trafik doğal olarak verimli dağılır.
Besleme döngüsü ve bakım
SSS, kurulan değil yaşayan bir sistemdir ve destek ekibi, besleyicisidir. Tekrar eden her yeni soru işaretlenir, iki-üç kez gelen soru, SSS adayıdır. Cevabı yazılır, sayfaya eklenir ve sonraki kopyalara bağlantıyla cevap verilir ("adım adım şurada anlattık"). Ürün değişiklikleri de SSS'ye işlenir. Taşınan menü, değişen akış, eski adımları anlatan cevap, sorudan beterdir.
Aylık kısa bakım tamamlar. Cevaplar güncel mi, en sık sorular hâlâ tepede mi, hiç okunmayan madde neden duruyor? Sayfa istatistikleri (hangi cevap ne kadar açılıyor) bu bakımın verisidir ve destek trafiğindeki düşüşle birlikte, düzenin karnesini yazar.
teknoloji.link ile kurulum
Dijital Link üzerinde teknoloji.link alan adıyla açacağınız sayfa, destek düzeninin kapısı olur. Konu başlıklı SSS bölümleri, adım adım cevap bağlantıları, "sorunum farklı" kanalı ve sürüm/güncelleme duyuruları tek adreste durur; ürün içi "yardım" bağlantısı, e-posta imzası ve profiller buraya işaret eder.
Yeni SSS maddesi eklemek panelden dakikalar sürer; hangi cevabın ne kadar açıldığını istatistiklerden izlersiniz, destek trafiğinin aynası, veriyle asılı kalır; saklama süresi plana göre değişebilir.
Plan ayrıntıları için planlar sayfasına bakın.
Destek ve SSS düzeni hakkında sık sorulanlar
SSS sayfamız var ama sorular azalmıyor; neden?
Üç klasik nedenden. İçerik tahmine dayalıdır (gerçek trafiğe değil), başlıklar ekip dilindedir (kullanıcı kendi cümlesini bulamaz) ve sayfa destek akışına bağlı değildir (yolun üstünde durmaz). Üçü de düzeltilebilir, sayımla, dille ve yerleştirmeyle.
SSS'ye hangi soruları koymalıyım?
Son bir-iki ayın destek taleplerini sayın. En sık 10-15 soru, ilk sürümdür, en çok tekrar eden en üstte. Sayım çoğu zaman şaşırtır; SSS trafik aynasıdır ve neyi yansıtacağını tahmin değil veri söyler.
Cevaplar ne kadar ayrıntılı olmalı?
İşlem tamamlanana kadar. "Ayarlardan yapılır" değil, ekran yolu ve buton adlarıyla adım adım. Karmaşık akışta görüntü/video ekleyin ve sona çıkış kapısı koyun. "Çözmediyse bize yazın", deneyen kullanıcı terk edilmeyeceğini bilmelidir.
Kullanıcıyı SSS'ye zorlamak doğru mu?
Hayır, SSS duvar değil elemedir. "sorum bu değil" seçeneği her adımda görünür ve tek dokunuş uzakta durur. Gizlenen kanal ve döngüye sokan botlar, yükü değil güveni eritir; iki yol da açıkken trafik doğal olarak verimli dağılır.
SSS'yi nasıl güncel tutarım?
Besleme döngüsüyle. Destek ekibi tekrar eden yeni soruları işaretler, iki-üç kez gelen soru sayfaya eklenir, sonraki kopyalara bağlantıyla cevap verilir. Ürün değişiklikleri cevaplarına işlenir; aylık kısa bakım ve cevap istatistikleri düzeni canlı tutar.
Bu düzeni hangi araçla kurarım?
teknoloji.link, Dijital Link hesabında seçilebilen alan adlarından biridir; SSS bölümleri, destek kanalı ve duyurular tek sayfada durur, yeni madde panelden dakikalar içinde eklenir ve cevap ilgisi istatistiklerden izlenir.