Deskhero
Türkçe
Ücretsiz deneyin

← Back to articles

E-postalar Bilete Dönüştüğünde Konuşma Dizilerini Koruma

E-postalar Bilete Dönüştüğünde Konuşma Dizilerini Koruma

Bir e-posta görüşmesi bilete dönüştükten sonra da bir arada kalması, yardım masasının kullandığı ileti dizisi oluşturma kurallarına bağlıdır. Yaygın sinyaller arasında Message-ID, In-Reply-To ve References başlıkları bulunur. Bazı platformlar, mesaj gövdesinde veya alıcı adresinde bir bilet kimliği ya da başka bir tanımlayıcı da kullanır.

Yeni bir e-posta kanalına güvenmeden önce bu kontrol listesini kullanın:

  • Destek adresini, yardım masasının resmî olarak desteklediği bir yöntemle bağlayın.
  • Bir test bileti gönderin ve müşterilerin kullanacağı rotanın aynısı üzerinden yanıtlayın.
  • Orijinal mesajla yanıtın başlıklarını karşılaştırın, ardından yanıtın mevcut bilete göründüğünü doğrulayın.

Test yeni bir bilet oluşturuyorsa, posta yönlendirmesini değiştirmeden önce yardım masasının belgelenmiş ileti dizisi oluşturma kurallarını kontrol edin. Her platform; başlıkları, bilet tanımlayıcılarını ve gönderen kontrollerini farklı şekilde bir araya getirebilir.

Önemli Noktalar

E-posta ileti dizisi oluşturma yalnızca konu satırlarına dayanmaz. Yardım masaları genellikle standart yanıt başlıklarını inceler ve ek eşleştirme sinyalleri olarak kendi bilet tanımlayıcılarını kullanabilir.

Nokta Ayrıntılar
Başlıklar yanıtları birbirine bağlar In-Reply-To ve References, mevcut görüşmedeki mesaj kimliklerine işaret eder.
Kurallar platforma göre değişir Bir yardım masası ayrıca bilet kimliğini, gizli tanımlayıcıyı, alıcı adresini veya göndereni inceleyebilir.
Desteklenen bağlantıları kullanın Yardım masanız ve e-posta sağlayıcınız tarafından belgelenen posta kutusu kurulumunu izleyin.
Gerçek rotayı test edin Müşteri olarak yanıtlayın ve mesajın orijinal bilete katıldığını doğrulayın.
Deskhero posta kutusu seçenekleri Deskhero, iki yönlü Google ve Microsoft posta kutusu bağlantılarının yanı sıra kimliği doğrulanmış gönderimle alan adı yönlendirmesini destekler.

İçindekiler

E-posta İleti Dizilerini Gerçekte Hangi Başlıklar Korur?

Bir e-postada normalde bir Message-ID bulunur. Bir yanıt, yanıtlanan mesaja işaret eden bir In-Reply-To değeri ve önceki mesaj kimliklerini listeleyen bir References değeri taşıyabilir. Yardım masası, mesajları bir görüşmeyle ilişkilendirmek için bu ilişkileri kullanabilir. Amazon Connect belgeleri, kronolojik ileti dizilerinin yanı sıra birinin daha eski bir mesaja yanıt vermesiyle oluşan ağaç yapılı örüntüleri de açıklar.

Platformlar kendi eşleştirme yöntemlerini ekleyebilir. Zendesk üç kontrolü belgeler: başlık öğeleri, mesaj gövdesindeki kodlanmış bir kimlik ve Zendesk alıcı adresindeki kodlanmış bir kimlik. Bunlar Zendesk'e özgü kurallardır ve her yardım masasına kopyalanabilecek bir şablon değildir.

İleti dizisi oluşturma önemlidir; çünkü bir yanıtın önceki mesajlarından ayrılması, destek geçmişinin takip edilmesini zorlaştırır:

  • Kullanıcıların önceki ekleri veya kararları bulmak için başka bir bileti araması gerekebilir.
  • Alıcılar ve önceki yanıtlar en son sorudan ayrılabilir.
  • İki Kullanıcı, bir görüşmeye ait olduklarını fark etmeden ilişkili mesajlara yanıt verebilir.

