Müşteri Destek SLA Takibi: Süre Ne Zaman Başlar, Durur ve Yeniden Açılır?

İlk yanıtı çözümle karıştırmayın

Müşteriye otomatik alındı mesajı gitmesi, problemin incelendiği veya çözüldüğü anlamına gelmez. İlk anlamlı yanıt, çözüm ve müşteri teyidi için ayrı ölçütler gerekebilir. Her biri hangi olayla oluşuyor, hangi ekip sorumlu ve neyi temsil ediyor? Bu sorular cevaplanmadan tek bir “ortalama süre” grafiği hazırlamayın.

Atlassian SLA koşulları; sayımın başlaması, duraklaması ve bitmesi için farklı koşullar tanımlanabileceğini gösterir. Müşteriden yanıt bekleme, duraklama için örnek verilen durumlardan biridir. [1] Bu, her bekleme durumunun otomatik durdurulması gerektiği anlamına gelmez; kural hizmet taahhüdüyle uyumlu seçilmelidir.

Çalışma takvimini ve saat dilimini belirleyin

Hedef iş saatlerine mi, geçen toplam zamana mı göre ölçülüyor? Tatiller ve farklı ekip takvimleri nasıl işleniyor? Müşteri başka ülkedeyse hangi saat diliminde bilgi verilecek? Bunlar raporun küçük biçim ayarları değil, ölçüm sonucunu değiştiren kurallardır.

Varsayımsal bir talep mesai bitimine yakın gelsin ve ertesi gün yanıtlanmış olsun. Takvim süresi ile iş saati süresi farklı çıkabilir. İki rakam da kendi tanımı içinde anlamlıdır; yanlış olan hangisinin raporlandığını açıklamamaktır. Süreleri sözleşmesel veya hukuki öneri olarak değil onaylanmış iş kuralının uygulaması olarak ele alın.

Duraklama gerekçesi izlenebilir olsun

Talebi “müşteri bekleniyor” durumuna geçirmek kolayca performans metriğini iyileştiren bir kestirmeye dönüşmemelidir. Hangi bilgi istendiği ve müşteriye talebin gerçekten iletildiği kayıtlı olsun. Ekip içi beklemenin müşteri beklemesi olarak etiketlenmesi engellensin. Yöneticiler duraklama nedenlerini ayrıca inceleyebilsin.

Müşteri yanıt verdiğinde sayaç yeniden başlamalı mı, hangi ekip kuyruğuna girmeli? Otomatik yanıt, boş mesaj veya başka konu içeren mesajlar için davranış tanımlayın. Durum geçişiyle olay kaydı arasında gecikme varsa rapor aynı talebi farklı şekillerde saymamalıdır.

Örnek SLA olay matrisi

Atlassian, bitmiş bir SLA için başlangıç koşulunun yeniden oluşması halinde yeni döngü başlatılabildiğini açıklar. [2] Kendi raporunuzda eski ihlalin yeni döngüyle kaybolmamasını sağlayın. Yeniden açılan talebi tamamen yeni ve sorunsuz iş gibi göstermek gerçek deneyimi saklayabilir.

Testi olay dizisiyle yapın

Başlangıç, bilgi isteme, müşteri yanıtı, çözüm ve yeniden açılma için tarihli bir test dizisi oluşturun. Beklenen sayım sonuçlarını bağımsız hesapla karşılaştırın. Takvim değişikliği ve geçmiş kayıt düzeltmesinin hangi sonuçları yeniden hesapladığı açık olsun. Sadece sayaç animasyonuna bakmak yeterli değildir.

Raporlarda ortalamanın yanında uzun bekleyen işler ve tekrar açılma nedenleri görülsün. Müşteri memnuniyetini yalnızca süreye indirgemeyin; hızlı ama yetersiz yanıt sonraki işi artırabilir. Ölçümün amacı yeşil ekran üretmek değil, darboğazı ve hizmet kalitesini anlaşılır kılmaktır.

Sık sorulan sorular

Otomatik yanıt SLA’yı karşılamış sayılır mı?

Bu, tanımlanan ölçütün anlamına bağlıdır. Otomatik alındı mesajını insan incelemesi veya çözüm gibi etiketlemeyin; koşulu açıkça belirtin.

Geçmiş takvim değişince eski sonuçlar değişmeli mi?

Politikaya ve platforma bağlıdır. Değişiklikten önce etkisini test edin; eski raporların hangi kural sürümüyle üretildiği izlenebilir olsun.