Dokümantasyon Destek Taleplerini Nasıl Azaltır: Gerçekten İşe Yarayan 10 Strateji
Destek kuyruğunuz, dokümantasyon hatalarının bir listesidir. Gelen kutunuza düşen her "nasıl yaparım..." talebi, bilgi bankanızın yanıtlamadığı veya yeterince iyi yanıtlamadığı bir sorudur. Yalın Müşteri Başarısı (CS) operasyonları yürüten ekipler daha fazla çalışmıyor. Daha iyi dokümantasyon yapıyorlar.
Clevera'yı Ücretsiz Deneyin →$22
tek bir destek talebini çözmenin ortalama maliyeti
81%
müşterilerin desteğe başvurmadan önce kendi kendine çözüm arama oranı
20–40%
aktif bir bilgi bankasına sahip ekipler için destek hacmindeki azalma
67%
müşterilerin bir şirket temsilcisiyle konuşmak yerine self-servisi tercih etme oranı
Dokümantasyon destek hacmini neden azaltır
12 dk okuma
Destek taleplerini azaltan dokümantasyon bir lüks değildir. Kendi maliyetini karşılayan, hatta üzerine kâr bırakan bir maliyet merkezidir.
Ayda 500 talep alan ve talep başına 22$ harcayan bir destek ekibi, soruları yanıtlamak için her ay 11.000$ harcıyor demektir. İyi yönetilen bir bilgi bankası bu taleplerin %30'unu engellerse, bu ayda 3.300$ tasarruf, yani yılda 39.600$ tasarruf demektir; üstelik daha hızlı çözüm süreleri, daha yüksek Müşteri Memnuniyeti (CSAT) ve ekibinizin karmaşık vakalara odaklanmak için kazandığı saatler hesaba katılmadan önce.
Bu kazanımları gören ekipler ile görmeyenler arasındaki fark bütçe değildir. Uygulamadır. Çoğu ekibin bir bilgi bankası vardır. Ancak gerçekten işe yarayan bir bilgi bankasına sahip olan çok azdır; çünkü dokümantasyon güncel değildir, aranması zordur veya kullanıcıların harekete geçmesi için çok fazla metin içerir.
Bu rehber, kaliteli dokümantasyonun destek taleplerini azaltmasının 10 özel yolunu, engelleme yapabilen bir bilgi bankasını kimsenin okumadığı makaleler rafından ayıran farkları ve bu açığı nasıl kapatacağınızı ele alıyor.
2. Video eğitimleri, anlatmak yerine göstererek "nasıl yaparım" taleplerini azaltır
Engellediği talep:
Herhangi bir prosedürel "nasıl yaparım" talebi; kurulum, yapılandırma, özellik aktivasyonu, iş akışı soruları.
Yazılı dokümantasyonun bir sınırı vardır. Prosedürel görevler için (birden fazla ekranda tıklama gerektiren her şey), metin ve ekran görüntüleri kullanıcıları üçüncü adımda kaybeder. Talimatı yanlış okurlar, yanlış şeye tıklarlar ve bir talep açarlar. Ya da her adımı takip etmeden sona atlarlar, yanlış duruma düşerler ve bir talep açarlar.
Video bu belirsizliği ortadan kaldırır. Her adımda tam olarak neye tıklanacağını ve ne bekleneceğini gösteren 90 saniyelik sesli bir anlatım, prosedürel "nasıl yaparım" taleplerini herhangi bir yazılı makaleden daha fazla azaltır.
İşin püf noktası: Çoğu ekibin video eğitimi yoktur çünkü bunları oluşturmak pahalı ve yavaş hissettirir. Bir senaryoya, kayda, kurguya, sese, altyazılara ve barındıracak bir yere ihtiyacınız vardır; sonra ürün bir arayüz değişikliği yapar ve tüm video yanlış olur.
Bu değişti. Clevera, tek bir ekran kaydını yapay zeka sesi, akıllı yakınlaştırma ve otomatik olarak uygulanan tıklama vurgularıyla cilalı, sesli bir ürün eğitimine dönüştürür. Aynı kayıt ayrıca ekran görüntüleri içeren biçimlendirilmiş, adım adım bir yardım makalesi oluşturur. Bir kayıt iki formata dönüşür. Ürün değiştiğinde, senaryoyu güncellersiniz ve her gömülü sürüm değişikliği yansıtır; yeniden kayıt yok, yeniden dışa aktarma yok.
Destek ve CS ekipleri için bu, bir video ekibi olmadan her prosedürel akışı videoyla dokümante edebileceğiniz anlamına gelir. Bir kez kaydedin. Yardım merkezinize, kullanıcı karşılama akışlarınıza, sohbet robotu yanıtlarınıza gömün. Manuel olarak yanıtlayacağınız her "nasıl yaparım" talebi, kullanıcılarınızın iki dakikada izleyebileceği bir video bağlantısına dönüşür.
En çok kime yardımcı olur: Tekrarlayan prosedürel taleplerle boğulan destek ekipleri. Her yeni özellik sürümünü dokümante etmesi gereken ürün ekipleri.
3. SSS sayfaları en yüksek hacimli talep kategorilerinizi ortadan kaldırır
Engellediği talep:
Tekrarlayan sorular; faturalandırma, hesap yönetimi, şifre sıfırlama, yaygın hatalar.
Her destek ekibinin uykusunda bile yanıtlayabileceği bir talep listesi vardır. Aynı 10-15 soru, toplam talep hacminin %40-60'ını oluşturur. Bu soruları net ve görünür bir şekilde yanıtlayan bir SSS sayfası, sadece talepleri engellemekle kalmaz; en tahmin edilebilir, en düşük karmaşıklıktaki taleplerinizi engeller ve ekibinizin gerçekten bir insana ihtiyaç duyan vakalara odaklanmasını sağlar.
İşe yarayan bir SSS sayfasının mekaniği:
SSS konularınızı kullanıcıların sorduğunu düşündüğünüz şeylerden değil, doğrudan talep verilerinizden çekin. Son 90 günlük taleplerinizi filtreleyin, kategoriye göre gruplayın ve SSS'nizi ilk 15 konu etrafında oluşturun. Üç ayda bir gözden geçirin. Yeni talep kategorileri ortaya çıktığında güncelleyin. Artık hacim oluşturmayan soruları kaldırın.
SSS'yi kullanıcının soru sorma ihtimalinin olduğu her yere yerleştirin: fiyatlandırma sayfası, ödeme akışı, hesap ayarları, uygulama içi yardım aracı. Yardım merkezinizin alt bilgisine gömülmüş bir SSS talepleri engellemez. Bağlamsal olarak görünen (kullanıcı faturalandırma ayarlarınızı ziyaret ettiğinde tetiklenen) bir SSS ise engeller.
Bir "Bu yardımcı oldu mu?" sinyali ekleyin. Kullanıcıların yardımcı olmadığını işaretlediği SSS girişleri, bir sonraki taleplerinizdir. Onlar gelmeden önce düzeltin.
En çok kime yardımcı olur: Yüksek talep hacmine sahip destek ekipleri; self-servis müşteri segmentlerini yöneten CS ekipleri.
4. İlk kullanım dokümantasyonu, ilk hafta sorularına önden yanıt verir
Engellediği talep:
Yeni kullanıcı destek hacmi; kayıttan sonraki ilk 7-14 gün içinde gerçekleşen talep artışı.
Destek biletlerinin büyük çoğunluğu erken aşamada gerçekleşir. Yeni kullanıcılar ürünü bilmez. Hata yaparlar. Takılırlar. Tanıdık olmayan bir arayüzde ilk kez bir şey yapmaya çalışırlar. Kayıttan sonraki ilk iki haftada yaşanan bilet artışı tahmin edilebilirdir ve kullanıcılar sormayı akıl etmeden önce ilk hafta sorularını yanıtlayan bir kullanıcıya alıştırma (onboarding) dokümantasyonu ile büyük ölçüde önlenebilir.
Uygulamada bu nasıl görünür:
Genel bir bilgi bankası ana sayfasına değil, belirli yardım makalelerine ve eğitimlere bağlantı veren bir kullanıcıya alıştırma e-posta dizisi. Kullanıcıların genellikle duraksadığı anlarda video açıklamaları yerleştiren bir ürün turu. Yeni kullanıcıların her zaman zorlandığı üç veya dört akışı kapsayan bir başlangıç rehberi.
Yatırım getirisi orantısızdır. İlk haftasını destek bileti açmadan geçiren bir kullanıcının ikinci, üçüncü veya ikinci ayda bilet açma olasılığı daha düşüktür. İlk "aha anına" sürtünmesiz ulaşan kullanıcıların müşteri kaybı (churn) önemli ölçüde daha azdır. Dokümantasyon destek biletlerini azaltır; ancak kullanıcıya alıştırma aşamasında müşteri kaybını da azaltır.
Kritik başarısızlık modu:
Her özelliğin genel bir ürün turundan ibaret olan kullanıcıya alıştırma dokümantasyonu. Yeni kullanıcıların her şeyi bilmesine gerek yoktur. İlk oturumlarında değere ulaşmalarını sağlayan üç şeyi bilmeleri gerekir. Onları belgeleyin. Gerisi bekleyebilir.
En çok kime yardımcı olur: İlk 14 günün en yüksek riskli elde tutma penceresi olduğu SaaS şirketlerindeki Müşteri Başarısı (CS) ve kullanıcıya alıştırma ekipleri.
5. Bağlamsal ürün içi yardım, kullanıcılar üründen ayrılmadan önce biletleri engeller
Engellediği talep:
Ürün arayüzündeki belirli bir noktada yaşanan kafa karışıklığının tetiklediği "... nasıl yapacağımı çözemiyorum" biletleri.
En güçlü dokümantasyon, kullanıcının ayrı bir yardım merkezine gitmesini gerektirmeden, tam kafa karışıklığı anında ortaya çıkan dokümantasyondur. Ürün içi bağlamsal yardım (ipuçları, gömülü yardım araçları, kaynak merkezleri, boş durum rehberliği), doğru cevabı tam ihtiyaç anında sunarak biletleri engeller.
Ürün içine hangi dokümantasyon konur:
• Karmaşık alanlar veya ayarlar üzerinde ipuçları ("Bu ne anlama geliyor?")
• Sadece henüz veri olmadığını değil, bundan sonra ne yapılması gerektiğini gösteren boş durum metinleri
• Ayrı bir sekme değil, ürün kenar çubuğuna gömülü kaynak merkezleri
• Her noktada adım adım eğitimleri ortaya çıkaran kontrol listesi tarzı başlangıç akışları
Bu ürün içi yüzeylerin içine ne gömülmeli: video eğitimler. Sadece metin atlanır. Bu ekranda tam olarak ne yapılacağını gösteren 60 saniyelik bir video — bağlam içinde tetiklendiğinde — izlenir. Eğer bir uygulama içi rehber platformu (Appcues, Userpilot, Pendo) kullanıyorsanız, bu akışların içindeki içerik kullanıcıların devam edip etmeyeceğini belirler. Harika ürün içi rehberlik, harika dokümantasyon üzerine inşa edilir. Hem sunum katmanı hem de içerik katmanı gereklidir.
En çok kime yardımcı olur: Kendi kendine benimsemenin birincil hareket olduğu ürün odaklı SaaS ekipleri.
6. Dokümantasyonu güncel tutmak "bu yanlış" tırmandırmalarını önler
Engellediği talep:
"Dokümantasyonunuz güncel değil" / "Bu, üründe gördüğümle eşleşmiyor" — alınabilecek en sinir bozucu bilet türlerinden biri.
Eski dokümantasyon sadece biletleri engellemekte başarısız olmakla kalmaz, aynı zamanda onları üretir. Bir kullanıcı bir yardım makalesini adım adım takip eder, dördüncü adıma ulaşır ve baktığı arayüzün ekran görüntüsüyle eşleşmediğini fark eder. Ürüne olan güvenini kaybeder, dokümantasyonunuza güvenmeyi bırakır ve bir bilet açar.
Dokümantasyon bakımı, çoğu ekibin başarısız olduğu yerdir. Makaleler bir ürün lansmanı için yazılır ve bir daha asla gözden geçirilmez. Ürün altı güncelleme yayınlar. Dokümanlar hala birinci sürümü tarif eder.
İşe yarayanlar:
• Ürün alanı başına dokümantasyon sahipliği atayın. Her özellik ekibinden biri, özellik yayınlandığında ilgili yardım makalelerini güncellemekten sorumludur.
• Yardım makalelerinde "son gözden geçirilme" tarihi kullanın. 90 gün içinde gözden geçirilmemiş makaleler denetim için işaretlenir.
• Dokümantasyonu yayın sürecinize dahil edin. Yardım makalesi güncellenene kadar PR kapanmaz.
Video sorunu: video dokümantasyonu metinden daha hızlı eskir çünkü arayüz her karede görünür. Tek bir düğme yeniden adlandırması bir rehberi bozar. Clevera'nın LiveSync özelliğinin destek ekipleri için önemli olmasının nedeni budur: değişen adımı yeniden kaydedin veya senaryoyu güncelleyin, videonun gömülü olduğu her örnek yeni sürümü gösterir. Videoyu yeniden dışa aktarmanıza veya videonun gömülü olduğu her yeri bulmanıza gerek kalmaz.
En çok kime yardımcı olur: "Eski dokümanlar"ın tekrarlayan bir bilet kategorisi olduğu destek ekipleri; sık UI değişiklikleri yayınlayan ürün ekipleri.
7. Çok formatlı dokümantasyon, öğrenme stilleri genelinde engelleme oranlarını artırır
Engellediği talep:
Makaleyi okuyan ancak yine de görevi yapamayan kullanıcılardan gelen biletler.
Bazı kullanıcılar metin talimatlarını sorunsuz takip eder. Diğerlerinin yapıldığını görmesi gerekir. Bazıları okumak ve izlemek ister. Sadece tek bir formatta var olan dokümantasyon, bilgiyi bu şekilde almayan kullanıcıları kaçırır — ve bu kullanıcılar bilet kuyruğunuzda biter.
En etkili bilgi bankası makaleleri metni video ile eşleştirir. Yazılı bir adım adım kılavuz ve en üstte aynı adımları gösteren 2 dakikalık gömülü bir video. Okumayı tercih eden kullanıcılar metni takip eder. İzlemeyi tercih eden kullanıcılar oynata tıklar. Her ikisine de ihtiyaç duyan kullanıcılar, diğerini izlerken bir formata başvurur.
Veriler bunu destekliyor: gömülü video içeren yardım makaleleri, aynı konudaki sadece metin içeren makalelere göre önemli ölçüde daha yüksek kullanıcı memnuniyet puanları ve daha düşük bilet yeniden açılma oranları görüyor. Format dekoratif değildir — kullanıcının görevi başarıyla tamamlayıp tamamlamayacağını belirler.
Tarihsel olarak, çok formatlı dokümantasyonun maliyeti engelleyiciydi. Bir makale yazmak hızlıdır. Bir videoyu kaydetmek, düzenlemek, seslendirmek ve dışa aktarmak yavaştır. Clevera bu boşluğu kapatır — ekran kaydınız aynı anda videoyu ve biçimlendirilmiş makaleyi oluşturur. Normalde birini yazmak için gereken sürede her iki formata da sahip olursunuz.
En çok kime yardımcı olur: Sadece metnin biletleri engellemekte sürekli başarısız olduğu prosedürel, arayüz ağırlıklı iş akışlarını belgeleyen her ekip.
8. Bilgi bankası analitiği, hangi özelliklerin en çok bileti ürettiğini ortaya çıkarır — kuyruğunuzu doldurmadan önce
Engellediği talep:
Dokümantasyon kapsamındaki boşluklardan kaynaklanan önlenebilir biletler.
En iyi dokümantasyon programları reaktif değildir — öngörücüdür. Bilgi bankası analitiği size en çok hangi makalelerin arandığını (kullanıcıların aradığı ancak mevcut olmayabilecek içerik), hangi makalelerin en düşük memnuniyet puanlarına sahip olduğunu (başarısız olan içerik) ve hangi konuların tamamen eksik olduğunu (biletlerin tek seçenek olduğu boşluklar) söyler.
Bilgi bankanızda neleri takip etmelisiniz:
• Sonuçsuz arama terimleri: Her sıfır sonuçlu arama, gerçekleşmeyi bekleyen bir bilettir. Bu liste size bir sonraki adımda ne yazmanız gerektiğini söyler.
• Makale derecelendirmesi / yararlı vs. yararlı değil: Sürekli yararsız olarak işaretlenen makalelerin yeniden yazılması veya video ile değiştirilmesi gerekir.
• Makaleden ayrılma oranı: Bir makaleyi açıp hemen çıkan kullanıcılar aradıklarını bulamadılar.
• Bilet-makale korelasyonu: Destek bileti çözümlerinde en sık hangi makaleler bağlantı veriliyor? Bunlar en değerli bilgi bankası varlıklarınızdır. Öne çıktıklarından emin olun.
Bu verileri aylık olarak destek bileti kategorilerinizle çapraz referanslayın. En düşük bilgi bankası kapsamıyla en çok bileti üreten konular dokümantasyon önceliklerinizdir. Bunları önce ele alın, destek hacminde en hızlı düşüşü göreceksiniz.
En çok kime yardımcı olur: Destek operasyonları, Müşteri Başarısı yöneticileri, KPI olarak self-servis engelleme oranından sorumlu herkes.
9. Çevrilmiş dokümantasyon, uluslararası pazarlarda destek maliyetlerini düşürür
Engellediği talep:
İngilizce olmayan destek biletleri ve kendi dillerinde self-servis yapamayan uluslararası kullanıcılardan gelen tırmandırmalar.
Uluslararası alanda genişleyen SaaS şirketleri için tek dilli bir bilgi bankası, uluslararası pazarlarda artan destek maliyetlerinin doğrudan bir nedenidir. Cevapları kendi dillerinde bulamayan kullanıcılar self-servis yapamazlar. Bilet açarlar. Bu biletler destek kaynakları gerektirir — genellikle uzmanlaşmış olanlar — ve çözülmesi daha uzun sürer.
Matematik basittir: uluslararası biletleri engelleyen çevrilmiş dokümantasyon, bunları ele almak için çok dilli destek personeli çalıştırmaktan daha ucuzdur.
Üretim engelleyici: Bir bilgi tabanını manuel olarak çevirmek pahalı ve yavaştır. Her makale bir çevirmen gerektirir. Her video, her dilde yeni bir ses kaydı gerektirir. Çoğu ekibin bunu yapmamasının ve uluslararası bilet hacminin yüksek kalmasının nedeni budur.
Clevera, iş akışına entegre 74 dilde çeviriyi destekler. Eğitim videonuz ve eşlik eden makaleniz haftalar değil, dakikalar içinde çevrilir; buna, İngilizce sesin üzerine altyazı eklenmek yerine hedef dilde yeniden oluşturulan yapay zeka seslendirmesi de dahildir. İspanyolca konuşan bir kullanıcı, İspanyolca seslendirmeli bir rehberi izler ve İspanyolca bir makale okur. Bu, bir bilet açmamaları için ihtiyaç duydukları çözüm deneyimidir.
En çok kime yardımcı olur: Uluslararası müşteri tabanına sahip ve bu pazarlardan elde edilen gelire oranla orantısız uluslararası destek maliyetleri olan SaaS şirketleri.
10. Destek ve dokümantasyon arasındaki geri bildirim döngüsü, her bileti gelecekteki bir çözüm fırsatına dönüştürür
Engellediği talep:
Tekrarlayan biletler — haftalar ve aylar boyunca farklı kullanıcılar tarafından sorulan aynı sorular.
En sürdürülebilir dokümantasyon stratejisi, tek seferlik bir yazma maratonu değildir. Destek biletlerinin bilgi tabanınızı sürekli olarak iyileştirdiği bir sistemdir. Ekibinizin yanıtladığı her bilet bir sinyaldir: bir şey yeterince net belgelenmemiştir veya hiç belgelenmemiştir. Bu sinyali yakalayıp harekete geçerseniz, aynı bilet her ay daha nadir hale gelir.
Bu döngü pratikte nasıl görünür:
Destek ekibiniz biletleri kategoriye göre etiketler. Haftalık olarak birisi etiketleri gözden geçirir ve yeni veya tekrarlayan konuları işaretler. Bu konular, ilgili ekip üyesine atanan dokümantasyon görevlerine dönüşür. Yeni makaleler veya güncellenmiş videolar yayınlanır. Gelecek ay, o konudaki biletler azalır.
Bu döngüyü çalıştıran ekipler, dokümantasyon kalitesinde ve destek ekibi kapasitesinde bileşik getiriler görür. Destek biletleri sadece yanıtlanmaz. Önlenirler.
Operasyonel gereklilik: dokümantasyon oluşturma, döngüye ayak uyduracak kadar hızlı olmalıdır. Bir makale yazmak iki gün, bir video üretmek bir hafta sürüyorsa, her zaman geride kalırsınız. Clevera bir ekran kaydını dakikalar içinde bir yardım makalesine ve videoya dönüştürürse, döngü gerçekten çalışabilir. İçerik oluşturma darboğaz olmaktan çıkar.
En çok kime yardımcı olur: Sadece reaktif bilgi tabanı bakımı değil, ölçeklenebilir self-servis programları oluşturan destek liderleri ve CS operasyon ekipleri.
Biletleri çözen bir bilgi tabanını çözmeyenden ayıran şey nedir
Çoğu ekibin dokümantasyonu vardır. Destek hacmini ölçülebilir bir şekilde azaltan dokümantasyona sahip olanlar daha azdır. Fark dört şeye dayanır:
Kapsam vs. kapsamlılık
Kapsam, her konu için bir makaleniz olduğu anlamına gelir. Kapsamlılık ise her makalenin sadece özelliği tanımlamakla kalmayıp soruyu gerçekten yanıtladığı anlamına gelir. Kapsamlılık olmadan kapsam, kullanıcıların açıp hemen terk ettiği ve yine de bilete dönüştürdüğü makaleler yaratır.
Bulunabilirlik vs. varlık
Kullanıcıların bulamadığı bir bilgi tabanı makalesi hiçbir şeyi çözmez. Bulunabilirlik; arama kalitesinin, makale başlıklandırmasının, iç bağlantıların ve yüksek trafikli makalelerin belirgin bir şekilde yerleştirilmesinin bir fonksiyonudur. Çoğu bilgi tabanı denetimi aynı şeyi ortaya çıkarır: dokümantasyon mevcuttur, kullanıcı sadece bulamamıştır.
Güncellik vs. geçmiş
Güncel dokümantasyon biletleri çözer. Ürünün eski bir sürümünü tanımlayan dokümantasyon ise bilet oluşturur. Aktif bir bakım süreci olmayan bir bilgi tabanı, her ürün güncellemesinde kalite açısından bozulur.
Format vs. tercih
Sadece metin içeren dokümantasyon, metin odaklı öğrenenler için işe yarar. Video, görsel öğrenenler içindir. Bilgi tabanınızdaki format çeşitliliği, self-servis çözüm alanını genişletir. En etkili makaleler her ikisini de sunar.
Kimsenin takip etmediği dokümantasyon boşluğu
İşte çoğu destek ekibinin bakmadığı bir metrik: bilet açmadan önceki 24 saat içinde bir bilgi tabanı makalesini ziyaret eden kullanıcılar tarafından ayda kaç bilet açılıyor?
Bu sayı size dokümantasyon başarısızlık oranını söyler — self-servis yapmaya çalışan, başaramayan ve durumu yükselten kullanıcılar. Çoğu ekip için bu, toplam bilet hacminin %15-30'u arasındadır. Bu kullanıcılar ilgili bir makale buldular. Sadece başarılı olmaları için ihtiyaç duydukları şeyi vermedi.
Çözüm daha fazla dokümantasyon değildir. Daha iyi dokümantasyondur; özellikle daha zengin formatlar. Bu kullanıcıların bulduğu makaleler muhtemelen sadece metindi. Bilgi tabanınızdaki en çok ziyaret edilen makalelere — kullanıcıların zaten bulduğu makalelere — sesli bir video eğitimi eklemek, bu çözüm boşluğunu kapatmanın en hızlı yoludur.