Freshdesk'in e-posta belgeleri platforma özgü başka bir yaklaşım gösterir. Bir bilet kimliğini, mesaj kimliğini veya benzersiz bir tanımlayıcıyı ve ardından gönderen kontrolünü inceler. Buradan çıkarılacak pratik ders, kendi yardım masanızın hangi sinyalleri kullandığını öğrenmek ve bu sinyalleri gerçek posta rotası boyunca korumaktır.

İleti Dizilerini Bir Bütün Olarak Korumak İçin Posta Sunucularınızı Kurma

Güvenilir bir kurulum, yardım masasının desteklediği bağlantı yöntemiyle başlar. Bir SMTP aktarımının, yönlendirme kuralının veya posta kutusu senkronizasyonunun tüm ürünlerde aynı şekilde çalıştığını varsaymaktan kaçının.

  1. Belgelenmiş posta kutusu bağlantısını seçin. Yardım masası doğrudan bir Google veya Microsoft bağlantısı sunuyorsa yetkilendirme akışını izleyin. Yönlendirme gerekiyorsa ürün tarafından sağlanan tam hedefi ve DNS kayıtlarını kullanın.
  2. Yönlendirmeyi amaçlanan adres için yapılandırın. Deskhero'nun Google Workspace yönlendirme rehberi, bir Grup oluşturmayı ve Deskhero hedef adresini üye olarak eklemeyi açıklar. Microsoft 365 ve diğer sağlayıcıların kurulum adımları farklıdır.
  3. Platform tanımlayıcılarını olduğu gibi bırakın. Yardım masanız giden bir bildirime bilet işareti ekliyorsa, ürün belgelerinde isteğe bağlı olduğu belirtilmediği sürece bunu şablondan kaldırmayın. Freshdesk, kendi bilet kimliği biçiminin eklenmesini önerirken Zendesk varsayılan olarak giden bildirimlere kodlanmış bir kimlik ekler.
  4. Postayı dönüştüren sistemleri inceleyin. Yönlendirme kuralları, posta listeleri ve ağ geçitleri, yardım masası almadan önce bir mesajı değiştirebilir. Bir değerin nerede değiştiğini tahmin etmek yerine, mevcut her aşamada ham kaynağı karşılaştırın.
  5. Tekrarlanabilir bir doğrulama testi gerçekleştirin. Bir bilet oluşturun, yanıt gönderin ve ham kaynağı inceleyin. In-Reply-To değerinin önceki bir Message-ID değerine işaret edip etmediğini, References alanının beklenen zinciri içerip içermediğini ve yanıtın mevcut bilete katılıp katılmadığını kontrol edin.

Profesyonel İpucu: Müşterilerinizin kullanacağı adres, yönlendirme yolu ve e-posta istemcisi üzerinden test yapın. Dahili bir test adresine doğrudan gönderilen mesaj, üretim rotasının tamamını sınamaz.

İleti Dizileri Neden Bozulur ve Her Neden Nasıl Düzeltilir?

Bir yanıtın yeni bir bilete dönüşmesinin çeşitli nedenleri olabilir. Kesin neden, platformun eşleştirme kurallarına bağlıdır.

  • Yanıt başlıklarının eksik olması. Yeni e-posta olarak oluşturulan bir mesaj, yanıttan beklenen In-Reply-To veya References değerlerini içermeyebilir. Gönderenden Yanıtla seçeneğini kullanmasını isteyin, ardından ham kaynağı karşılaştırın.
  • Değişen yönlendirme veya alıcılar. Farklı bir destek adresine gönderilen mesaj başka bir bilet oluşturabilir. Örneğin Freshdesk, yapılandırılmış birden fazla yardım masası adresi eklendiğinde özel bir davranış olduğunu belgeler.
  • Kaldırılmış platform tanımlayıcısı. Bir bildirim şablonunu düzenlemek, yardım masasının yedek olarak kullandığı bilet kimliğini veya gizli tanımlayıcıyı kaldırabilir.
  • Süresi dolmuş mesaj eşleştirmesi. Freshdesk, mesaj kimliğinin normalde son yanıttan yedi gün sonra geçerliliğini yitirdiğini belirtir. Bundan sonra bilet kimliğini veya bilet tanımlayıcısını arar. Bu süre Freshdesk'e özgüdür ve diğer ürünler için varsayılmamalıdır.

