E-postadan Bilete: Destek Ekipleri İçin Kapsamlı Rehber

“E-postadan bilete” aslında ne anlama gelir?

Bir e-postayı bilete 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, biletin bir parçası olur; gönderen, talep sahibi olur ve ekler konuşmayla birlikte tutulur. Böylece destek ekibi, mesajları gelen kutuları arasında kopyalamak yerine talebi ortak bir kuyrukta yönetebilir.

Tipik bir e-postadan bilete iş akışı şunları içerir:

• Bilet oluşturma: Her yeni destek konuşmasına bir kimlik, durum, talep sahibi ve hedef kuyruk atanır.
• Yönlendirme: Posta kutusu veya yapılandırılmış kurallar, bileti uygun ekibe yönlendirir.
• Konuşma takibi: Yanıtlar bilete bağlı kalır; böylece Kullanıcılar tüm geçmişi tek bir yerde görebilir.
• Sahiplik: Bir bilet bir Kullanıcıya atanabilir, öncelik verilebilir ve tanımlı durumlar arasında ilerletilebilir.

Bu iş akışı, müşteri destek biletleme sisteminin temelini oluşturur. Bir ekibe e-posta tabanlı talepleri alabileceği, düzenleyebileceği, yanıtlayabileceği ve ölçebileceği tek bir yer sunar.

Destek ekibinizin neden e-posta bilet sistemine ihtiyacı var?

Ortak bir gelen kutusu düşük hacimde işe yarayabilir; ancak konuşmaların sayısı arttıkça yönetilmesi zorlaşır. Mesajlar gözden kaçabilir, iki kişi aynı talebi yanıtlayabilir ve ekip hangi sorunların hâlâ açık olduğunu bilemeyebilir.

E-posta bilet sistemi, iş birimini mesajdan bilete 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: Biletin oluşturulması ile bir Kullanıcıdan gelen ilk yanıt arasındaki süre.
• Çözüm süresi: İlk temastan talebin çözümlenmesine kadar geçen süre.
• Bilet hacmi: Seçilen bir dönem içinde oluşturulan ve çözümlenen biletlerin sayısı.
• Birikmiş iş yükü: Açık kalan ve ilgilenilmesi gereken talepler.

Bu ölçümleri basit bir posta kutusundan güvenilir biçimde hesaplamak zordur. Bir bilet sistemi, durum değişikliklerini ve yanıtları konuşmanın parçası olarak kaydeder. Bu da ekibe raporlama için tutarlı bir veri kaynağı sağlar.

billing@company.com ve support@company.com gibi ayrı adresler de gelen postaları farklı ekiplere 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 bilet 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 bilet kuyruğu, ortak bir gelen kutusundaki karmaşanın aynısını yeniden üretebilir.

Yaygın sorunlar şunlardır:

• Spam ve otomatik mesajlar: Teslimat hataları, ofis dışı yanıtları ve istenmeyen postalar, platform bunları uygun şekilde filtrelemez veya yönlendirmezse gürültü yaratabilir.
• Yanlış yönlendirme: Eksik veya gereğinden geniş kurallar, bileti yanlış ekibe gönderebilir.
• Eksik bağlam: Bir Kullanıcının talebi anlayabilmesi için sistemin ekleri ve konuşma geçmişini koruması gerekir.
• Yardımcı olmayan 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 konuşmayı ortak iş akışından çıkarır.

Pratik ipucu: Postanın nasıl bilete dönüştüğünü, her adresin nereye yönlendirildiğini, bir biletin durumunun ne zaman değiştirilmesi gerektiğini ve bir Kullanıcının bileti ne zaman eskale etmesi gerektiğini belgeleyin. Kısa bir başvuru kaynağını kullanmak, resmi olmayan istisnalar bütününden daha kolaydır.

Yardım masası yazılımınızda e-postadan bilete özelliği nasıl kurulur?

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 veya platform tarafından sağlanan 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. Düzenli olarak gelen geri dönen mesajları, otomatik yanıtları ve istenmeyen gönderenleri belirleyin. Bunları aktif kuyrukların dışında tutmak için platformunuzun sunduğu denetimleri kullanın.

4. Küçük bir yönlendirme kuralları kümesi 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 bilette kullanılabilir olduğunu ve sonraki yanıtların mevcut konuşmaya 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 bileti ne zaman atayacağını, dahili not bırakacağını veya yardım için başka bir ekipten destek 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 teşhis edilmesini çok kolaylaştırır.

