Destek Talebi Sistemi Nedir? Ortak E-postadan Geçiş Rehberi

Destek talebi sistemi (ticket sistemi ya da helpdesk yazılımı), müşterinizden gelen her isteği bir talebe dönüştüren yazılımdır. Her talebin bir numarası, bir sorumlusu, bir durumu ve baştan sona tüm yazışması vardır. İstekler ortak bir e-posta kutusunda birikmez; geldiği andan çözüldüğü ana kadar takip edilir ve hiçbir şey birinin "ben bakarım" demesine bağlı kalmaz. Büyüyen bir ekip için bu, "kim görürse o cevaplar" düzeninden düzenlenebilen ve ölçülebilen bir müşteri desteğine geçişin ilk gerçek adımıdır.

Ortak e-posta kutusu ile destek talebi sistemi arasındaki fark

Ortak e-posta kutusu, iki kişinin günde birkaç e-postaya baktığı dönemde iş görür. Hacim arttıkça aynı sorunlar tekrar tekrar ortaya çıkar: iki temsilci aynı müşteriye ayrı ayrı cevap yazar, başka bir istek günlerce okunmadan bekler, kimse o an kaç açık sorun olduğunu söyleyemez. Destek talebi sistemi tam olarak bu sorunlar için tasarlanır.

	Ortak e-posta kutusu	Destek talebi sistemi
Sorumluluk	Belirsiz, kim açarsa	Her talebin bir sorumlusu var
İlerleme	Okundu ya da okunmadı	Açık, müşteri bekleniyor, çözüldü gibi durumlar
Ekip içi konuşma	İletilen e-postalar, yan yazışmalar	Talep üzerinde iç notlar
Geçmiş	Farklı yazışmalara dağılmış	Her istek için tek bir zaman çizelgesi
Raporlama	Saymak bile zor	Talep hacmi, yanıt ve çözüm süreleri

Bir destek talebinin yapısı

Talep durumları

Durumlar, bir isteğin nerede olduğunu herkese gösterir. Yaygın bir durum listesi şöyledir:

• Yeni: Talep geldi, henüz kimse üstlenmedi.
• Açık: Bir temsilci üzerinde çalışıyor.
• Müşteri bekleniyor: Müşteriden yanıt ya da bilgi bekliyorsunuz.
• Beklemede: Başka bir şeyi bekliyorsunuz; örneğin bir tedarikçiyi ya da başka bir ekibi.
• Çözüldü: Temsilci sorunun çözüldüğünü düşünüyor; müşteri yine de yanıt yazabilir.
• Kapandı: Talep tamamlandı ve arşive kalktı.

Listeyi kısa tutun. Temsilciler iki durumu birbirinden ayıramıyorsa onları tutarsız kullanır ve raporlarınız yanlış çıkar.

Öncelikler

Öncelik, hangi talebe önce bakılacağını belirler. Çoğu ekip düşükten acile dört seviye kullanır. Her seviyenin sizin işinizde ne anlama geldiğini yazılı hâle getirin; örneğin "acil: müşteri hizmeti hiç kullanamıyor". Böylece öncelik, en sert yazan müşteriye göre değil, sorunun etkisine göre belirlenir.

Kategoriler

Faturalama, teknik sorun, teslimat gibi kategoriler müşterilerin neye yardım istediğini gösterir. Talebi doğru kişiye yönlendirmeyi kolaylaştırır, talep listenizi de tekrar eden sorunların haritasına çevirir.

SLA: yanıt ve çözüm hedefleri

Hizmet seviyesi anlaşması (SLA), hedefleri tanımlar: müşteri ilk yanıtı ne kadar sürede alır, sorun ne kadar sürede çözülür. Bu hedefler genellikle önceliğe göre değişir. Gerçekten tutturabileceğiniz hedeflerle başlayın, müşteriden yanıt beklerken süreyi durdurun ve elinizde gerçek veri biriktikçe hedefleri gözden geçirin. Hiç tutturulamayan bir SLA, ekibe yalnızca stres yükler.

