Deskhero
Türkçe
Ücretsiz deneyin

← Back to articles

Şirket Adresinden Nasıl Yanıt Verilir: Kurulum, En İyi Uygulamalar ve Şablonlar

Şirket Adresinden Nasıl Yanıt Verilir: Kurulum, En İyi Uygulamalar ve Şablonlar

Önerilen yaklaşım basittir: müşterilere gönderilen her e-postada yanıt gönderici adresi olarak izlenen ve kimliği doğrulanmış bir şirket posta kutusu kullanın. Müşterilerin yanıt vermesinin beklendiği hiçbir yerde noreply adresi kullanmayın.

  • Gönderim alan adınızı SPF ve DKIM ile kimlik doğrulamasından geçirin, ardından yüksek hacimli gönderimlere başlamadan önce bir DMARC politikası yayınlayın. Kimlik doğrulama, kimliğe bürünme riskini azaltır ve teslim edilebilirliği destekler; ancak her protokolün rolü farklıdır.
  • Yanıtları kişisel bir hesaba veya kimsenin kontrol etmediği bir dağıtım listesine değil, izlenen bir gelen kutusuna ya da yardım masasına yönlendirin. Kaçırılan yanıtlar, yavaş yanıtlananlardan daha hızlı güven kaybettirir.
  • Ticari e-postalarda CAN-SPAM gerekliliklerine uyun: doğru yönlendirme bilgileri kullanın, geçerli bir fiziksel posta adresi ekleyin ve talepleri 10 iş günü içinde işleyen, çalışan bir abonelikten çıkma mekanizması sağlayın.

Bir istisna geçerlidir: tamamen sistem tarafından oluşturulan, etkileşimsiz bildirimlerde (sunucu uyarıları, otomatik makbuzlar, iki faktörlü doğrulama kodları) izlenmeyen bir adres kullanılabilir. Bu yolu seçerseniz e-posta gövdesine, sorular için alıcıları gerçek bir iletişim adresine yönlendiren bir satır ekleyin.

Önemli Noktalar

Kimliği doğrulanmış ve izlenen rol adresleri, güvenilir yanıt yönlendirmenin temelidir; diğer tüm yapılandırma kararları bunun üzerine kurulur.

Nokta Ayrıntılar
İzlenen bir rol adresi kullanın Yanıtları support@, billing@ veya hello@ adreslerine yönlendirin; müşterilere gönderilen postalarda hiçbir zaman noreply adresi kullanmayın.
Göndermeden önce kimlik doğrulaması yapın SPF ve DKIM'i yapılandırın, DMARC'ı yayınlayın ve yüksek hacimli gönderimlerden önce en az bir uyumlu kimlik doğrulama yolunun başarılı olduğunu doğrulayın.
Reply-To ve From farklı görevler üstlenir From, gönderen kimliğini ve DMARC uyumluluğunu kontrol eder; Reply-To ise yanıtların nereye ulaşacağını belirler.
CAN-SPAM doğru başlıklar gerektirir From ve Reply-To alıcıları yanıltmamalıdır; abonelikten çıkma talepleri 10 iş günü içinde işlenmelidir.
Deskhero yanıt yönetimini merkezileştirir Deskhero, mevcut Gmail veya Microsoft 365 posta kutunuzdaki iki yönlü yanıtları senkronize eder; yeni bir adrese gerek yoktur.

İçindekiler

“Şirket adresinden yanıt” aslında ne anlama gelir? From, Reply-To ve Return-Path açıklaması

Bu üç başlık yüzeyde birbirine benzer görünür, ancak farklı görevler üstlenir. From adresi, alıcıların genellikle e-posta istemcilerinde gördüğü gönderen kimliğidir. Reply-To adresi, istemciye yanıtı nereye yönlendireceğini bildirir. Return-Path (zarf göndereni olarak da adlandırılır) normalde alıcılardan gizlenir ve geri dönme bildirimleri ile teslimat durumu raporları için kullanılır.