Yapay zekâ e-postadan bilete iş akışını nasıl destekleyebilir?

Yapay zekâ, bir e-posta bilete dönüştükten sonra yardımcı olabilir; ancak rolü ürüne bağlıdır. Yeni bir talebi sınıflandırmaya, yanıt önermeye, bir konuşmayı ç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	Yapay zekâ destekli olası yaklaşım
Yönlendirme	Bir posta kutusu, gönderen veya anahtar kelimeyle eşleştirme	Talebin anlamını değerlendirme
Öncelik	Tanımlanmış bir koşulu 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	Bileti 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 yararlı hâle gelir. Ö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 incelemekten Kullanıcı sorumludur.

Müşteriye yönelik otomasyon daha sıkı denetimler gerektirir. Deskhero'da yapay zekâ otomatik yanıtları ve sohbet botu yalnızca onaylanmış herkese açık SSS'den yanıt verir. Sohbet botu güvenle yanıt veremezse, bir insanın konuşmaya devam edebilmesi için iletişim formuna yönlendirir.

Destek ekipleri için e-postadan bilete konusunda temel çıkarımlar

İyi yapılandırılmış bir e-posta bilet 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 konuşmaları test edin. Yeni mesajları, yanıtları, ekleri ve birden fazla alıcıyı kontrol edin.
• Durumlar konusunda anlaşın. Raporlama, yalnızca ekip her durumu tutarlı biçimde uyguladığında yararlıdır.
• Otomasyonu kademeli olarak ekleyin. Basit ve belgelenmiş kuralları doğrulamak ve sürdürmek daha kolaydır.
• İnsanların sorumluluğunu koruyun. Yapay zekâ tarafından oluşturulan taslaklar gönderilmeden önce yine de incelenmelidir.

Uygulama ve değişim yönetimi için en iyi uygulamalar

Bir ekiple veya bir posta kutusuyla başlayın. Yönlendirmeyi, izinleri, bildirimleri ve durum tanımlarını test etmek için pilot uygulamadan yararlanın. Kalan destek adreslerini sisteme taşımadan önce belirgin sorunları giderin.

Geçiş sırasında iş akışıyla ilgili soruları yanıtlayacak bilgili bir Kullanıcı belirleyin. Doğru yönlendirilen ve yönlendirilmeyen birer bilet de dâhil olmak üzere, az sayıda gerçek bileti 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 bilete ile ilgili temel performans ölçümleri

Birkaç ölçüm, iş akışının iyileşip iyileşmediğini gösterebilir:

İlk yanıt süresi, biletin oluşturulması ile ilk yanıt arasındaki farkı ölçer. Dağılımı ortalamanın yanı sıra inceleyin; çünkü çok sayıda eski bilet, tek bir genel gösterge sayısının arkasında gizlenebilir.

Çözüm süresi, bir biletin ne kadar süre aktif kaldığını takip eder. Her sorunun aynı sürede çözülmesi gerektiğini varsaymak yerine benzer ekipleri ve talep türlerini karşılaştırın.

Oluşturulan ve çözümlenen hacim, ekibin gelen iş yüküne ayak uydurup uyduramadığını gösterir. Süregelen bir fark, birikmiş iş yükünün arttığına veya talebin değiştiğine işaret edebilir.

Duruma göre geçen süre, ekibin beklettiği iş ile talep sahibinin yanıtının beklendiği işi birbirinden ayırmaya yardımcı olur. Bu ölçüm için durumların tutarlı biçimde kullanılması çok önemlidir.

E-posta bilet 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 sakladığını, ilettiğini ve erişime sunduğunu değerlendirin.

Kimlik doğrulama, Kullanıcı rolleri, grup izinleri, saklama, silme, dışa aktarma ve olaylara müdahale belgelerini inceleyin. Her posta kutusunu hangi kişilerin görebildiğini ve devre dışı bırakılan hesapların erişimi hızlıca kaybedip kaybetmediğini kontrol edin. Kuruluşunuz gizlilik düzenlemelerine veya sözleşme gerekliliklerine tabiyse 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 bilete dönüştürmeyle tetiklenen otomasyon kuralları ve iş akışları

Yeni bilet otomasyonu, bir Kullanıcı konuşmayı 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ş denetimlerinden yararlanarak oluşturun.