Web sitenizde ayrı bir destek penceresi

Talepler yalnızca e-postadan gelmek zorunda değil. Sitenize eklenen bir destek penceresi, müşterinin isteğini zaten bulunduğu yerden açmasını sağlar: konusunu yazar, kategorisini seçer, ekran görüntüsünü ekler; daha sonra da tüm taleplerini ve yanıtları tek bir yerde görür. Sitenize giriş yapmış müşteriler pencere tarafından otomatik tanınabilir; bilgilerini yeniden yazmaları ya da ayrı bir hesap açmaları gerekmez.

Destek penceresi canlı sohbetle aynı şey değildir. Canlı sohbet, çevrimiçi bir temsilcinin o anda yanıt vermesi gereken sorular içindir. Destek talebi ise saatler ya da günler boyunca takip gerektiren işler içindir. Pek çok ekip ikisini birlikte sunar: hızlı sorular sohbete, geri kalanı talebe gider.

Talepleri temsilcilere atamak

Yaygın üç atama yöntemi vardır:

1. Elle atama. Bir ekip lideri atanmamış talepleri inceleyip dağıtır. Küçük ekipler ve karmaşık talepler için uygundur.
2. Sırayla atama (round-robin). Yeni talepler temsilcilere sırayla gider; iş yükü dengeli kalır, kimse kolay talepleri seçip ayırmaz.
3. Uzmanlığa ya da kategoriye göre atama. Faturalama talepleri, faturalamayı bilen kişilere gider.

Hangisini seçerseniz seçin, atanmamış talepler listesini gözden kaçırmayın. Bir meslektaşınızın görüşüne ihtiyaç duyduğunuzda e-posta iletmek yerine talep üzerinde iç not kullanın; konuşma talebin yanında kalır.

Ekibin bildiğini yeniden kullanın

Aynı sorular tekrar tekrar gelir. Bir temsilci iyi bir yanıt yazdığında, bu yanıtın tekrar kullanılabilecek bir yere ait olup olmadığını sorun: bir yardım makalesi, bir SSS maddesi ya da ekipçe üzerinde anlaştığınız standart bir cevap. Kategoriler bu tekrarları görünür kılar. Bir kategori sürekli büyüyorsa çözüm daha fazla yanıt yazmak değil, daha anlaşılır bir sayfa ya da üründe bir değişiklik olabilir.

Takip etmeye değer metrikler

• İlk yanıt süresi: Müşterinin bir insandan ilk yanıtı alana kadar beklediği süre.
• Çözüm süresi: Bir talebin çözülmesinin ne kadar sürdüğü.
• Oluşturulan ve çözülen talepler: Gelen talep çözülenden fazlaysa birikmiş iş büyüyordur.
• Duruma ve önceliğe göre bekleyen işler: İşin nerede tıkandığını gösterir.
• Müşteri memnuniyeti: Talep çözüldükten sonra istenen kısa bir puan.
• Kategori ve temsilci kırılımları: Hacmin nereden geldiğini ve kimin desteğe ihtiyacı olduğunu gösterir.

Metrikleri sorunları bulmak için kullanın, temsilcileri aceleye getirmek için değil. Çözmeden hızla kapatılan talepler, kısa süre sonra geri döner.

Ortak e-postadan destek talebi sistemine adım adım geçiş

