E-postadan Destek Talebine: Destek Ekipleri İçin Eksiksiz Rehber
“E-postadan talebe” aslında ne anlama gelir?
Bir e-postayı talebe dönüştürmek, yardım masası yazılımının gelen bir destek e-postasını yapılandırılmış ve takip edilebilir bir kayda dönüştürmesi anlamına gelir. Konu ve mesaj talebin bir parçası olur, gönderen talep sahibi olarak kaydedilir ve ekler görüşmeyle birlikte tutulur. Böylece destek ekibi, mesajları gelen kutuları arasında kopyalamak yerine isteği ortak bir kuyrukta yönetebilir.
Tipik bir e-postadan talebe iş akışı şunları içerir:
- Talep oluşturma: Her yeni destek görüşmesine bir kimlik, durum, talep sahibi ve hedef kuyruk atanır.
- Yönlendirme: Posta kutusu veya yapılandırılmış kurallar, talebi uygun ekibe yönlendirir.
- Görüşme takibi: Yanıtlar talebe bağlı kalır; böylece Kullanıcılar tüm geçmişi tek bir yerde görebilir.
- Sahiplik: Bir talep bir Kullanıcıya atanabilir, öncelik verilebilir ve tanımlanmış durumlar arasında ilerletilebilir.
Bu iş akışı, müşteri destek talep sisteminin temelini oluşturur. Bir ekibe e-posta tabanlı istekleri almak, düzenlemek, yanıtlamak ve ölçmek için tek bir alan sunar.
Destek ekibiniz neden e-posta talep sistemine ihtiyaç duyar?
Ortak bir gelen kutusu, düşük hacimlerde işe yarayabilir; ancak görüşme sayısı arttıkça yönetilmesi zorlaşır. Mesajlar gözden kaçabilir, iki kişi aynı isteği yanıtlayabilir ve ekip hangi sorunların hâlâ açık olduğunu bilemeyebilir.
E-posta talep sistemi, iş birimini mesajdan talebe dönüştürür. Bu da aşağıdaki gibi faydalı operasyonel ölçümlerin yapılmasını mümkün kılar:
- İlk yanıt süresi: Talebin oluşturulması ile bir Kullanıcıdan gelen ilk yanıt arasındaki süre.
- Çözüm süresi: İlk iletişimden isteğin çözümlenmesine kadar geçen süre.
- Talep hacmi: Seçilen bir dönem içinde oluşturulan ve çözümlenen taleplerin sayısı.
- Birikmiş iş yükü: Açık kalan ve ilgilenilmesi gereken istekler.
Bu ölçümleri basit bir posta kutusundan güvenilir biçimde hesaplamak zordur. Bir talep sistemi, durum değişikliklerini ve yanıtları görüşmenin parçası olarak kaydeder; bu da ekibe raporlama için tutarlı bir kaynak sağlar.
billing@company.com ve support@company.com gibi ayrı adresler, gelen postaları farklı ekiplere de yönlendirebilir. Kesin kurulum, yardım masasında posta kutularının ve grupların nasıl yapılandırıldığına bağlıdır.
Gelen kutusundan talep iş akışlarına geçerken karşılaşılan yaygın zorluklar
Teknik bağlantı, değişimin yalnızca bir parçasıdır. Bir ekibin sahiplik, durum, öncelik ve eskalasyon için ortak kurallara da ihtiyacı vardır. Bu kurallar olmadan bir talep kuyruğu, ortak gelen kutusuyla aynı karmaşayı yeniden üretebilir.
net bir destek talebi iş akışı oluşturma
Yaygın sorunlar şunlardır:
- Spam ve otomatik mesajlar: Teslim edilememe bildirimleri, ofis dışında yanıtları ve istenmeyen postalar, platform bunları uygun şekilde filtrelemez veya yönlendirmezse gürültü oluşturabilir.
- Yanlış yönlendirme: Eksik veya fazla kapsamlı kurallar, bir talebi yanlış ekibe gönderebilir.
- Eksik bağlam: Bir Kullanıcının isteği anlayabilmesi için sistemin ekleri ve görüşme geçmişini koruması gerekir.
- Yararsız konu satırları: “Kısa bir soru” gibi konu satırları, kural tabanlı yönlendirme için çok az bilgi sağlar.
- Eski alışkanlıklar: Ekip üyeleri kişisel gelen kutularından yanıt vermeye devam edebilir; bu da görüşmeyi ortak iş akışından çıkarır.
Pratik ipucu: Postanın nasıl talebe dönüştüğünü, her adresin nereye yönlendirildiğini, bir talebin durumunun ne zaman değiştirilmesi gerektiğini ve bir Kullanıcının ne zaman eskalasyon yapması gerektiğini belgeleyin. Kısa bir referans, istisnalardan oluşan gayriresmî bir derlemeden daha kolay kullanılır.
Yardım masası yazılımınızda e-postadan talebe dönüşümü nasıl kurarsınız?
Kurulum sırası platforma göre değişir; ancak aşağıdaki adımlar önemli kararları kapsar:
1. Bir destek posta kutusunu bağlayın veya yönlendirin. support@yourcompany.com gibi özel bir adres kullanın. Yardım masasına bağlı olarak bir Google veya Microsoft posta kutusu bağlayabilir, başka bir sağlayıcıdan yönlendirme yapılandırabilir ya da platformun sağladığı bir adresi kullanabilirsiniz.
2. Posta kutularını ekiplere eşleyin. billing@, returns@ ve support@ gibi adreslere gönderilen postaların nerede görünmesi gerektiğine karar verin. Yayına almadan önce her yönlendirmeyi gerçek bir mesajla test edin.
3. Gürültüyü nasıl yöneteceğinize karar verin. Tekrarlanan geri dönme mesajlarını, otomatik yanıtları ve istenmeyen gönderenleri belirleyin. Bunları aktif kuyrukların dışında tutmak için platformunuzun sunduğu kontrolleri kullanın.
4. Küçük bir yönlendirme kuralları grubu ekleyin. Anlaşılması ve doğrulanması kolay koşullarla başlayın. Örneğin bir faturalandırma posta kutusu doğrudan faturalandırma ekibine yönlendirilebilir. Daha karmaşık anahtar kelime veya yapay zekâ tabanlı koşullar eklemeden önce sonucu gözden geçirin.
5. Ekleri ve ileti dizisini test edin. Harici bir hesaptan ekran görüntüleri, PDF dosyaları ve yanıtlar gönderin. Dosyaların talep üzerinde erişilebilir olduğunu ve sonraki yanıtların mevcut görüşmeye katıldığını doğrulayın.
6. Durumları ve sahipliği tanımlayın. Açık, beklemede, çözümlendi ve kapalı durumlarının ekibiniz için ne anlama geldiği konusunda anlaşın. Kullanıcıların bir talebi ne zaman atayacağını, dahili not bırakacağını veya başka bir ekipten yardım isteyeceğini bildiğinden emin olun.
Pratik ipucu: İlk sürümü basit tutun. Her kuralı, amacını ve eşleşmesi gereken bir örneği kaydedin. Bu, beklenmeyen yönlendirmelerin tanılanmasını çok daha kolaylaştırır.
Yapay zekâ, e-postadan talebe iş akışını nasıl destekleyebilir?
Yapay zekâ, bir e-posta talebe dönüştükten sonra yardımcı olabilir; ancak rolü ürüne bağlıdır. Yeni bir isteği sınıflandırmaya, yanıt önermeye, bir görüşmeyi çevirmeye veya bir yönlendirme koşulunu değerlendirmeye yardımcı olabilir. Ekipler, yapay zekânın hangi bilgileri kullandığını ve sonucu bir insanın inceleyip incelemediğini kontrol etmelidir.
| Görev | Kural tabanlı yaklaşım | Olası yapay zekâ destekli yaklaşım |
|---|---|---|
| Yönlendirme | Bir posta kutusunu, göndereni veya anahtar kelimeyi eşleştirme | İsteğin anlamını değerlendirme |
| Öncelik | Tanımlanmış bir koşul uygulama | Yapılandırılmış bir kuralda yapay zekâ tarafından değerlendirilen bir koşulu kullanma |
| Yanıt taslağı oluşturma | Bir şablonla başlama | Çalışma alanında bulunan bilgilerden taslak oluşturma |
| Ek bağlamı | Dosyayı manuel olarak açıp okuma | Desteklenen görselleri veya belgeleri önerilen yanıta dâhil etme |
| Çeviri | Ayrı bir çeviri adımı kullanma | Talebi ve taslağı yardım masası içinde çevirme |
| Kalite kontrolü | Bir Kullanıcının yanıtı kontrol etmesi | Bir Kullanıcının öneriyi incelemesi, düzenlemesi veya reddetmesi |
Yapay zekâ, kapsamı net olduğunda en faydalıdır. Önerilen bir yanıt, temel bilgilerin doğru olduğuna dair kanıt olarak değil, taslak olarak değerlendirilmelidir. Yanıtı göndermeden önce incelemek Kullanıcının sorumluluğunda kalır.
Müşteriye yönelik otomasyon daha sıkı kontroller gerektirir. Deskhero'da yapay zekâ otomatik yanıtları ve sohbet botu yalnızca onaylanmış herkese açık SSS bölümünden yanıt verir. Sohbet botu güvenle yanıt veremezse, bir insanın görüşmeye devam edebilmesi için iletişim formuna yönlendirir.
Destek ekipleri için e-postadan talebe dönüşümle ilgili temel çıkarımlar
İyi yapılandırılmış bir e-posta talep sistemi, gelen kutusunu ortak ve ölçülebilir bir destek iş akışına dönüştürür.
- Yayına almadan önce yönlendirmeyi tanımlayın. Her posta kutusunun net bir hedefi olmalıdır.
- Gerçek görüşmeleri test edin. Yeni mesajları, yanıtları, ekleri ve birden fazla alıcıyı kontrol edin.
- Durumlar üzerinde anlaşın. Raporlama, yalnızca ekip her durumu tutarlı biçimde uyguladığında faydalıdır.
- Otomasyonu kademeli olarak ekleyin. Basit ve belgelenmiş kuralların doğrulanması ve bakımı daha kolaydır.
- İnsanların sorumluluğunu koruyun. Yapay zekâ tarafından oluşturulan taslakların gönderilmeden önce yine de incelenmesi gerekir.
Uygulama ve değişim yönetimi için en iyi uygulamalar
Tek bir ekiple veya tek bir posta kutusuyla başlayın. Pilot çalışmayı yönlendirmeyi, izinleri, bildirimleri ve durum tanımlarını test etmek için kullanın. Kalan destek adreslerini sisteme taşımadan önce belirgin sorunları giderin.
Geçiş sırasında iş akışı sorularını yanıtlaması için bilgili bir Kullanıcı atayın. Biri doğru, diğeri yanlış yönlendirilmiş olmak üzere az sayıda gerçek talebi birlikte inceleyin. Bu, kuralları somutlaştırır ve ekibin istisnaları nasıl ele alacağı konusunda anlaşmasına yardımcı olur.
Yapılandırma geliştikçe değişiklikleri belgeleyin. Yayına alma sırasında anlamlı olan bir yönlendirme kuralı, yeni bir posta kutusu veya ekip eklendiğinde gereksiz hâle gelebilir.
E-postadan talebe dönüşümle ilgili temel performans ölçümleri
Bir iş akışının iyileşip iyileşmediğini birkaç ölçüm gösterebilir:
İlk yanıt süresi, talebin oluşturulması ile ilk yanıt arasındaki farkı ölçer. Ortalama değerin yanı sıra dağılımı da inceleyin; çünkü çok az sayıdaki eski talep, tek bir genel sayı tarafından gizlenebilir.
Çözüm süresi, bir talebin ne kadar süre aktif kaldığını takip eder. Her sorunun aynı sürede çözülmesi gerektiğini varsaymak yerine benzer ekipleri ve istek türlerini karşılaştırın.
Oluşturulan ve çözümlenen taleplerin hacmi, ekibin gelen iş yüküne ayak uydurup uydurmadığını gösterir. Sürekli bir fark, birikmiş iş yükünün arttığına veya talepte değişiklik olduğuna işaret edebilir.
Duruma göre geçen süre, ekibin beklettiği işler ile talep sahibinin yanıtının beklendiği işleri ayırt etmeye yardımcı olur. Bu ölçüm için durumların tutarlı kullanılması şarttır.
E-posta talep sistemlerinde güvenlik ve veri gizliliği
Müşteri e-postaları kişisel bilgiler, sipariş ayrıntıları, hesap verileri ve ekler içerebilir. Üretim posta kutusunu bağlamadan önce bir yardım masasının bu bilgileri nasıl depoladığını, ilettiğini ve erişime sunduğunu değerlendirin.
Kimlik doğrulama, kullanıcı rolleri, grup izinleri, saklama, silme, dışa aktarma ve olay müdahalesi belgelerini inceleyin. Her posta kutusunu hangi kişilerin görebildiğini ve devre dışı bırakılan hesapların erişimi zamanında kaybedip kaybetmediğini kontrol edin. Kuruluşunuz gizlilik düzenlemelerine veya sözleşmeden doğan gerekliliklere tabi ise sağlayıcının güncel belgelerini hukuk veya güvenlik ekibinizle doğrulayın.
Ayrıca giden postanın nasıl doğrulandığını ve müşterilerin hangi adresi göreceğini kontrol edin. Doğru gönderen yapılandırması, teslim edilebilirliği destekler ve gerçek destek yanıtlarının tanınmasını kolaylaştırır.
E-postadan talebe dönüşümle tetiklenen otomasyon kuralları ve iş akışları
Yeni talep otomasyonu, bir Kullanıcı görüşmeyi açmadan önce ilk yönlendirme adımını gerçekleştirebilir. Kullanılabilir tetikleyiciler ve eylemler yardım masaları arasında farklılık gösterir; bu nedenle kuralları ürünün belgelenmiş kontrollerinden oluşturun.
Yararlı başlangıç noktaları şunlardır:
- Posta kutusu yönlendirmesi: Her destek adresinden gelen talepleri, bu işten sorumlu gruba gönderin.
- Talep sahibi kuralları: Açık bir iş gerekçesi olduğunda, bilinen bir adres veya alan adından gelen mesajları yönlendirin ya da etiketleyin.
- Konu veya gövde kuralları: Belirli terimleri eşleştirin ve bir grup, durum, öncelik, atanan kişi, etiket veya desteklenen özel alan belirleyin.
- Spam yönetimi: Dar kapsamlı ve test edilmiş bir koşul tekrarlanan istenmeyen postaları tanımladığında yeni talebi silin.
Deskhero otomasyonları yeni talepler üzerinde çalışır. Talep sahibi ayrıntılarını, mesaj içeriğini, dili veya bir yapay zekâ koşulunu değerlendirebilir; ardından desteklenen talep özelliklerini belirleyebilir veya spam'i silebilir. Otomatik yanıtlar ayrı olarak yapılandırılır. Kuralları dar kapsamlı tutun, örneklerle test edin ve birden fazla kuralın eşleşebileceği durumlarda sıralarını gözden geçirin.
Destek ekibinizi e-posta talep iş akışları konusunda nasıl eğitirsiniz?
Eğitim, gerçekçi taleplerle en iyi sonucu verir. Bir isteğin nasıl geldiğini, nereye yönlendirildiğini, kimin sahip olduğunu, hangi durumun geçerli olduğunu ve müşterinin ne aldığını adım adım gösterin.
Her oturumda üç görevi ele alın:
- Talep durumunu tutarlı biçimde güncelleyin. Bir talebin ne zaman açık, beklemede, çözümlenmiş veya kapalı olduğunu tanımlayın.
- Özel notları uygun şekilde kullanın. Talep sahibine göndermeden talep üzerinde dahili bağlamı kaydedin.
- Bağlamla birlikte eskalasyon yapın. Talebi başka bir yere atamadan önce nelerin kontrol edildiğini ve hangi yardımın gerektiğini açıklayın.
Yayına aldıktan sonra her hafta birkaç talebi inceleyin. Kısa ve spesifik koçluk, genel bir ürün tanıtımını tekrarlamaktan daha faydalıdır.
Deskhero mevcut posta kutunuzu eksiksiz bir yardım masasına dönüştürür
Deskhero; Gmail, Google Workspace, Microsoft 365 ve Microsoft ortak posta kutularına bağlanır. DNS kurulumu ve yönlendirme aracılığıyla başka bir sahip olunan alan adındaki posta kutusunu da kullanabilir. Gelen mesajlar taleplere dönüşür ve yanıtlar şirketin kendi adresinden gönderilebilir.
Her Deskhero posta kutusu bir gruba yönlendirilir. Kullanıcılar görüşmeyi durumlar, öncelikler, atama, etiketler, özel notlar, ekler ve kayıtlı zaman çizelgesiyle birlikte ortak bir talep görünümünde yönetebilir.
Deskhero; yanıtlanmış talepler, dahili bilgiler, onaylanmış herkese açık SSS öğeleri, taranmış web sitesi sayfaları, içe aktarılan materyaller ve bağlantı kurulduğunda Shopify ürün verileri dâhil olmak üzere çalışma alanı bilgilerine dayanarak yanıt taslakları oluşturabilir. Önerilen yanıtlar, desteklenen görsel ve belge eklerini bağlam olarak kullanabilir. Bir Kullanıcı taslağı göndermeden önce inceler.
Müşteriye yönelik yapay zekâ daha dar bir kaynak kullanır. Sohbet botu ve yapay zekâ otomatik yanıtları yalnızca onaylanmış herkese açık SSS bölümünden yanıt verir. Otomatik eylemler isteğe bağlıdır, etiketlenir ve kaydedilir. Deskhero ayrıca çözümlenmiş görüşmelerden SSS girişleri önerir; bunlar insan incelemesine sunulur. Ürün 14 arayüz dilini destekler, bir Shopify müşteri paneli içerir ve REST API sağlar.
Kredi kartı gerektirmeyen 30 günlük ücretsiz denemeyi başlatın.
SSS
E-postadan talebe sistemi nedir?
E-postadan talebe sistemi, gelen destek e-postalarını talep sahibi, durum, görüşme geçmişi ve takip edilebilir diğer alanları içeren yardım masası taleplerine dönüştürür.
E-postadan talebe dönüşümü ekleri nasıl ele alır?
Uygun bir yardım masası, ekleri talep görüşmesiyle birlikte tutar. Yayına almadan önce ekibinizin sıkça aldığı dosya türlerini ve boyut sınırlarını test edin.
Önce hangi otomasyon kurallarını oluşturmalıyım?
Posta kutusundan ekibe yönlendirmeyle ve tekrarlanan istek türleri veya istenmeyen postalar için az sayıda dar kapsamlı koşulla başlayın. Karmaşıklığı yalnızca gerçek sonuçları inceledikten sonra artırın.
Deskhero e-postadan talebe dönüşümünü nasıl ele alır?
Deskhero, Microsoft ortak posta kutuları da dâhil olmak üzere Google ve Microsoft posta kutularına bağlanır. Ayrıca sahip olunan diğer alan adlarındaki DNS tabanlı posta kutularını da destekler. Gelen görüşmeler taleplere dönüşür ve yanıtlar şirketin kendi adresinden gönderilebilir.
Yayına aldıktan sonra hangi ölçümleri takip etmeliyim?
Oluşturulan ve çözümlenen taleplerin hacmi, ilk yanıt süresi, çözüm süresi ve duruma göre geçen süreyle başlayın. Sonuçların anlamlı kalması için tutarlı durum tanımları kullanın.
Temel Çıkarımlar
E-postadan talebe sistemi, destek ekiplerine ortak sahiplik, eksiksiz bir görüşme kaydı ve raporlama için güvenilir bir temel sağlar.
| Nokta | Ayrıntılar |
|---|---|
| Temel dönüşüm süreci | Gelen bir e-posta, talep sahibi, durum, mesaj geçmişi ve ekleri olan bir talebe dönüşür. |
| Önemli ölçümler | Oluşturulan ve çözümlenen taleplerin hacmini, ilk yanıt süresini, çözüm süresini ve duruma göre geçen süreyi takip edin. |
| Net sahiplik | Geçiş genişlemeden önce posta kutusu yönlendirmesini, atamayı, durumu ve eskalasyonu tanımlayın. |
| Dikkatli otomasyon | Dar kapsamlı ve belgelenmiş kurallarla başlayın; karmaşıklık eklemeden önce sonuçlarını inceleyin. |
| Deskhero kurulumu | Deskhero mevcut posta kutularına bağlanır, ortak talepler oluşturur ve yanıtları şirketin adresinden gönderir. |