← Back to articles

Destek Ekipleri için Otomatik Yanıtlar: Şablonlar ve Kurulum Rehberi

Destek Ekipleri için Otomatik Yanıtlar: Şablonlar ve Kurulum Rehberi

Destek için otomatik yanıtlar, mesajın alındığını doğrulayan, beklentileri belirleyen ve müşteriye bundan sonra ne olacağını anlatan otomatik mesajlardır. Yararlı bir alındı onayı genellikle üç unsur içerir: talebin ulaştığına dair doğrulama, gerçekçi bir yanıt süresi ve bilet referansı veya destek kaynağı gibi bir sonraki adım.

  • Alındı onayı: Mesajın alındığını doğrulayın.
  • Gerçekçi zaman aralığı: Ekibinizin güvenilir biçimde karşılayabileceği bir aralık verin.
  • Sonraki adım: Bilet numarası, ilgili kaynak veya acil eskalasyon kanalı ekleyin.

Ana destek kanalınızda tek ve kısa bir alındı onayıyla başlayın. Müşteriler için etkinleştirmeden önce harici bir adresle test edin.


Önemli Çıkarımlar

İyi destek otomatik yanıtları, otomatik bir alındı onayının insan yanıtı olduğu izlenimini vermeden belirsizliği azaltır.

Nokta Ayrıntılar
Üç temel unsur Alındıyı doğrulayın, gerçekçi bir yanıt süresi belirleyin ve yararlı bir sonraki adımı sunun.
Döngülerin önlenmesi Otomatik göndericileri hariç tutun ve platformunuzda bulunan sıklık ve bastırma kontrollerini kullanın.
Kanalın özelliklerine uygun yazım E-posta daha fazla ayrıntı taşıyabilir; SMS ve sohbet ise daha kısa mesajlar gerektirir.
İnsani sonucu ölçün İnsan yanıtına kadar geçen süreyi, tekrarlanan iletişimleri ve bağlantılı kaynakların yardımcı olup olmadığını takip edin.
Deskhero otomatik yanıtları Deskhero, grup kapsamıyla sınırlı statik yanıtları ve onaylanmış Public FAQ içeriğine dayanan yapay zekâ yanıtlarını destekler.

İçindekiler

Otomatik yanıt kuralları ve tetikleyicileri gerçekte nasıl çalışır?

Otomatik bir yanıt, yeni bir e-posta, form gönderimi veya sohbet talebi gibi bir tetikleyiciyle başlar. Bazı platformlar kanal, etiket, öncelik veya çalışma saatlerine dayalı koşulları da destekler. Microsoft, Outlook için zamanlanmış otomatik yanıtları belgeler; yardım masası ürünleri ise kendi kural kontrollerini sunar.

Sıklık ve bastırma ayarları, yararlı bir alındı onayının gürültüye dönüşüp dönüşmeyeceğini belirler. Örneğin Plain'in otomatik yanıt belgeleri; sıralı koşulları, yapılandırılabilir bir gecikmeyi ve gecikme süresi dolmadan önce bir ekip üyesi yanıt verdiğinde iptal özelliğini açıklar. Kullanılabilen kontroller ürüne göre değişir; bu nedenle her yardım masasının aynı gecikme veya bastırma davranışını desteklediğini varsaymayın.

Otomatik yanıt almaması gereken mesajları, özellikle geri dönen iletileri, teslim alındı bildirimlerini, bilinen no-reply adreslerini ve kendi ekibiniz tarafından oluşturulan mesajları hariç tutun. Aynı adrese iki sistem yanıt verebiliyorsa, alındı onayından hangisinin sorumlu olacağına karar verin.

Uzman İpucu: Kısa bir gecikmeyi yalnızca platformunuz, önce bir kişi yanıt verdiğinde otomatik yanıtı iptal edebiliyorsa kullanın. Genel bir varsayılan ayara güvenmek yerine tam davranışı test edin.


Otomatik yanıtlar ne zaman yardımcı olur, ne zaman zarar verir?

