Müşteri sözleşmesinde hizmet seviyesi (SLA) tanımlamak
Dört saatte yanıt vaadi, sayacın ne zaman başladığı yazılmadıysa vaat değildir. Sözleşmeye giren SLA maddelerini ölçülebilir ve savunulabilir hâle getirin.
Pazartesi sabahı en büyük müşteriden bir e-posta gelir: sözleşmede dört saat yazıyor, iki gündür yanıt yok. Destek sorumlusu kaydı açar. Talep cuma akşamı, mesai bitiminden kırk dakika sonra gelmiştir; bir dakika içinde otomatik bilgilendirme gitmiş, insan yanıtı ise pazartesi sabahı yazılmıştır. Sözleşmede yanıt kelimesinin tanımı yoktur, çalışma saatleri yazılmamıştır, hafta sonunun sayılıp sayılmadığı belirsizdir. Kimse yalan söylemiyor; o cümleyi yazan kişi onu hiç ölçmek zorunda kalmamıştı. Sonuç, bir kredi talebi ve savunmayla başlayan bir yenileme görüşmesidir.
Hizmet seviyesi taahhüdü (SLA), müşteriye verilen sözü ölçülebilir ve tartışılabilir hâle getiren sözleşme maddesidir. Aşağıda SLA'yı iyi niyet beyanından ayıran şeyi, ölçülebilirliğin ne anlama geldiğini, sözleşmeye hangi metriklerin girdiğini, önceliği kimin belirlediğini, sayacın ne zaman durduğunu, istisnaların nasıl dürüstçe yazıldığını, yaptırım mekanizmasını, vaadi tutacak operasyonu, kademeli SLA kurgusunu, aşırı sıkı hedeflerin ters etkisini ve raporlama düzenini sırayla ele alıyoruz.
SLA bir iyi niyet beyanı değildir
Bir maddenin SLA sayılabilmesi için üç parçası olmalıdır: ölçülen bir gösterge, sayısal bir eşik ve eşik aşıldığında devreye giren bir sonuç. Üçüncüsü yoksa elinizde SLA değil, iyi niyet beyanı vardır. Sözleşmelerin çoğunda tam olarak bu eksiktir; hızlı yanıt vereceğiz cümlesi kimseyi bağlamaz, ölçülemez ve ihlal edildiği an bile belli olmaz. Sonuç olarak taraflar aynı metni okuyup farklı şeyler anlar.
SLA'nın daha az konuşulan işlevi ise içeridedir. Müşteriye verdiğiniz süre sözü, aslında kendi ekibinize yazdığınız bir kapasite planıdır: kaç kişinin, hangi saatlerde, hangi kanalda hazır olması gerektiğini belirler. Bu yüzden SLA'yı hukuk metni gibi değil, vardiya planının başlangıcı gibi düşünmek daha doğrudur. Tutamayacağınız bir süreyi imzalamak, satış görüşmesini değil, önümüzdeki on iki ayın çalışma düzenini bozar.
Ölçülemeyen madde SLA değildir
Ölçülebilirlik, sözleşmede sayı bulunması demek değildir; sayacın ne zaman başladığının, ne zaman durduğunun ve neyin sayıldığının yazılı olması demektir. Sayacı başlatan olay hangisidir: müşterinin e-posta göndermesi mi, talebin sisteme düşmesi mi, yoksa doğru ekibe atanması mı? Yanıt sayılan şey nedir: otomatik bilgilendirme mi, bir insanın yazdığı ilk cümle mi? Bu iki soru cevaplanmadan yazılan her SLA maddesi, ilk ihtilafta iki farklı biçimde okunur.
Aynı sorun ölçüm tarafında da yaşanır. Destek ekibinin panosundaki ilk yanıt süresiyle sözleşmedeki ilk yanıt süresi farklı hesaplanıyorsa, müşteriye gönderdiğiniz rapor kendi ekibinizi de şaşırtır. Metrik adlarının tek bir yerde tanımlandığı bir sözlük tutmak bunun en ucuz çözümüdür; metrik sözlüğü ve tanım standardı yazısında bu kaydın nasıl kurulduğunu anlatıyoruz.
Mesai tanımı sözleşmenin en sessiz maddesidir
Çalışma saatleri, resmî tatiller ve saat dilimi çoğu sözleşmede hiç yazılmaz, çünkü herkes kendi mesaisini evrensel sanır. Farklı şehirlerde veya ülkelerde çalışan iki taraf için bu varsayım pahalıdır. Dört saatlik bir yanıt süresi, sekiz saatlik mesaide taahhüt, yirmi dört saatlik kapsamda ise bambaşka bir maliyet yapısıdır. Hangisini imzaladığınızı bilmek, süreyi tartışmaktan önemlidir.
Sözleşmeye hangi metrikler girer?
Ölçebileceğiniz onlarca gösterge vardır ama sözleşmeye girmesi gerekenler azdır. Bir metriğin sözleşmelik olması için müşterinin gerçekten hissettiği bir şeyi ölçmesi ve sizin tek başınıza kontrol edebilmeniz gerekir. Müşterinin kendi gecikmesinden etkilenen bir göstergeyi taahhüt etmek, en baştan tartışma satın almaktır.
| Metrik | Neyi ölçer | Sözleşmede mutlaka tanımlanacak |
|---|---|---|
| İlk yanıt süresi | Talebin ilk insan dokunuşuna kadar geçen süre | Kanal, mesai tanımı, otomatik yanıtın sayılmaması |
| Çözüm süresi | Talebin kapanmasına kadar geçen süre | Kapanış kriteri ve geçici çözümün sayılıp sayılmadığı |
| Erişilebilirlik | Hizmetin çalışır durumda olduğu sürenin oranı | Ölçüm noktası ve planlı bakımın hariç tutulması |
| Yükseltme süresi | Bir kademeden diğerine geçiş süresi | Tetikleyici eşik ve yükseltmeyi kimin başlattığı |
| Planlı bakım penceresi | Kesintiye izin verilen zaman aralığı | Önceden bildirim süresi ve saat aralığı |
Sözleşmeye üç metrikten fazlasını koymamaya çalışın. Beş ayrı taahhüt hem sizin hem müşterinin izleyemeyeceği bir liste üretir ve izlenmeyen taahhüt yalnızca kötü haber taşıdığında hatırlanır. İlk yanıt süresi çoğu ilişki için doğru başlangıçtır, çünkü müşterinin belirsizlikte kaldığı süreyi ölçer; bu göstergenin nasıl düşürüldüğünü ilk yanıt süresi yazısında ayrıntılı ele alıyoruz.
Önceliği kim belirler?
SLA görüşmelerinde en çok tartışılan madde süre değil, öncelik tanımıdır. Süreyi kabul eden müşteri, her talebini kritik olarak açtığında taahhüt kendiliğinden imkânsız hâle gelir. Bunu engelleyen şey iyi niyet değil, iş etkisine bağlanmış yazılı tanımlardır. Aşağıdaki kademeler çoğu KOBİ için yeterlidir ve müşteriyle birlikte okunacak biçimde yazılmalıdır.
- Kritik: Hizmet tamamen durmuş, geçici çözüm yok ve müşterinin günlük işi ilerleyemiyor. Bu kademenin dar tutulması, kademeyi anlamlı kılan tek şeydir.
- Yüksek: Önemli bir işlev çalışmıyor ama iş tamamen durmuyor; geçici çözüm zahmetli veya kısmi. Çoğu gerçek olay bu kademeye düşer.
- Orta: Kullanılabilir bir geçici çözüm var, etki sınırlı sayıda kullanıcıyla veya sınırlı bir akışla kalıyor.
- Düşük: Rahatsızlık verici ama işi engellemeyen konular; görünüm hataları, tekilleşmiş sorular, dokümantasyon eksikleri.
- Talep: Arıza değil, yeni bir ihtiyaç. Talepler SLA sayacına girmemeli, ayrı bir yol haritası akışında yönetilmelidir.
- İtiraz mekanizması: İlk sınıflandırmayı sağlayıcı yapar; müşteri itiraz edebilir ve itiraz belirli bir süre içinde birlikte değerlendirilir.
Uygulamada işe yarayan kural şudur: öncelik, talebi açan kişinin tonuna göre değil, iş etkisine göre belirlenir. Kademe düşürme hakkını da sözleşmeye yazın, ama gerekçesiz kullanmayın. Bir talebin kademesini bildirimsiz düşürmek, sayacı kazanıp müşteriyi kaybetmenin en hızlı yoludur.
Sayaç ne zaman durur?
Bir SLA'nın en çok tartışma üreten mekaniği duraklatmadır. Talep müşteriden bilgi beklerken sayacın durması makuldür; aksi hâlde karşı tarafın gecikmesi sizin ihlaliniz olarak görünür. Ama duraklatma görünmez olduğunda manipülasyona benzer. Kural basit: duraklatma müşterinin de görebildiği bir durum değişikliği olmalı, kimden ne beklendiği yazılmalı ve bekleme uzarsa hatırlatma otomatik gitmelidir.
Tersi hata da yaygındır. Sayacı hiç durdurmayan ekipler, müşterinin üç gün cevap vermediği taleplerde ihlal biriktirir ve bir süre sonra rapora güvenmeyi bırakır. Güvenilmeyen rapor, olmayan rapordan daha zararlıdır; çünkü toplantıda savunulur, düzeltilmez. Duraklatma kurallarını yazarken kaç kez ve en fazla ne kadar süreyle duraklatılabileceğini de belirleyin.
Bir SLA, ortalama haftanızda tutabildiğiniz sayı değil, en kötü haftanızda tutabileceğiniz sayıdır.
İstisnalar dürüstçe yazılır
Her SLA'nın istisnaları vardır: planlı bakım, mücbir sebep, müşterinin kendi altyapısındaki değişiklikler, üçüncü taraf servis kesintileri. Bunları yazmak sorun değil; geniş yazmak sorundur. Sağlayıcının kusuru dışındaki her durum gibi bir cümle, teknik olarak doğru olsa bile kaçış kapısı gibi okunur ve SLA'nın kurmaya çalıştığı güveni tek başına yıkar. İstisnalar sayılabilir ve dar olmalıdır.
İstisnanın karşılığı da bir yükümlülüktür: önceden bildirim. Planlı bakımı belirli bir süre önce duyurmak, kesintiyi istisna saymanın bedelidir. Kesinti anında müşterinin nereye bakacağını bilmesi de aynı maddenin parçasıdır; hizmet kesintisi duyurusu ve durum sayfası yazısında bu iletişimin nasıl kurulacağını anlatıyoruz. Duyurusu yapılmamış planlı bakım, sözleşmede ne yazarsa yazsın plansız kesinti gibi hissedilir.
Yaptırım yoksa vaat de yoktur
Eşiğin aşıldığı durumda ne olacağı yazılmadıysa madde bir temenniden ibarettir. Yaygın mekanizma hizmet kredisidir: ihlal ölçüsünde bir sonraki dönemin bedelinden mahsup. Kademeli kurgulanır, tavanı vardır ve genellikle müşterinin talep etmesine bağlıdır. Alternatifleri de vardır: sözleşme süresinin uzatılması, tekrarlayan ihlal durumunda cezasız çıkış hakkı veya belirli bir süre boyunca artırılmış raporlama yükümlülüğü.
Burada beklenmedik ama tutarlı bir gerçek var: krediler müşteriyi nadiren tatmin eder. Kimse bir kesinti karşılığında mahsup istemez; olayın tekrarlamamasını ister. Bu yüzden yaptırımın yanına kök neden raporu yükümlülüğü koymak, mali karşılıktan daha değerlidir. Kötü bir olayın ilişkiyi nasıl güçlendirebileceğini hizmet kurtarma yazısında ele aldık. Sözleşme metnini kendi durumunuz için hukuk danışmanınızla birlikte son hâline getirin; buradaki mekanizma anlatımı yerine geçmez.
Vaadi tutacak operasyonu kurmak
Bir SLA sözleşmede değil, gelen talebin ilk on dakikasında yaşar ya da ölür. Talep doğru kuyruğa düşmüyorsa, sayaç kimsenin ekranında görünmüyorsa ve öncelik alanı boş bırakılabiliyorsa, imzalanan süre bir temenniden ibarettir. En temel gereklilik, taleplerin tek bir yerde toplanması ve her kaydın üstünde kalan sürenin görünmesidir; yardım masası ve destek talebi yönetimi yazısında bu düzenin kurulumunu anlatıyoruz.
İkinci gereklilik, yükseltmenin ihlalden sonra değil önce çalışmasıdır. Süre dolduğunda haber veren bir sistem, size yalnızca kaybettiğinizi söyler. Kalan sürenin belirli bir bölümü tükendiğinde uyaran bir kurgu ise hâlâ müdahale şansı bırakır. Yükseltme otomasyonu tam olarak bunun için kurulur: eşiğe yaklaşan talep, kimse fark etmeden bir üst kademeye görünür hâle gelir.
Herkese aynı SLA mı?
Bütün müşterilere aynı süreyi vermek adil görünür ama ekonomik değildir. Kademeli SLA kurmanın koşulu ise şudur: kademeler arasındaki fark tabloda bir sayı değil, operasyonda gerçek bir farklılık olmalıdır. Nöbet düzeni, adanmış bir iletişim kişisi, ayrı bir kuyruk veya daha geniş bir bakım penceresi somut farklardır. Yalnızca süreyi kısaltarak kurulan üst kademe, ilk yoğun haftada çöker.
Kademeleri tasarlarken müşteri başına hizmet maliyetine bakmak, satış tarafındaki büyüklüğe bakmaktan daha doğru sonuç verir; müşteri başına hizmet maliyeti yazısındaki hesap bunu görünür kılar. Beklenmedik bir sonuç da çıkabilir: en sıkı SLA'yı her zaman en büyük müşteriye vermek gerekmez. Bazen en dar taahhüdü hak eden, kesinti hâlinde en çok zarar gören iş akışıdır ve o akış küçük bir müşterinin olabilir.
Sıkı SLA her zaman iyi değildir
Yaygın tavsiyenin tersini söylemek gerekiyor: süreyi kısaltmak her zaman hizmeti iyileştirmez. Çok sıkı bir ilk yanıt hedefi, temsilcileri sayacı durdurmak için içi boş bir mesaj göndermeye iter. Talep açılır, bir dakika içinde inceliyoruz yanıtı gider, gösterge mükemmel görünür ve müşteri hâlâ hiçbir şey öğrenmemiştir. Toplam çözüm süresi uzar, ekip metriği tutturur, deneyim kötüleşir.
Çare, ilk yanıtı tek başına ödüllendirmemektir. İlk yanıt süresini yeniden açılma oranı ve tek dokunuşta çözüm oranıyla birlikte okumak, kâğıt üstündeki başarıyı gerçek olandan ayırır; ilk temasta çözüm oranı yazısı bu dengeyi ayrıntılandırıyor. Bir SLA göstergesini bireysel prim hesabına tek başına bağlamak da aynı sebeple risklidir: ölçtüğünüz şey, ölçüldüğünü bilen insanlar tarafından şekillendirilir.
Ölçmek, raporlamak, gözden geçirmek
SLA raporunu müşteri sormadan göndermek, ilişkinin tonunu değiştiren küçük bir hamledir. Sorulduğunda gönderilen rapor savunmadır; kendiliğinden gelen rapor şeffaflıktır ve kötü bir ay bile bu çerçevede konuşulabilir hâle gelir. Rapor, ihlal sayısının yanında ihlallerin nedenini ve alınan aksiyonu da taşımalıdır. Bu içerik, müşteri değerlendirme toplantısı gündeminin doğal bir parçasıdır.
SLA ayrıca yaşayan bir maddedir. Ürün değişir, ekip büyür, müşterinin kullanım biçimi değişir; iki yıl önce yazılmış bir eşik bugün ya çok gevşek ya çok risklidir. Yenileme dönemini bu maddeyi yeniden okumak için kullanın. Sözleşmelerin süre, yenileme ve değişiklik takibini tek yerde tutmanın yollarını sözleşme yönetimi yazısında topladık.
Başlangıç için en güvenli yol şudur: taahhüt etmeden ölçün. Bir metriği seçin, bir ay boyunca hiçbir müşteriye söz vermeden takip edin ve en kötü haftanızın sayısına bakın. Sözleşmeye yazacağınız eşik o sayının biraz üzerinde olmalı, ortalamanızın değil. Bu tek disiplin, ihlal görüşmelerinin büyük kısmını daha yaşanmadan ortadan kaldırır.
Taleplerin tek yerde toplandığı, önceliğin kayda yazıldığı ve kalan sürenin herkese görünür olduğu bir düzen olmadan SLA yazmak, tutulamayacak bir sözü imzalamak demektir. Rocketly'de destek talepleri, görev ve hatırlatmalar, otomasyon kuralları ve raporlar aynı müşteri kaydı üzerinde buluşuyor; ücretsiz hesap açarak kendi hizmet seviyesi akışınızı kurabilirsiniz.