Destek masasında işin tamamı tek bir nesnenin etrafında döner: talep. Talep açılır, birine düşer, yanıtlanır, çözülür ve kapanır. Bu zincirin hangi halkasının kimde olduğu belirsizse ekip ne kadar çalışırsa çalışsın müşteri beklemede kalır.
Aşağıda bir talebin izlediği yolu adım adım anlattık. Örnekler Solveron panelinden alındı, ancak anlatılan düzen herhangi bir destek yazılımında da aynı mantıkla kurulur.
Talep nasıl açılır?
Talep üç kapıdan girebilir ve üçünün de aynı kayda dönüşmesi gerekir:
- Müşteri portaldan açar. Konu başlığını seçer, sorununu yazar ve gerekiyorsa dosya ekler.
- Destek ekibi panelden açar. Telefonla gelen bir çağrı kayda böyle geçer.
- Kendi sisteminiz API ile açar. Sitenizdeki bir form ya da sahadaki bir uygulama talebi doğrudan oluşturur.
Üç kapının da aynı yere çıkması önemlidir. Telefon çağrısı kayda geçmiyorsa, ay sonunda "bu müşteriyle kaç kez ilgilendik" sorusunun yanıtı eksik olur.
Konu başlığı talebin yarısını belirler
Müşterinin seçtiği konu başlığı yalnızca bir etiket değildir; formun neye benzeyeceğini de belirler. Solveron'da her başlığa kendi ek alanlarını bağlarsınız: "Arıza" başlığı seri numarası ister, "Kurulum" başlığı adres ister, "Fatura" başlığı fatura numarası ister.
Zorunlu işaretlenen bir alan doldurulmadan talep gönderilemez. Bu küçük kural, ilk iki yanıtı "bilgi toplamak" için harcamanızı engeller.
Altı durum ve her birinin sahibi
Talep yaşamı boyunca altı durumdan geçer. Durumların asıl işi, topun kimde olduğunu söylemektir:
| Durum | Ne anlama gelir | Hareket kimden bekleniyor |
|---|---|---|
| Yeni | Talep açıldı, henüz kimse bakmadı | Destek ekibi |
| İnceleniyor | Bir kişi üstlendi ve çalışıyor | Destek ekibi |
| Yanıt Bekleniyor | Müşteriden bilgi ya da onay isteniyor | Müşteri |
| Yanıtlandı | Destek yazdı, müşteri okuyacak | Müşteri |
| Çözüldü | Sorun giderildi, kayıt kapanışa hazır | Müşteri (itiraz etmezse) |
| Kapatıldı | Kayıt tamamlandı | Kimse |
Günlük işte en çok işe yarayan süzgeç şudur: Yeni ve Yanıt Bekleniyor. Bu ikisi sizden hareket bekleyen taleplerdir; panelin özet ekranı da yanıt bekleyenleri ayrı bir satırda gösterir.
Atama: talebin bir sahibi olmalı
Ortak gelen kutusunun en pahalı hatası, herkesin gördüğü ama kimsenin sahiplenmediği taleptir. Atama bu belirsizliği bitirir: talep bir kişiye bağlanır, o kişi listede kendi işini süzebilir ve yönetici yükün nasıl dağıldığını görebilir.
Atamayı erken yapmak, doğru yapmaktan daha önemlidir. Yanlış kişiye düşen talep devredilir; hiç kimseye düşmeyen talep beklemede kalır.
Dahili not ile müşteri yanıtı ayrı şeylerdir
Ekip içi konuşma ile müşteriye giden yanıt aynı yerde durmalı ama birbirine karışmamalıdır. Solveron'da dahili notlar talebin içinde durur ve müşteriye hiç gösterilmez.
Notların iki kuralı vardır: not bırakan kişi adını seçemez ve notunu sonradan silemez. Bunun nedeni basittir — bir ekip kaydının değeri, sonradan düzenlenemiyor olmasından gelir.
Hazır yanıtlar aynı cümleyi iki kez yazdırmaz
Destek yazışmalarının önemli bir bölümü tekrar eder: ilk karşılama, eksik bilgi isteme, kargo bilgisi, kapanış mesajı. Bu metinleri kütüphaneye koymak, yazma süresini kısaltmanın en hızlı yoludur.
Solveron'da hazır yanıtlar kategorilere ayrılır ve talep ekranında tek tıkla yanıt kutusuna düşer. Metinde yer tutucu kullanabilirsiniz: müşterinin adı, talep numarası ve yanıtı yazan kişinin adı otomatik yerleşir. Kayıtlı metin olduğu gibi kalır; personel yalnızca o talebe düşen kopyayı düzenler.
Kapanış ve yeniden açılma
Kapanış, sürecin en çok tartışılan adımıdır. İki kural işi netleştirir:
- Destek ekibi kapattıysa müşteri talebi yeniden açabilir. Sorun gerçekten çözülmediyse yeni bir kayıt açtırmak, geçmişi ikiye bölmek olur.
- Müşteri kendisi kapattıysa aynı talebi yeniden açamaz; yeni bir talep açar. Böylece "kapattım, yine açtım" salıncağı kurulmaz ve kapanış tarihi anlamını korur.
Her adım işlem geçmişine yazılır
Durum değişiklikleri, atamalar ve kullanıcı işlemleri talebin işlem geçmişine düşer. Bu kayıtlar yalnızca eklenir; güncelleme ya da silme yolu bilerek bırakılmamıştır.
Bir denetim kaydının değeri, sonradan değiştirilemiyor olmasından gelir.
Pratikte bu, "bu talep neden bu kadar bekledi" sorusunun her zaman yanıtlanabilmesi demektir.
Akışı kurmak için üç adım
- Konu başlıklarınızı yazın ve en çok gelen üç talebin ihtiyaç duyduğu bilgiyi forma ek alan olarak ekleyin.
- Atama kuralınızı belirleyin. Talepleri kim dağıtacak, kim üstlenecek? Bir cümlelik bir kural bile belirsizlikten iyidir.
- En sık yazdığınız beş yanıtı kütüphaneye koyun. İlk hafta içinde kazancı görünür.
Akışın ekranda nasıl göründüğünü talep yönetimi sayfasında inceleyebilir, kendi panelinizde denemek için ücretsiz hesabınızı açabilirsiniz.