Otomatik yanıtlar, müşterinin onaya ihtiyaç duyduğu ancak bir kişinin hemen yanıt veremediği durumlarda en yararlıdır. Yaygın kullanım alanları şunlardır:

  • Bilet alındı onayı: Bir e-postanın veya form gönderiminin ulaştığını doğrulayın.
  • Mesai dışı bildirimi: Ekibin ne zaman döneceğini ve acil konuların nasıl ele alınması gerektiğini belirtin. Chaindesk'in örnekleri, net bir zaman aralığını ve sonraki adımı vurgular.
  • Yüksek yoğunluk bildirimi: Gerçekçi olmayan bir söz vermeden yanıt sürelerinin normalden uzun olduğunu açıklayın.
  • Sipariş veya randevu onayı: Ayrı bir işlemsel iş akışının tamamlandığını doğrulayın.
  • Olay güncellemesi: Bir olay zaten doğrulanmışsa müşterileri resmi durum sayfasına yönlendirin.

Aktif bir görüşme sırasında, derhâl değerlendirme gerektiren hassas konularda veya gelen mesajın kendisi otomatik olduğunda otomatik yanıt kullanmaktan kaçının. Bir alındı onayı, talebin çözüldüğü veya bir kişi tarafından incelendiği izlenimini vermemelidir.

Uzman İpucu: Yardım masanız etiketleri veya özel bir yanıt türünü destekliyorsa raporlarda otomatik alındı onaylarını insan yanıtlarından ayırmak için bunları kullanın.


Mesaj yazımı için en iyi uygulamalar: içerik, üslup ve erişilebilirlik

İyi yazılmış bir otomatik yanıt belirsizliği azaltır, beklenti oluşturur ve yararlı bir sonraki adıma yönlendirir. Fullview'in otomatik yanıt örnekleri derlemesi, yanıt süresi, bilet referansı ve ilgili destek seçeneklerini içeren kısa mesajlar önerir.

Şunları eklemeyi değerlendirin:

  • Alındı onayı: "Mesajınızı aldık ve #[TICKET_ID] numaralı bileti oluşturduk."
  • Yanıt süresi: Ekibinizin gerçekte karşıladığı aralığı kullanın.
  • İlgili kaynak: Genel bir ana sayfaya değil, durum sayfasına veya belirli bir self servis yanıtına bağlantı verin.
  • Eskalasyon kanalı: Yalnızca izlenen ve müşterilere yönelik bir kanal ise bir tane sağlayın.
  • Saat dilimi ve iş günleri: Vaat edilen yanıt süresini etkilediğinde bunları açıklayın.

Üslubu duruma uygun hâle getirin. Rutin bir alındı onayı sıcak ve kısa olabilir. Faturalandırma itirazı veya hesap güvenliği sorunu daha sakin ve dikkatli bir dil gerektirir. Mesajın kolayca taranabilmesi için kısa paragraflar, açıklayıcı bağlantı metinleri ve sade bir dil kullanın.

SMS mesajları özellikle kısa olmalıdır. Onay, kimlik belirtme ve abonelikten çıkma gereklilikleri yargı alanına ve mesaj türüne bağlıdır. Sakari'nin SMS kılavuzu, gerekli durumlarda abonelikten çıkma ifadesini içerir; ancak hukuk ve uyumluluk ekipleriniz kendi kullanım senaryonuz için geçerli kuralı doğrulamalıdır.

Güvenlik incelemeniz kanalı ve belirli alanları onaylamadığı sürece hassas müşteri ve hesap verilerini alındı onaylarına eklemeyin.


Yaygın destek senaryoları için kullanıma hazır otomatik yanıt şablonları

Yayınlamadan önce köşeli parantez içindeki her alanı değiştirin. İş akışınızın güvenilir biçimde destekleyemeyeceği satırları kaldırın.

Standart bilet alındı onayı (e-posta)

Merhaba [FIRST_NAME], [COMPANY] ile iletişime geçtiğiniz için teşekkürler. Talebinizi aldık ve #[TICKET_ID] numaralı bileti oluşturduk. Ekibimiz genellikle [SUPPORT_HOURS] sırasında [RESPONSE_RANGE] içinde yanıt verir. İlgili ekran görüntülerini veya sorunu yeniden oluşturma adımlarını ekleyebiliyorsanız bu e-postayı yanıtlayın; bunlar bilete eklenecektir.

SMS veya sohbet seçeneği: "Mesajınızı aldık. Referans: [TICKET_ID]. Ekibimiz [RESPONSE_RANGE] içinde yanıt verecektir."

Mesai dışı otomatik yanıt (e-posta)