Başlık Alıcı tarafından görülebilir mi? Protokoldeki rolü Kim yapılandırır?
From Evet (görünen ad + adres) Gönderen kimliği; DMARC uyumluluk kontrolü Pazarlama ekibi / BT yöneticisi
Reply-To Yalnızca yanıt verirken Yanıt mesajlarını belirli bir gelen kutusuna yönlendirir ESP ayarları / kampanya yapılandırması
Return-Path Hayır Geri dönme ve DSN teslimatı; SPF uyumluluk kontrolü Gönderim hizmeti / SMTP yapılandırması

From ve Reply-To farklı olduğunda DMARC, Reply-To alanındaki alan adına değil, görünür From başlığındaki alan adına göre uyumluluğu değerlendirir. En az bir kimliği doğrulanmış tanımlayıcı bu From alan adıyla uyumlu olduğunda DMARC başarılı olur: ya SPF ile kimliği doğrulanmış zarf göndereni alan adı ya da geçerli bir DKIM imzasındaki alan adı. support@company.com gibi bir Reply-To adresi DMARC uyumluluğunu belirlemez.

İşlemsel bir e-postanın basitleştirilmiş ham başlık bloğu şöyledir:

From: Acme Support <hello@acme.com>
Reply-To: support@acme.com
Return-Path: <bounce@mail.acme.com>
Received: from mail.acme.com ([203.0.113.10]) by mx.recipient.com

Birden fazla şirketin yer aldığı yazılım yığınlarında işler daha karmaşık hale gelir. Bir Odoo posta modülü düzeltmesi sorunu iyi bir şekilde gösterir: sistem, reply_to alanını belirli kayıtla ilişkili şirket yerine veritabanındaki ilk şirkete varsayılan olarak ayarlıyordu. Düzeltme, reply_to değerini kayıt başına hesaplar. Çok kiracılı veya çok markalı e-posta kullanan tüm ekipler, yanıtların doğru gelen kutusuna ulaştığını varsaymadan önce bu davranışı denetlemelidir.

From adresinizden farklı bir Reply-To adresini ne zaman kullanmalısınız?

Kısa kural şudur: müşteriye yönelik akışlarda izlenen bir rol adresi (support@, billing@, hello@) kullanın; kişisel adresleri ise gerçek bire bir ilişki iletişimleriyle sınırlayın.

Destek ve bilet yönetimi. Yanıtları paylaşılan bir gelen kutusuna veya yardım masasına yönlendirin. Birçok bilet sistemi, genellikle yanıt adresinde ya da mesaj başlıklarında bir bilet tanımlayıcısı kullanarak yanıtı doğru konuya ekleyebilir. Bu, bağlamı korur ve siz ulaşılmaz olduğunuzda yanıtların bir kullanıcının gelen kutusunda kaybolmasını önler.

Paylaşılan gelen kutusu için akıllı telefon tutan eller

Satış takibi. Satış temsilcisinin kişisel adresi burada iyi çalışır; çünkü ilişki bilinçli olarak bire birdir. Risk sürekliliktir: temsilci ayrılırsa adresine gönderilen yanıtlar cevapsız kalır. Atanan temsilciye yönlendirme kurallarıyla bağlı paylaşılan bir sales@ adresi daha güvenli bir varsayılandır.

Faturalandırma ve fatura işlemleri. Her zaman bir rol adresi (billing@, accounts@) kullanın. Faturalandırma e-postalarına yanıt veren müşterilerin ücretler veya itirazlar hakkında çoğu zaman zamana duyarlı soruları olur. Kişisel adres tek bir arıza noktası oluşturur.

Yönetici ve halkla ilişkiler iletişimi. Kurucu e-postaları ve basın bültenleri, güvenilirlik amacıyla genellikle adı belirtilmiş bir yöneticinin adresinden gönderilir. Yanıtların bunlarla ilgilenebilecek birine ulaşması için Reply-To'yu izlenen bir ekip adresine (press@, founders@) ayarlayın.