Yararlı başlangıç noktaları şunlardır:

• Posta kutusu yönlendirmesi: Her destek adresinden gelen biletleri, o 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 yinelenen istenmeyen postayı belirlediğinde yeni bileti silin.

Deskhero otomasyonları yeni biletlerde çalışır. Talep sahibinin ayrıntılarını, mesaj içeriğini, dili veya bir yapay zekâ koşulunu değerlendirebilir; ardından desteklenen bilet özelliklerini ayarlayabilir 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 bilet iş akışları konusunda nasıl eğitirsiniz?

Eğitim, gerçekçi biletlerle yapıldığında en iyi sonucu verir. Bir talebin nasıl geldiğini, nereye yönlendirildiğini, kimin sorumluluğunda olduğunu, hangi durumun uygulanacağını ve müşterinin ne alacağını adım adım gösterin.

Her oturumda üç görevi ele alın:

1. Bilet durumunu tutarlı biçimde güncelleyin. Bir biletin ne zaman açık, beklemede, çözümlendi veya kapalı olduğunu tanımlayın.
2. Özel notları uygun şekilde kullanın. Talep sahibine göndermeden dahili bağlamı bilet üzerinde kaydedin.
3. Bağlamla birlikte eskale edin. Bileti 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ç bileti inceleyin. Kısa ve spesifik koçluk, genel bir ürün tanıtımını tekrarlamaktan daha yararlı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. Ayrıca DNS kurulumu ve yönlendirme aracılığıyla size ait başka bir alan adındaki posta kutusunu da kullanabilir. Gelen mesajlar bilete dönüşür ve yanıtlar şirketin kendi adresinden gönderilebilir.

Her Deskhero posta kutusu bir gruba yönlendirilir. Kullanıcılar konuşmayı; durumlar, öncelikler, atama, etiketler, özel notlar, ekler ve kaydedilen zaman çizelgesiyle birlikte ortak bilet görünümünde yönetebilir.

Deskhero; yanıtlanmış biletler, dahili bilgi, 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 dayalı yanıt taslakları oluşturabilir. Önerilen yanıtlar, desteklenen görsel ve belge eklerini bağlam olarak kullanabilir. 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'den yanıt verir. Otomatik eylemler isteğe bağlıdır, etiketlenir ve kaydedilir. Deskhero ayrıca çözümlenmiş konuşmalardan insan incelemesine sunulmak üzere SSS girişleri önerir. Ürün 14 arayüz dilini destekler, Shopify müşteri paneli içerir ve bir REST API sunar.

Kredi kartı gerektirmeden 30 günlük ücretsiz denemeyi başlatın.

SSS

E-postadan bilete sistemi nedir?

E-postadan bilete sistemi, gelen destek e-postalarını talep sahibi, durum, konuşma geçmişi ve takip edilebilir diğer alanları içeren yardım masası biletlerine dönüştürür.

E-postadan bilete dönüştürme ekleri nasıl işler?

Uygun bir yardım masası, ekleri bilet konuşmasıyla birlikte tutar. Yayına almadan önce ekibinizin genellikle aldığı dosya türlerini ve boyut sınırlarını test edin.

Önce hangi otomasyon kurallarını yapılandırmalıyım?

Posta kutusundan ekibe yönlendirmeyle ve yinelenen talep 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 bilete dönüştürmeyi nasıl gerçekleştirir?

Deskhero, Microsoft ortak posta kutuları da dâhil olmak üzere Google ve Microsoft posta kutularına bağlanır. Ayrıca size ait diğer alan adlarında DNS tabanlı posta kutularını da destekler. Gelen konuşmalar bilete 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 hacim, 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 bilete sistemi, destek ekiplerine ortak sahiplik, eksiksiz bir konuşma kaydı ve raporlama için güvenilir bir temel sağlar.

Nokta	Ayrıntılar
Temel dönüştürme süreci	Gelen bir e-posta; talep sahibi, durum, mesaj geçmişi ve eklerle birlikte bilete dönüşür.
Önemli ölçümler	Oluşturulan ve çözümlenen hacmi, ilk yanıt süresini, çözüm süresini ve duruma göre geçen süreyi takip edin.
Net sahiplik	Geçiş genişletilmeden ö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 biletler oluşturur ve yanıtları şirketin adresinden gönderir.

Önerilenler

• Shopify Yapay Zekâ Müşteri Desteği | Deskhero