[COMPANY] ile iletişime geçtiğiniz için teşekkürler. Destek ekibimiz şu anda çevrim dışı ve [RETURN_TIME] [TIMEZONE] tarihinde geri dönecek. Talebinizi #[TICKET_ID] numaralı bilet olarak aldık. Doğrulanmış bir hizmet olayı için [STATUS_URL] adresini kontrol edin. Ekip döndükten sonra yanıt vereceğiz.

Yüksek yoğunluk nedeniyle gecikme bildirimi

#[TICKET_ID] numaralı bileti aldık. Mevcut yanıt süremiz normalden uzun ve [EXTENDED_RANGE] içinde yanıt vermeyi bekliyoruz. Bu mesajı yanıtlayarak ayrıntı ekleyebilirsiniz. Aynı sorun için başka bir bilet açmanıza gerek yoktur.

Olay güncellemesi

[SERVICE_NAME] hakkındaki bildiriminizi aldık. Güncel bir olay [STATUS_URL] adresinde listelenmiştir; doğrulanmış güncellemeleri burada yayınlayacağız. Bilet referansınız #[TICKET_ID] şeklindedir.

Acil sorun alındı onayı

Talebinizi #[TICKET_ID] numaralı bilet olarak aldık. [POLICY_URL] adresindeki acil destek kriterlerini karşılıyorsa [APPROVED_ESCALATION_CHANNEL] ile iletişime geçin. Aksi hâlde ekibimiz [STANDARD_RANGE] içinde yanıt verecektir.

Bunlar evrensel vaatler değil, başlangıç noktalarıdır. Yanıt süresi, eskalasyon yolu ve bağlantılı kaynaklar gerçek operasyonunuzu yansıtmalıdır.

Kanal En iyi kullanım Ekleyin Kaçının
E-posta Bilet alındı onayı ve hizmet bildirimleri Referans, zaman aralığı, sonraki adım Uzun açıklamalar ve hassas veriler
SMS Kısa, onay alınmış güncellemeler Kimlik, kısa durum bilgisi, gerekli abonelikten çıkma metni Birden fazla bağlantı ve hesap ayrıntıları
Sohbet Anında alındı onayı Tek ve net bir sonraki adım Talebi bir kişinin incelediği izlenimini vermek
Sosyal medya DM İlk alındı onayı Güvenli bir takip kanalı Özel hesap bilgileri

Uygulama kontrol listesi ve kural yapılandırma adımları

Kontrollü bir yayına alma süreciyle şablonu etkin bir kurala dönüştürün:

  1. Amacı belirleyin. Mesajın alındıyı doğrulayıp doğrulamayacağına, kullanılabilirliği açıklayıp açıklamayacağına veya doğrulanmış bir olayı bildirip bildirmeyeceğine karar verin.
  2. Tek bir kanal seçin. Ekibinizin en fazla destek talebini aldığı yerden başlayın.
  3. Mesajı yazın. Yalnızca gerekli içeriği kullanın ve her yer tutucuyu açıkça belirtin.
  4. Tetikleyiciyi ayarlayın. Kuralı tam olarak doğru olay ve kanalla eşleştirin.
  5. Sıklığı yapılandırın. Ürünün sunduğu döngü ve kopya kontrollerini kullanın.
  6. Hariç tutmaları belirleyin. Dahili mesajları, geri dönen iletileri, otomatik göndericileri ve hassas iş akışlarını hariç tutun.
  7. Raporlamayı kontrol edin. Platformun otomatik ve insan yanıtlarını nasıl kaydettiğini doğrulayın.
  8. Harici test yapın. Şirket dışından test mesajları gönderin ve hem müşteri e-postasını hem de bilet zaman çizelgesini inceleyin.
  9. Hata yollarını kontrol edin. Eksik yer tutucuları, devre dışı kaynakları ve no-reply adreslerinden gelen yanıtları test edin.
  10. Kademeli olarak yayına alın. Kuralı genişletmeden önce ilk biletleri inceleyin.

Yayına almadan önce test kontrol listesi:

  • Tetikleyici yalnızca amaçlanan kaynak ve kanal için çalışır.
  • Tüm yer tutucular doğru değerlere dönüşür.
  • Bir insan yanıtı, istenmeyen bir yinelenen yanıt oluşturmaz.
  • Otomatik göndericiler ve geri dönen iletiler döngü oluşturmaz.
  • Bilet, otomatik mesajı insan yanıtından açıkça ayırır.