Sistem bildirimleri. Parola sıfırlamaları, sipariş onayları ve iki faktörlü doğrulama kodları tasarım gereği etkileşimsiz olabilir. Bu mesajlar için izlenmeyen bir noreply@ adresi makul olabilir; ancak gövdeye görünür bir iletişim yolu ekleyin. Bazı teslim edilebilirlik uzmanları, gerçek bir yanıt yolu izlenebiliyorsa noreply adreslerinden kaçınmayı önerir.

Uzman İpucu: Paylaşılan bir gelen kutusu kullanıyorsanız yardım masanızda bir yanıt SLA'sı belirleyin ve her kuyruk için bir sorumlu atayın. Sahibi olmayan paylaşılan gelen kutusu, izlenmeyen bir gelen kutusuyla tamamen aynı şekilde davranır: yanıtlar birikir ve kimse harekete geçmez.

Operasyonel ödünleşim personel planlamasıdır. Tek bir support@ adresini hatırlamak ve izlemek kolaydır; ancak bunun için net yönlendirme kuralları ve kapsama programları gerekir. Birden fazla rol adresi daha ayrıntılı yönlendirme sağlar, ancak izleme ve yönetim yükünü artırır. Aynı alan adındaki adresler, alan adı düzeyinde kimlik doğrulamayı paylaşabilir. Küçük ve orta ölçekli ekiplerin çoğu için, yardım masası içinde yönlendirme kuralları bulunan bir veya iki izlenen rol adresi pratik bir dengedir.

Gönderim alan adınızın kimliğini doğrulayın ve yanıtları izlenen bir posta kutusuna yönlendirin. Bunlar içerik, izin, liste kalitesi ve sağlayıcıya özgü gerekliliklerle birlikte iki temel kontroldür.

Kimlik doğrulama kontrol listesi

Protokol Neye karşı koruma sağlar? Nerede uygulanır?
SPF Zarf göndereninin kimliğine bürünme (Return-Path alan adı) Gönderim alan adındaki DNS TXT kaydı
DKIM Mesaj bütünlüğü ve imzalayan alan adıyla kimlik doğrulama DNS TXT kaydı; imzalama anahtarı gönderim hizmetinde
DMARC From alan adının kimliğine bürünme; SPF ve DKIM'i From ile ilişkilendirir DNS TXT kaydı; toplu raporlar gelen kutunuza gönderilir
Zarf göndereni uyumluluğu SPF tabanlı DMARC uyumluluk sorunları Gönderim hizmetinde veya SMTP kurulumunda yapılandırılır

DMARC uyumluluğu kolayca yanlış yorumlanabilir. SPF, zarf göndereni alan adını doğrularken DKIM, imzanın d= değeriyle tanımlanan alan adını doğrular. DMARC daha sonra bu kimliği doğrulanmış alan adlarını görünür From alan adıyla karşılaştırır. Uyumlu mekanizmalardan birinin başarılı olması gerekir. Sıkı uyumluluk tam alan adı eşleşmesi gerektirirken gevşek uyumluluk kuruluş alan adı eşleşmesine izin verir. Reply-To alan adı bu testin bir parçası değildir.

Operasyonel kontrol listesi

  • Herhangi bir kampanya göndermeden önce yanıt adresinin izlenen bir gelen kutusuna veya yardım masası kuyruğuna ulaştığını doğrulayın.
  • Yanıtların SLA pencereniz içinde doğru ekibe ulaşması için otomatik yönlendirme veya yönlendirme kuralları oluşturun.
  • Alıcıların göndereni tanıyabilmesi için görünen adı markanızla tutarlı tutun.
  • Kullanıcıların tutarlı şekilde yanıt verebilmesi ve bağlamı koruyabilmesi için müşterinin adını ve bilet referansını içeren yanıt şablonları kullanın.

CAN-SPAM uyumluluğu