Teşhise, orijinal giden mesajla müşterinin yanıtından başlayın. Ham başlıklarını yan yana karşılaştırın, ardından yardım masasının kendi belgelerini ve bilet zaman çizelgesini kontrol edin. Yanıt başlıkları mevcutsa bilet işaretleri, alıcı adresi veya izin verilen gönderen gibi platformun diğer gereksinimlerini inceleyin. Başlıklar eksikse mesajın nerede değiştiğini bulmak için e-posta sağlayıcısı ve yönlendirme hizmeti üzerinden rotayı izleyin.

Deskhero Görüşme Geçmişini Nasıl Korur?

Deskhero, mevcut bir Gmail, Google Workspace veya Microsoft 365 posta kutusunu yardım masasına dönüştürür. Ayrıca DNS kimlik doğrulaması ve gelen yönlendirme aracılığıyla sahip olduğunuz diğer alan adlarındaki posta kutularını da destekler.

  • Google ve Microsoft bağlantıları iki yönlü senkronizasyon sağlar; böylece Deskhero gelen postaları okuyabilir ve bağlı adres olarak yanıt gönderebilir.
  • DNS posta kutusu, kimliği doğrulanmış gönderim için DKIM kayıtlarını ve gelen yönlendirme için benzersiz bir Deskhero adresini kullanır.
  • Aynı e-posta görüşmesine verilen yanıtlar mevcut Deskhero biletine katılır.
  • Yapay zekâ tarafından önerilen yanıtlar çalışma alanı bilgisini kullanır ve Kullanıcı denetiminde kalır. Otomatik yanıtlar ayrı bir özelliktir; her grup için etkinleştirilmeleri gerekir ve yalnızca onaylanmış herkese açık SSS'den yanıt verir.

Daha fazla bilgi için Deskhero'nun iki yönlü yardım masası e-posta senkronizasyonu, mevcut bir posta kutusunu yardım masası olarak kullanma ve gelen e-postayı bilete dönüştürme makalelerine göz atın.

Gereksinim Deskhero seçeneği
Gmail veya Google Workspace'i bağlama İki yönlü senkronizasyonlu OAuth bağlantısı
Microsoft 365 veya Outlook'u bağlama Paylaşılan posta kutuları da dâhil olmak üzere iki yönlü senkronizasyonlu OAuth bağlantısı
Sahip olunan başka bir alan adını kullanma Gönderim için DNS kimlik doğrulaması ve gelen postalar için yönlendirme
Yapay zekâ yanıtlarını denetleme Kullanıcılar önerilen yanıtları inceler; otomatik yanıtlar için ayrıca etkinleştirme gerekir

Çoğu Kurulum Rehberinin Ters Anlattığı Noktalar

İleti dizisi oluşturmayı Message-ID değerini korumak gibi tek bir kurala indirgemek cazip gelebilir. Sağlayıcı belgeleri bunun neden eksik olduğunu gösterir. Zendesk, başlık kontrollerini kodlanmış kimlik kontrolleriyle birleştirir. Freshdesk, çeşitli e-posta işaretlerini gönderen kontrolüyle birleştirir. Amazon Connect ise ilgili kişi verilerini ve geleneksel e-posta başlıklarını kullanarak kişileri birbirine bağlar.

Çoğu Kurulum Rehberinin Ters Anlattığı Noktalar, genel bakış diyagramı