Uzman İpucu: Yayına alma kontrol listesine geri alma adımı ekleyin. İlgisiz destek ayarlarını değiştirmeden kuralı hızlıca devre dışı bırakabilmelisiniz.


Otomatik yanıtların etkililiği nasıl ölçülür ve nasıl geliştirilir?

Otomatik yanıtın gönderilip gönderilmediğini değil, destek deneyimini iyileştirip iyileştirmediğini ölçün.

Metrik Takip edilecekler Neden önemli?
İlk insan yanıtı süresi Biletin oluşturulmasından bir ekip üyesinin verdiği ilk yanıta kadar geçen süre Alındı onayı hızını gerçek destek hızından ayırır
Tekrarlanan iletişim oranı İnsan yanıtından önce gönderilen ek mesajlar veya yinelenen biletler Beklentilerin net olup olmadığını gösterir
Self servis kullanımı Mesajda bağlantısı verilen belirli kaynakların ziyaretleri Sonraki adımın yararlı olup olmadığını gösterir
Teslimat hataları Geri dönen iletiler, engellenen gönderimler ve geçersiz hedefler Operasyonel ve veri kalitesi sorunlarını ortaya çıkarır
Eskalasyon kullanımı Acil kanalı kullanan talepler Eskalasyon talimatlarının belirsiz veya gereğinden fazla kullanılıp kullanılmadığını tespit etmeye yardımcı olur

Sonuçları, anlamlı olabilecek kadar yüksek bilet hacmine sahip bir dönemde yayına alma öncesi ve sonrası olarak karşılaştırın. Toplu metriklerin yanı sıra görüşme örneklerini de inceleyin. Mesaj müşterileri ilgisiz bir kaynağa yönlendiriyorsa daha düşük tekrarlanan iletişim oranı yararlı değildir.

Uzman İpucu: Otomatik ve insan yanıt sürelerini ayrı tutun. Anında verilen bir alındı onayı, yavaş bir insan takibini gizlememelidir.


Yaygın hatalar, döngülerin önlenmesi ve bunlardan kaçınma yolları

En zararlı hatalar genellikle ifade biçiminden değil, yapılandırmadan kaynaklanır.

  • Yanıt döngüleri: İki sistem birbirine yanıt verir. Alındı onayını gönderecek tek bir sistem belirleyin ve otomatik göndericileri hariç tutun.
  • Gereğinden fazla söz verme: Mesaj, ekibin karşılayamayacağı bir yanıt süresi belirtir. Gerçekçi bir aralık kullanın ve personel veya hacim değiştiğinde bu aralığı gözden geçirin.
  • Yinelenen yanıtlar: Hem posta kutusu hem de yardım masası alındı onayı gönderir. Çakışan kuralı devre dışı bırakın.
  • Yanlış çözüm izlenimi: Raporlama, otomatik alındı onayını tamamlanmış destek olarak değerlendirir. İlk insan yanıtını ayrı olarak takip edin.
  • Güvenli olmayan ifşa: Mesajda özel hesap veya sipariş bilgileri bulunur. Alındı onaylarını asgari düzeyde tutun ve hassas işlemleri onaylanmış bir kanala taşıyın.

SLA davranışını kontrol edin. Bazı platformlar otomatik yanıtı ilk yanıt olarak sayar. Raporlarınızın ve politikalarınızın bunu nasıl ele aldığını doğrulayın; böylece alındı onayı üzerinde işlem yapılmamış bir bileti gizlemez.

Ask a Manager'ın belirsiz bir ofis dışında mesajına yönelik eleştirisi daha geniş bir dersi ortaya koyar: Net bir sonraki adım olmadan belirsizlik yaratmak, kullanılabilirlik hakkında kısa ve dürüst bir açıklamadan daha az yardımcı olabilir.


Deskhero güvenli ve doğru otomatik yanıtları nasıl uygular?