CAN-SPAM Yasası, temel amacı ticari iletişim olan mesajlar için geçerlidir. Gereklilikleri arasında doğru başlık ve yönlendirme bilgileri, geçerli bir fiziksel posta adresi, açık bir abonelikten çıkma yöntemi ve abonelikten çıkma taleplerinin 10 iş günü içinde işlenmesi bulunur. İşlemsel veya ilişki amaçlı mesajlar hükümlerin çoğundan muaftır; ancak yine de yanlış ya da yanıltıcı yönlendirme bilgileri kullanamazlar.

Uzman İpucu: Posta akışlarını alt alan adlarına göre ayırıyorsanız her gönderim alan adı için kimlik doğrulamayı yapılandırın ve izleyin. Yalnızca Reply-To'yu değiştirmek gönderen itibarını izole etmez; çünkü Reply-To, DMARC uyumluluğu için kullanılmaz.

Yaygın platformlarda Reply-To ve From nasıl yapılandırılır?

Karar kuralı hızlıdır: gönderen kimliğini ve marka tanınırlığını kontrol etmek için From alanını; yanıtların nereye ulaşacağını kontrol etmek için Reply-To alanını değiştirin. Geri dönmelerin nereye gideceğini kontrol etmek için Return-Path'i (ESP'niz veya SMTP yapılandırmanız üzerinden) değiştirin.

Adım adım yapılandırma

  1. Adreslerinizi seçin. Reply-To için izlenen bir rol adresi (support@company.com) seçin ve From adresinin kimliği doğrulanmış gönderim alan adınızla eşleştiğini doğrulayın.
  2. Görünen adı belirleyin. E-posta bilerek kişisel değilse (bir satış dizisi veya kurucu notu gibi) kişisel ad yerine marka ya da ekip adınızı kullanın.
  3. Alan adı sahipliğini doğrulayın ve bunu ESP'nizde veya Google Workspace / Microsoft 365 yönetici konsolunda yapın.
  4. SPF ve DKIM kayıtlarını ekleyin ve bunları DNS'inize girin. Çoğu ESP, kurulum sihirbazında tam TXT kaydı değerlerini sağlar.
  5. Bir DMARC kaydı yayınlayın ve toplu raporları toplamak için p=none ile başlayın; ardından tüm meşru gönderim kaynaklarının başarılı olduğunu doğruladığınızda p=quarantine değerine geçin.
  6. Return-Path / geri dönme işlemlerini yapılandırın ve bunu ESP'nizde yapın. Modern ESP'lerin çoğu bunu otomatik olarak yönetir; ancak geri dönme adresi alan adının SPF kaydınız tarafından kapsandığını doğrulayın.
  7. Yönlendirme kurallarını belirleyin ve gelen yanıtları doğru kuyruğa atamak için paylaşılan gelen kutunuzda veya yardım masanızda bu kuralları uygulayın.

Platforma özgü notlar

Gmail / Google Workspace. Gmail'in hesap ayarlarında gönderme adresi olarak kullanılacak bir adres ekleyip doğrulayın, ardından From alanında bu adresi seçin. Kullanılabilir Reply-To ve grup yönlendirme seçenekleri Google Workspace yapılandırmanıza bağlıdır; bu nedenle kullanıma almadan önce hem gönderimi hem de gelen teslimatı test edin.

Outlook / Microsoft 365. Microsoft 365'te paylaşılan posta kutuları için Send As veya Send on Behalf izinlerini yapılandırın. Özel bir Reply-To başlığı desteği, Outlook sürümüne ve gönderim iş akışına göre değişir. İstemci bunu göstermiyorsa, bunu destekleyen bir gönderim hizmeti veya onaylı iş akışı kullanın. Yanıtları harici alan adlarına yönlendirirken kiracınızın politikasına uyun.

ESP'ler (Mailchimp, Klaviyo, Brevo vb.). Reply-To, genellikle kampanya ayarlarında From adresinden ayrı, özel bir alandır. Platformun yanıt işleme ayarları, Reply-To başlığında hangi adresin görüneceğini kontrol eder ve yanıtları belirli bir gelen kutusuna, grup sahiplerine veya abone başına kişiselleştirilmiş bir adrese yönlendirebilir.