1. Durumları, öncelikleri ve kategorileri baştan tanımlayın. Sade tutun; ihtiyaç oldukça genişletirsiniz.
2. Kimin neye bakacağını ve talebin nasıl atanacağını belirleyin.
3. Destek penceresini sitenize ve yardım sayfalarınıza ekleyin.
4. Yanıt e-postalarını ayarlayın. Müşteri, talebine yanıt geldiğinde haberdar olsun.
5. Bir süre iki kanalı birlikte yürütün. Eski e-posta adresini izlemeye devam edin ve oraya gelen her istek için bir talep açın.
6. Müşterilerinize duyurun. E-posta imzanızda, sipariş onaylarında ve iletişim sayfanızda artık nereden destek alacaklarını yazın.
7. Birkaç hafta sonra değerlendirin. Kategorileri, öncelikleri ve atama düzenini gerçek kullanıma göre ayarlayın.

VOLTR'da destek talepleri nasıl çalışır?

VOLTR Destek Talepleri, sitenize canlı sohbetten ayrı bir talep penceresi ekler; kendi kurulum satırı, düğmesi ve görünümü vardır. Müşteri pencerede konu ve mesaj yazarak talep açar, tüm taleplerini "Taleplerim" bölümünden izler; yeni yanıtlar okunmamış işaretiyle gelir. Sitenize giriş yapmış kullanıcılar imzalı kimlikle tanınır ve her cihazda aynı taleplerini görür; giriş yapmamış ziyaretçinin oturumu ise o tarayıcıda kalır.

Ekibiniz Bana atanan, Atanmamış, Açık, Müşteri bekleniyor ve Çözülen gibi görünümleri olan bir gelen kutusunda çalışır. Durum, öncelik, kategori ve atanan kişi talep sayfasından değişir, her değişiklik yazışmaya işlenir; iç notlar pencerede ve e-postada hiç görünmez. E-posta sunucusu yapılandırıldığında temsilcinin yanıtı talep sahibinin e-postasına da gider. Telefonla ya da e-postayla gelen bir isteği temsilci, müşteri adına talep olarak açabilir. Planınıza göre dosya ekleri, 1–5 memnuniyet puanı, ilk yanıt ve çözüm süresi raporları, sırayla otomatik atama ve talep sahibini CRM kişisine bağlama da açılır. Talep verisi şirketinizin kendi veritabanında tutulur; modül yapay zekâ kullanmaz.

Temsilci ve aylık talep sınırları olan ücretsiz bir plan vardır; ücretli planlar temsilci başına fiyatlanır. Anlık yanıt da vermek isterseniz Canlı Sohbet penceresi talep penceresiyle aynı sitede birlikte çalışır.

Sık sorulan sorular

Helpdesk ile destek talebi sistemi aynı şey mi?

Çoğu zaman aynı anlamda kullanılır. Destek talebi sistemi, helpdesk'in çekirdeğidir: her isteği takip eder. Helpdesk bunun çevresine müşteri penceresi, raporlar ve diğer araçlarla bağlantılar gibi parçalar ekleyebilir.

Küçük bir ekip için destek talebi sistemi gerekli mi?

İstekler kaybolmaya ya da iki kez yanıtlanmaya başladığı anda evet. Net sorumluluk ve tek bir geçmiş, küçük bir ekibe de büyük bir ekip kadar fayda sağlar. Birçok araç başlangıç için ücretsiz plan sunar.

Müşteri iç notları görebilir mi?

Görmemeli. Düzgün bir destek talebi sisteminde iç notlar yalnızca ekibinize görünür ve müşteriye hiç gönderilmez.

İlk günden SLA tanımlamak gerekir mi?

Hayır. Önce ilk yanıt ve çözüm sürelerinizi ölçün, ardından gerçekten tutturabileceğiniz hedefler koyun.

Canlı sohbet mi, destek talebi mi kullanmalıyım?

İkisinin de yeri ayrı. Canlı sohbet, temsilci çevrimiçiyken hızlı sorular için; destek talebi ise takip gerektiren her iş için uygundur.

Desteğinizi ortak e-posta kutusundan çıkarmaya hazır mısınız? Ücretsiz hesabınızı açın, talep penceresini sitenize ekleyin; ekibiniz büyüdükçe planları fiyatlandırma sayfasında inceleyin.