Deskhero, gelen e-posta biletleri için yapay zekâ ve statik otomatik yanıtlar sunar. Yapılandırma, bir veya daha fazla grupla sınırlıdır.

  • Onaylanmış SSS içeriğine dayandırma: Müşteriye yönelik yapay zekâ otomatik yanıtları yalnızca onaylanmış Public FAQ girdilerini kullanır. Çözülmüş biletleri, Internal Knowledge Base makalelerini veya Shopify sipariş verilerini doğrudan kaynak olarak kullanmaz.
  • Göndermeden önce doğrulama: İkinci bir yapay zekâ kontrolü, taslak yanıtın müşterinin sorusunu ele alıp almadığını belirler.
  • Statik yedek: Sabit bir yanıt tek başına veya yapay zekâ etkinleştirildiğinde yedek olarak kullanılabilir.
  • Görünür otomasyon: Otomatik yanıtlar etiketlenir ve bilet zaman çizelgesine kaydedilir; bilet listesinde de buna karşılık gelen bir gösterge bulunur.
  • Döngü koruması: Deskhero, otomatik yanıtları adres başına saatte 10 ile sınırlar ve gelen otomatik yanıtları ve geri dönen iletileri atlar.
  • Kaynak hariç tutmaları: Manuel olarak, içe aktarmalar aracılığıyla veya sohbet botu tarafından oluşturulan biletler için otomatik yanıt gönderilmez.

Yapay zekâ otomatik yanıtları, çalışma alanında 100 onaylanmış Public FAQ öğesi bulunduğunda kullanılabilir. Deskhero, otomatik yanıtlar için zamanlanmış veya çalışma saatlerine bağlı aralıklar sunmaz; bu nedenle mesai dışı bir mesajın e-posta iş akışınızın desteklenen başka bir bölümü üzerinden ele alınması gerekir. Genel bilgi için Deskhero otomatik yanıtlar özellik sayfasına bakın.

Uzman İpucu: Yapay zekâ otomatik yanıtlarını etkinleştirmeden önce onaylanmış Public FAQ içeriğini gözden geçirin. Müşteriye yönelik yanıtlar, dayandıkları onaylanmış içerik kadar günceldir.


Otomatik yanıtları yapılandırırken güvenlik ve gizlilik

Otomatik mesajlar bilgileri geniş ölçekte ifşa edebilir; bu nedenle talebi tanımlamak için gereken asgari veriyi kullanın.

Bilet referansı genellikle hesap numarasından, ödeme ayrıntısından, eksiksiz sipariş kaydından veya diğer özel bilgilerden daha güvenlidir. E-posta, SMS, sohbet ve sosyal mesajların aynı güvenlik özelliklerine sahip olduğunu varsaymayın.

Her kişiselleştirme belirtecini inceleyin. Kaynağını, biçimlendirmesini, yedek davranışını ve alıcıya görünürlüğünü doğrulayın. Hassas bir işlem gerekiyorsa müşteriyi onaylanmış kimlik doğrulamalı iş akışınıza yönlendirin.

SMS için onay ve abonelikten çıkma yükümlülükleri mesaj türüne ve yargı alanına göre değişir. Yasal gerekliliklerin geçerli olduğu durumlarda iş akışını nitelikli hukuk danışmanına inceletin.

Şablon ve kural düzenleme yetkisini destek operasyonlarından sorumlu kişilerle sınırlayın. Değişiklik günlüğü tutun, üretim dışı verilerle test edin ve her güncellemeden sonra ilk mesajları inceleyin.


Otomatik yanıtlar diğer destek kanalları ve CRM sistemleriyle nasıl entegre edilir?

Birden fazla sistem destek talepleri oluşturabildiğinde veya yanıtlayabildiğinde, bilet için tek bir gerçek kaynağı ve alındı onayı için tek bir sorumlu belirleyin. Tanımlayıcıların, durum değişikliklerinin ve müşteri yanıtlarının sistemler arasında nasıl hareket ettiğini belgeleyin.

Shopify'a bağlı Deskhero çalışma alanlarında Users, bilet kenar çubuğunda canlı müşteri ve sipariş bilgilerini görüntüleyebilir. Senkronize edilen Shopify ürün kataloğu, Users için taslak önerilerini de bilgilendirebilir. Deskhero'nun müşteriye yönelik yapay zekâ otomatik yanıtları onaylanmış Public FAQ içeriğiyle sınırlı kalır ve canlı sipariş verilerini eklemez.

Deskhero ayrıca biletler, yanıtlar, kullanıcılar, gruplar, formlar, bilgi tabanları, otomasyonlar ve diğer ürün yüzeyleri için bir REST API sunar. Giden webhook'lar sunmaz; bu nedenle güncellemelere ihtiyaç duyan entegrasyonların API'yi yoklaması gerekir. API erişimi, müşteriye yönelik yapay zekâ otomatik yanıtlarının dayandırılma kurallarını değiştirmez.