SMTP / işlemsel hizmetler (SendGrid, Postmark, Amazon SES). API çağrısında veya SMTP mesajında Reply-To başlığını belirleyin. Sağlayıcı genellikle varsayılan Return-Path'i yönetir. Özel bir geri dönme alan adı, sağlayıcıya özgü DNS kayıtları gerektirebilir; bu nedenle ilgili hizmetin güncel belgelerini izleyin.

Test kontrol listesi

  • Gmail, Outlook ve Apple Mail hesaplarına bir test mesajı gönderin. Her birine yanıt verin ve yanıtın doğru gelen kutusuna ulaştığını doğrulayın.
  • Her istemcide ham başlıkları görüntüleyin (Gmail: “Orijinali göster”; Outlook: File → Properties → Internet headers). From, Reply-To ve Return-Path'in doğru adresleri gösterdiğini doğrulayın.
  • SPF, DKIM ve DMARC sonuçları için Authentication-Results başlığını kontrol edin. DMARC için SPF veya DKIM yollarından en az birinin başarılı ve uyumlu olması gerekir.
  • 24-48 saat sonra, beklenmeyen gönderim kaynaklarından gelen uyumluluk hatalarını görmek için DMARC toplu raporlarını ( rua= etiketindeki adrese gönderilenleri) inceleyin.
  • Gelen yönlendirmeyi doğrulayın: Reply-To adresinize gönderilen bir yanıtın bilet oluşturduğunu veya doğru yardım masası kuyruğunda göründüğünü teyit edin.

Yanıt gönderici kurulumu sırasında sık yapılan hatalar ve bunların çözümü

En sık görülen temel nedenler izlenmeyen gelen kutuları, eşleşmeyen başlıklar, DMARC uyumluluk hataları ve SPF kaydı bulunmayan bir alan adına işaret eden Return-Path'tir.

Sorun giderme adımları

  1. Başlık kurulumunu doğrulayın. Alınan bir test mesajındaki ham başlıkları görüntüleyin. From, Reply-To ve Return-Path'in amaçladığınız adresleri gösterdiğini doğrulayın.
  2. SPF, DKIM ve DMARC sonuçlarını kontrol edin. Ham başlıklardaki Authentication-Results bölümünü inceleyin. Başarısız olan mekanizmaları araştırın ve başarılı SPF veya DKIM tanımlayıcılarından en az birinin From alan adıyla uyumlu olduğunu doğrulayın.
  3. Return-Path'i inceleyin. Alan adının SPF için yetkilendirildiğini ve DMARC için SPF'e güveniyorsanız görünür From alan adıyla uyumlu olduğunu doğrulayın. Kimlik doğrulama hataları reddedilmeye, ertelemeye veya spam klasörüne düşmeye yol açabilir.
  4. Bir tohum testi gerçekleştirin. Büyük sağlayıcılardaki test hesaplarına gönderin ve gelen kutusuna yerleşimi kontrol edin. MXToolbox'ın Email Header Analyzer veya Google'ın Postmaster Tools araçları alan adı itibarı ve kimlik doğrulama sorunlarını ortaya çıkarır.
  5. DMARC toplu raporlarını inceleyin. Uyumlu SPF veya DKIM olmadan From alan adınızı kullanan kaynakları arayın. Bunlar yetkisiz gönderenler veya yanlış yapılandırılmış meşru hizmetler olabilir.