Maksimum bilet çözümü için dokümantasyon yatırımınızı nasıl önceliklendirirsiniz
Bilgi tabanınızı bilet çözümü hedefiyle oluşturuyorsanız veya geliştiriyorsanız, sonuçları en hızlı şekilde üreten sıra şöyledir:
Adım 1 — Son 90 gündeki en iyi 15 bilet kategorinizi çekin.
Bunlar dokümantasyon önceliklerinizdir. Kullanıcıların neye ihtiyacı olduğunu düşündüğünüz değil. Gerçekten ne sordukları.
Adım 2 — Bilgi tabanı kapsamını bu 15 kategoriye göre kontrol edin.
Her kategori için bir yardım makalesi var mı? Videosu var mı? Doğru mu? Bilgi tabanı aramanızda bulunabiliyor mu? Boşlukları işaretleyin.
Adım 3 — Boşlukları bilet hacmine göre doldurun.
En yüksek hacimli bilet kategorilerinizle başlayın. Her biri için bir metin makalesi ve gömülü bir video oluşturun. Clevera'da bir kayıt size her iki formatı da verir.
Adım 4 — Bağlamsal yerleştirme ekleyin.
En yüksek trafikli bilgi tabanı makalelerinizi ürün içinde — ipuçlarında, kaynak merkezlerinde ve işe alım akışlarında — kullanıcıların onlara en çok ihtiyaç duyduğu anlarda gösterin. Kullanıcıların yardım merkezinize gitmesini beklemeyin.
Adım 5 — Sadece içerik hacmini değil, çözüm oranını ölçün.
Self-servis çözüm oranını (bilgi tabanını ziyaret eden ve bilet açmayan kullanıcılar) aylık olarak takip edin. Dokümantasyon stratejinizin işe yarayıp yaramadığını size söyleyen metrik budur.
Adım 6 — Geri bildirim döngüsünü çalıştırın.
Yeni bilet kategorilerini haftalık olarak gözden geçirin. Tekrarlayan biletleri, bağlam tazeyken hemen yeni dokümantasyona dönüştürün.
Dokümantasyonun destek biletlerini nasıl azalttığı hakkında sıkça sorulan sorular
Bir bilgi tabanı destek bilet hacmini gerçekten ne kadar azaltabilir?
Kapsamlı kapsam, düzenli güncellemeler ve metin ile video formatlarının bir karışımı ile aktif bir bilgi tabanı sürdüren ekipler, genellikle genel destek hacminde %20-40 oranında azalma görürler. Aralık geniştir çünkü sadece varlığına değil, dokümantasyonun kalitesine ve bulunabilirliğine büyük ölçüde bağlıdır. Dokümantasyonu ürün içinde bağlamsal olarak yerleştiren ekipler, bu aralığın üst sınırını görürler.
Destek biletlerini azaltmak için dokümantasyona yatırım yapmanın yatırım getirisi (ROI) nedir?
Matematik basittir: ortalama bilet çözüm maliyetinizi (sektör ortalaması 1. seviye destek bileti için yaklaşık 22$'dır) bilgi tabanınızın aylık olarak çözdüğü bilet sayısıyla çarpın. Ayda 1.000 bilet işleyen ve %30 çözüm sağlayan bir ekip için bu, ayda 6.600$ — yılda 79.200$ — önlenmiş destek maliyeti demektir. Bu, daha yüksek değerli işler için serbest kalan Müşteri Başarı Yöneticisi (CSM) kapasitesini, daha hızlı yanıt sürelerini ve iyileştirilmiş müşteri memnuniyetini hesaba katmadan öncedir.
Dokümantasyon ne tür biletleri çözmez?
Dokümantasyon, ürünün nasıl çalıştığına dair tekrarlayan, öngörülebilir soruları çözmede en etkilidir. Müşteriye özel bir sorunun (hatalar, faturalandırma tutarsızlıkları, uç durum hataları) araştırılmasını gerektiren biletler veya ilişki odaklı sorular (sözleşme yenilemeleri, yükseltmeler) için daha az etkilidir. Bunlar hala bir insan gerektirir. Dokümantasyonun amacı, öngörülebilir bilet hacmini temizlemektir, böylece ekibiniz karmaşık vakalar için kapasiteye sahip olur.
Bir bilgi tabanı, biletleri çözmede etkili kalması için ne sıklıkla güncellenmelidir?
Belgelenmiş bir akışı etkileyen bir kullanıcı arayüzü değişikliği yaptığınız her seferde. Değişikliklerden bağımsız olarak tüm yüksek trafikli makaleler için üç ayda bir. SSS sayfanız için bilet verilerine göre gözden geçirilerek aylık olarak. 90 gündür gözden geçirilmemiş makaleler denetim için işaretlenmelidir — muhtemelen güncelliğini yitirmişlerdir. Eski dokümantasyon sadece biletleri çözmekte başarısız olmaz; aynı zamanda bilet oluşturur.
Destek maliyetlerini düşüren dokümantasyon ile düşürmeyen arasındaki fark nedir?
Fark dört faktöre dayanır: bulunabilirlik (kullanıcılar ihtiyaç duyduklarında makaleyi bulabiliyor mu), format (makale görev için doğru formatı mı kullanıyor), doğruluk (ürünün mevcut durumunu yansıtıyor mu) ve yerleşim (kullanıcının kafasının karıştığı anda bağlamsal olarak sunuluyor mu). Bu dördünü de karşılayan dokümantasyon destek taleplerini azaltır. Bunlardan herhangi birini eksik bırakan dokümantasyon ise genellikle bunu başaramaz.
Video eğitimleri, destek taleplerini metin makalelerinden farklı olarak nasıl azaltır?
Video eğitimleri, prosedürel görevler için, yani kullanıcının bir arayüzde birden fazla adıma tıklamasını gerektiren her şey için önemli ölçüde daha etkilidir. Metin talimatları, kullanıcının iyi bilmediği bir arayüzün doğru zihinsel modellemesini gerektirir. Video bu gerekliliği ortadan kaldırır. Kullanıcılar neye tıklayacaklarını izler ve her adımda ne beklemeleri gerektiğini görürler. Bu, hem yanlış uygulama oranını hem de vazgeçme oranını azaltır. Araştırmalar, video dokümantasyonunun arayüz ağırlıklı iş akışlarında metin tabanlı dokümantasyona göre sürekli olarak daha yüksek görev tamamlama oranları sağladığını göstermektedir.
Destek taleplerini gerçekten azaltan dokümantasyonlar oluşturun — bu haftadan başlayarak
Sıranızdaki her destek talebi bir dokümantasyon eksikliğidir. Clevera, bir ekran kaydını dakikalar içinde profesyonel, seslendirilmiş bir ürün eğitimine ve biçimlendirilmiş bir yardım makalesine dönüştürür. Video düzenleyici yok. Seslendirme seansı yok. Ayrı bir yazma süreci yok. Tek bir kayıt size her iki formatı da sunar. Ürününüz değiştiğinde, sadece değişen kısmı yeniden kaydedin; gömülü olan her örnek yeni sürümü gösterecektir.