Herhangi bir CRM veya mesajlaşma platformunu bağlamadan önce yinelenen oluşturma, yeniden deneme davranışı, başarısız gönderimler ve müşteri onayının sorumluluğunu test edin. Sorunsuz bir entegrasyon, tek bir talep için iki bilet numarası veya iki alındı onayı üretmemelidir.


Yayına alma kılavuzlarının çoğunun atladığı ayrıntı

Otomatik yanıt yayına alma sürecinin gözden kaçan kısmı, alındı onayını takip eden kuyruk sürecidir.

Otomatik ilk temasın bileti ekibin çalışma görünümünden çıkarmadığından veya tamamlanmış gibi görünmesine neden olmadığından emin olun. Yeni onaylanmış biletlerin sorumlusunu, süresi aşılmış taleplerin nasıl öne çıkarılacağını ve bir User'ın bir kişinin yanıt verip vermediğini nasıl anlayacağını belirleyin.

Yayına aldıktan kısa süre sonra gerçek görüşmeleri inceleyin. Belirtilen zaman aralığının hâlâ doğru, sonraki adımın ilgili ve hiçbir müşterinin kısır döngüye sokulmadığından emin olun. Zamanında verilen insan yanıtıyla desteklenen dürüst bir vaat, belirsiz bir iş akışına eklenmiş gösterişli bir mesajdan daha değerlidir.


Deskhero size doğruluğunu koruyan ve markanıza uygun otomatik yanıtlar sunar

Deskhero, sabit bir otomatik yanıt seçeneğini onaylanmış Public FAQ içeriğine dayanan yapay zekâ otomatik yanıtlarıyla birleştirir. Yapay zekâ yanıtı çalışma alanı, grup ve tarih yer tutucularını içeren markalı bir şablona yerleştirilebilir; statik bir yedek de onaylanmış SSS'nin yanıtlayamadığı soruları kapsayabilir.

Deskhero

Bir Gmail, Google Workspace veya Microsoft 365 posta kutusu bağlayın ve yanıtları şirketinizin e-posta adresinde tutun. Otomatik yanıtlar isteğe bağlıdır, grup kapsamıyla sınırlıdır, etiketlenir ve kaydedilir. Yeni çalışma alanları, kredi kartı gerekmeksizin 30 günlük ücretsiz denemeyle başlayabilir.


Kaynaklar


SSS

Müşteri desteğinde iyi bir otomatik yanıt örneği nedir?

"Merhaba [Name], mesajınızı aldık ve #[ID] numaralı bileti oluşturduk. Ekibimiz genellikle [SUPPORT_HOURS] sırasında [REALISTIC_RANGE] içinde yanıt verir. Bu e-postayı yanıtlayarak daha fazla ayrıntı ekleyebilirsiniz." Bu mesaj, alındıyı doğrular, beklenti oluşturur ve sonraki adımı açıklar.

Her iyi otomatik yanıt neleri içermelidir?

Mesajın ulaştığına dair doğrulama, ekibinizin karşılayabileceği bir yanıt süresi ve yararlı bir sonraki adım ekleyin. Bilet referansı, saat dilimi veya eskalasyon kanalını yalnızca iş akışınız destekliyorsa ekleyin.

Otomatik yanıt döngülerini nasıl önlersiniz?

Alındı onayını gönderecek tek bir sistem seçin, no-reply adreslerini ve geri dönen iletileri hariç tutun ve platformunuzda bulunan sıklık veya bastırma kontrollerini kullanın. Yayına almadan önce başka bir otomatik posta kutusuyla test edin.

İyi bir mesai dışı otomatik yanıt mesajı nedir?

Ekibin ne zaman döneceğini belirtin, saat dilimini ekleyin, talebin alındığını doğrulayın ve yalnızca mevcutsa izlenen bir eskalasyon kanalı sağlayın. Belirsiz vaatlerden kaçının.

Deskhero otomatik yanıtları güvenli biçimde nasıl ele alır?

Deskhero, müşteriye yönelik yapay zekâ otomatik yanıtlarını yalnızca onaylanmış Public FAQ içeriğine dayandırır, yanıtın soruyu ele alıp almadığını doğrular, otomatik mesajları etiketler ve kaydeder ve adres başına saatte 10 otomatik yanıt sınırı uygular. Gelen otomatik yanıtları, geri dönen iletileri ve manuel olarak, içe aktarmalar aracılığıyla veya sohbet botu tarafından oluşturulan biletleri atlar.