Hızlı çözümler

  • Yanıtlar yanlış gelen kutusuna gidiyorsa: ESP kampanya ayarlarındaki veya posta istemcisinin gönderme adresi olarak kullanma yapılandırmasındaki Reply-To alanını güncelleyin.
  • SPF hataları: ESP'nin gönderim IP aralığını ekleyin veya SPF TXT kaydınıza include mekanizmasını dahil edin. permerror oluşmasını önlemek için arama sayısını 10'un altında tutun.
  • DKIM hataları: Seçiciyi, imzalayan alan adını ve yayınlanan genel anahtarı sağlayıcınızın talimatlarıyla karşılaştırarak doğrulayın, ardından DNS yayılımı için zaman tanıyın.
  • İzlenmeyen gelen kutusu: Hemen izlenen bir adrese yönlendirme kurun veya temel yönlendirmeyi düzeltirken Reply-To'yu bir yardım masası adresine yönlendirin.
  • DMARC karantina veya reddetme hataları: Uyumluluğu olmayan meşru göndereni belirleyin ve SPF ya da DKIM yapılandırmasını düzeltin. İlk adım olarak yaptırımı zayıflatmak yerine olası geçici politika değişikliğini dikkatle koordine edin.

Yanıt gönderici adresi örnekleri ve ekibinizin kullanabileceği 3 şablon

Varsayılan biçiminiz olarak rol tabanlı adresleri kullanın: support@, billing@, hello@ veya yönlendirme için yerel kısmı ayrıştıran sistemlerde reply+ticketid@. Müşterinin makul olarak yanıt vermek isteyebileceği hiçbir akışta donotreply@ veya no-reply@ gibi adresleri kullanmayın.

Adres adlandırma kuralları:

  • support@company.com, genel müşteri destek kuyruğu; hatırlaması ve kimlik doğrulaması kolay
  • billing@company.com, fatura ve ödeme soruları; finansal yanıtları destek trafiğinden ayrı tutar
  • hello@company.com, işe alım ve pazarlama akışları için samimi, markayı öne çıkaran adres
  • reply+ticket123@company.com, bilet kimliğine göre yönlendirme yapacak şekilde yapılandırılmış yardım masaları için artı adresleme biçimi
  • press@company.com, halkla ilişkiler ve medya soruları; destek ekibi değil, iletişim ekibi tarafından izlenir

Görünen adları kısa tutun. Küçük bir ekranda “Acme Support”, uzun bir departman etiketine göre daha kolay tanınır. Constant Contact'ın From ve Reply-To adreslerini seçme konusundaki yönergeleri de benzer şekilde tanınabilir bir gönderen kimliğini vurgular.

Kullanıma hazır üç yanıt şablonu

Bunlar müşteri hizmetleri e-postaları için en iyi uygulamalardan uyarlanmıştır ve paylaşılan gelen kutusu veya yardım masası kullanan ekipler için uygundur.

1. Temel alındı onayı