Daha iyi yaklaşım, ileti dizisi oluşturmayı uçtan uca bir davranış olarak ele almaktır. Desteklenen bir posta kutusu bağlantısı kullanın, ürün tarafından oluşturulan tanımlayıcıları koruyun ve gerçek bir müşteri yanıtıyla test yapın. Sonuç yanlış olduğunda ham mesajları karşılaştırın ve yardım masasının belgelenmiş eşleştirme sırasına göre ilerleyin.

Bu yaklaşım gereksiz posta sunucusu değişikliklerini de önler. Yeni bir aktarım veya yeniden yazılmış şablon, asıl uyuşmazlığı düzeltmeden başka bir değişken ortaya çıkarabilir.

Tek Bir Yanıtı Bile Kaybetmeden İleti Dizili Bir Yardım Masası Çalıştırın

Deskhero, mevcut bir Gmail, Google Workspace veya Microsoft 365 posta kutusunu iki yönlü senkronizasyon aracılığıyla bağlayabilir. Sahip olduğunuz başka bir alan adı için DNS yapılandırması üzerinden kimliği doğrulanmış gönderimi ve benzersiz bir Deskhero adresine gelen yönlendirmeyi destekler.

Deskhero

Kullanıcılarınız paylaşılan bir gelen kutusundan çalışırken yanıtlar bağlı şirket adresinden gönderilir. Destek operasyonunuz Shopify kullanıyorsa Shopify entegrasyonu, bilet kenar çubuğuna müşteri ve sipariş bağlamı ekler.

Deskhero, kredi kartı gerektirmeyen 30 günlük ücretsiz deneme sunar. Müşterilerden yeni bir adres öğrenmelerini istemek yerine mevcut bir adresi bağlayabilirsiniz.

Kaynaklar

SSS

İki Yönlü Senkronizasyon ile Yönlendirme Arasındaki Fark Nedir?

İki yönlü senkronizasyon, yardım masasının bağlı bir posta kutusundan okuma yapmasına ve bu posta kutusu üzerinden gönderim gerçekleştirmesine olanak tanır. Yönlendirme, gelen mesajları başka bir hedefe gönderir ve giden postalar için ayrı kimlik doğrulaması gerektirebilir. Kullanılabilir yöntemler ve ileti dizisi oluşturma kuralları yardım masas|| ve e-posta sağlayıcısına bağlıdır.

Müşteri Yanıtı Neden İleti Dizisine Katılmak Yerine Yeni Bir Bilet Oluşturdu?

Yanıtta beklenen başlıklar eksik olabilir, farklı bir destek adresi kullanılmış olabilir, platformun biletle ilişkilendirmediği bir gönderenden gelmiş olabilir veya ürüne özgü bir bilet tanımlayıcısı bulunmayabilir. Ham e-posta kaynağını ve yardım masanızın belgelenmiş kurallarını kontrol edin.

İleti Dizisi Oluşturmanın Doğru Çalıştığını Nasıl Kontrol Ederim?

Yanıtın mevcut bilete göründüğünü doğrulayın. Görünmüyorsa yanıtın In-Reply-To ve References değerlerini önceki Message-ID değerleriyle karşılaştırın, ardından platformun kullandığı bilet tanımlayıcılarını kontrol edin.

Zaten İki Yönlü Senkronizasyon Kullanıyorsam Kimliği Doğrulanmış Bir SMTP Aktarımına İhtiyacım Var mı?

Genellikle ayrı bir ileti dizisi düzeltmesi olarak gerekmez. Yardım masanızın gerektirdiği gönderim yapılandırmasını izleyin. Doğrudan bir posta kutusu bağlantısı giden postaları zaten yönetebilirken yönlendirilmiş veya DNS tabanlı bir kurulum başka bir kimliği doğrulanmış gönderim yöntemi kullanabilir.

Deskhero Hem Gmail'i Hem de Microsoft 365'i Destekliyor mu?

Evet. Deskhero; Gmail, Google Workspace, Microsoft 365 ve Outlook için iki yönlü bağlantıları destekler. Microsoft paylaşılan posta kutuları da desteklenir.