Merhaba [Ad], bize ulaştığınız için teşekkürler. Mesajınızı aldık; ekibimizden bir kişi [X saat / 1 iş günü] içinde sizinle iletişime geçecek. Referans numaranız: [#TICKET-ID]. Bu süre içinde herhangi bir değişiklik olursa bu e-postayı yanıtlamanız yeterli.

2. Zaman çizelgesiyle eskalasyon

Merhaba [Ad], konuyu inceliyoruz ve [faturalandırma / teknik / kıdemli] ekibimizden destek almamız gerekiyor. [belirli tarih veya saat] itibarıyla bir güncelleme alabilirsiniz. Sizi buradan bilgilendirmeye devam edeceğiz; yeni bir bilet açmanıza gerek yok.

3. Faturalandırma veya fatura onayı

Merhaba [Ad], [#INV-ID] numaralı fatura için [$AMOUNT] tutarındaki ödemenizi aldık. Hesabınız artık güncel. Bu ücretle ilgili sorularınız varsa doğrudan bu e-postayı yanıtlayın; faturalandırma ekibimiz bir iş günü içinde yanıt verecektir.

Yapılması ve yapılmaması gerekenler:

  • Müşterilerin gelen kutularında arama yaparak bağlamı bulabilmesi için her yanıta bilet veya fatura referansını ekleyin.
  • Görünen adı From adresinin alan adıyla tutarlı tutun.
  • Müşterinin adını kullanın. Genel selamlamalar (“Değerli Müşterimiz”) kişiselleştirme algısını azaltır.
  • Müşterinin yanıt vermesi gerekebilecek hiçbir şablonda From olarak noreply adresi kullanmayın.
  • Her yanıta birden fazla eylem çağrısı eklemeyin. En önemli sonraki adımı seçin.

Kopyalanmaya hazır daha geniş bir şablon kütüphanesi için Deskhero destek e-postası şablonları koleksiyonu, iade taleplerinden eskalasyon bildirimlerine kadar yaygın senaryoları kapsar.

Yasalar ve platform standartları doğru başlıklar ile çalışan bir abonelikten çıkma yolu gerektirir. Fiziksel Business Reply Mail, kendine özgü kuralları olan ayrı bir posta ürünüdür ve e-postadaki Reply-To başlıklarıyla hiçbir ilgisi yoktur.

CAN-SPAM Yasası, Amerika Birleşik Devletleri'ndeki ticari e-postalar için gereklilikler belirler. Kapsama giren mesajların doğru yönlendirme bilgilerine, geçerli bir fiziksel posta adresine ve bir abonelikten çıkma yöntemine sahip olması gerekir; abonelikten çıkma talepleri 10 iş günü içinde yerine getirilmelidir. Uyulmaması hukuki para cezalarına yol açabilir.

USPS Business Reply Mail, kendine özgü izin ve posta parçası tasarım gereklilikleri olan bir posta ürünüdür. E-posta Reply-To yapılandırmasından tamamen ayrıdır. Fiziksel ve dijital yanıt kanallarını birleştiren ekipler, baskıdan önce güncel posta gerekliliklerini doğrulamalı ve iki kanalın herhangi bir yapılandırmayı paylaştığını varsaymamalıdır.

Yanıt yönlendirmesini değiştirdikten sonra izlenecek metrikler:

  • Yanıt yönlendirme başarı oranı: müşteri yanıtlarının yüzde kaçının yönlendirme veya rota hatası olmadan hedeflenen izlenen gelen kutusuna ulaştığı
  • Gelen kutusu SLA'sı: yanıtın alınmasından ilk Kullanıcı yanıtına kadar geçen süre
  • DMARC hata oranı: toplu raporlar üzerinden izleyin; artan hata oranı yeni bir yetkisiz gönderim kaynağına işaret eder
  • Abonelikten çıkma işleme süresi: abonelikten çıkma taleplerinin 10 iş günlük CAN-SPAM süresi içinde işlendiğini doğrulayın

Destek ekiplerinin yanıt yönlendirme konusunda yanlış yaptığı noktalar

Yaygın kanı, “işlemsel posta için bir noreply adresi, diğer her şey için de bir destek adresi oluşturun” der. Bu yanlış değildir; ancak daha zor bir sorunu gözden kaçırır: çoğu yanıt yönlendirme hatası yapılandırma hatası değildir. Doğru başlık kurulumu, personel ve süreç hatalarını görünür hale getirir.

DMARC'ı p=reject olarak ayarlanmış, her gönderimde SPF'i başarılı olan ve her mesajı DKIM ile imzalanan, tamamen kimliği doğrulanmış bir support@company.com adresiniz olabilir; yine de hafta sonları paylaşılan gelen kutusu kuyruğunun sahibi olmadığı için yanıtlar 72 saat boyunca okunmadan kalabilir. Teknik kurulum temel gerekliliktir. Ekiplerin müşterilerini asıl kaybettiği yer operasyonel katmandır.

Ekipler noreply adresinin operasyonel maliyetini de küçümser. Müşteriler, yanıt beklenmese bile makbuz veya bildirime yanıt vermeye çalışabilir. Bu mesajlar kaybolursa, faydalı bağlam ve erken uyarı işaretleri de onlarla birlikte kaybolur. Bir yanıtın makul olacağı her yerde izlenen bir adres kullanın; gönderen adresi izlenmiyorsa açık bir iletişim yolu sağlayın.

Kullanıma almadan önce izlenen bir rol adresi seçin, bu adresin bir kişiye veya yardım masası kuyruğuna ait olduğunu doğrulayın ve ilk yanıt için yazılı bir hedef belirleyin. Kimlik doğrulama ve yönlendirmeyi yapılandırın, ardından yüksek hacimli gönderimlerden önce her iki yönü de test edin. Güvenilir teslimat ve güvenilir işleme ayrı gerekliliklerdir ve her ikisinin de bir sorumlusu olmalıdır.

Destek ekiplerinin yanıt yönlendirme konusunda yanlış yaptığı noktalar, genel bakış diyagramı

Deskhero yanıtlarınızı mevcut posta kutunuzla senkronize tutar

Deskhero, Microsoft paylaşılan posta kutuları da dahil olmak üzere Gmail, Google Workspace ve Microsoft 365 ile iki yönlü senkronizasyonu destekler. Bu OAuth bağlantılarıyla yanıtlar mevcut şirket adresinizden gönderilebilir. Deskhero ayrıca, DNS kimlik doğrulama kayıtları ve gelen yönlendirme gerektiren, sahip olduğunuz diğer alan adları için DNS tabanlı posta kutularını da destekler.

Deskhero

Müşteri aynı konuşmada yanıt verdiğinde Deskhero mesajı mevcut bilete ekler. Her posta kutusu yapılandırılmış bir gruba yönlendirilir ve Kullanıcılar SLA takibiyle paylaşılan bilet gelen kutusundan çalışır. Yapay zekâ tarafından taslak olarak hazırlanan yanıtlar çalışma alanının bilet geçmişini, dahili bilgi tabanını, onaylanmış herkese açık SSS'yi, taranmış web sitesi sayfalarını ve bağlı diğer bilgileri kullanabilir. Müşteriye yönelik yapay zekâ otomatik yanıtları yalnızca onaylanmış herkese açık SSS içeriğini kullanır ve güvenilir bir yanıt bulunmadığında bileti bir kişiye bırakır.

Deskhero, kredi kartı gerektirmeyen 30 günlük ücretsiz deneme sunar. Gmail ve Microsoft 365 posta kutuları birkaç tıklamayla bağlanabilir.

Kaynaklar

SSS

Reply-To adresi nedir?

Reply-To adresi, alıcının e-posta istemcisinde “Yanıtla”ya tıkladığında yanıtının teslim edildiği e-posta adresidir. Gönderen kimliğini kontrol eden From adresinden farklı olabilir.

Müşteri e-postaları için noreply adresi kullanmak uygun mudur?

Tamamen etkileşimsiz sistem bildirimlerinde, mesajda görünür bir iletişim yolu bulunuyorsa izlenmeyen bir adres kabul edilebilir. Müşterinin makul olarak yanıt verebileceği her akışta izlenen bir adres kullanın.

Bir şirket e-postasına profesyonelce nasıl yanıt veririm?

Müşterinin adını kullanın, belirli sorununa veya bilet numarasına atıfta bulunun, net bir sonraki adım ya da zaman çizelgesi belirtin ve mesajı üç kısa paragrafın altında tutun. Bu makaledeki üç şablon en yaygın senaryoları kapsar.

Kendi şirket adresimi kullanarak bir şirketten gelen e-postayı nasıl yanıtlarım?

E-posta sağlayıcınızın desteklediği gönderme adresi olarak kullanma veya paylaşılan posta kutusu özelliklerini kullanın, adresi doğrulayın ve From alanında seçin. Gönderim platformunuz ayrı bir Reply-To alanını destekliyorsa bunu izlenen bir şirket gelen kutusuna yönlendirin ve kullanıma almadan önce sonucu test edin.

Deskhero, yanıtların mevcut şirket adresimden gelmesine izin verir mi?

Evet. Deskhero, Gmail, Google Workspace ve Microsoft 365 ile iki yönlü senkronizasyonu destekler; bu nedenle OAuth ile bağlanan posta kutuları mevcut şirket adresinden yanıt gönderebilir. Sahip olduğunuz diğer alan adları için DNS tabanlı posta kutuları DNS kimlik doğrulaması ve gelen yönlendirme gerektirir.